הודעות שפורסמו על ידי isi

@CUBASE באם אני מפעיל אכיפה מוקדמת האם יש אפשרות לבטל אותה?
נניח אני רוצה להפעיל זאת כדי לבדוק אם יש API שמושפע מהפעלת האימות הדו שלבי, באם אראה שהכל עובד סדיר לא יהיה אכפת לי להשאיר זאת כך.
השאלה אם במקרה ואראה שיש תקלה, האם אוכל לבטל את האכיפה המוקדמת?

@CUBASE קודם כל - לא אכפת לי שזה מופיע.
אני רק רוצה לדעת שאני מכוסה מצד ה'אימות דו שלבי' כדי שהמערכת שלי לא תחסם מחר.
לכן אני שואל:

1. אם עשיתי אימות דו שלבי, על ידי קוד שהגיע למייל שלי, ועם כל זה - זה עדיין ממשיך להופיע. האם זה בסדר מצד האימות? או שכל עוד לא הוספתי שיטת אימות, מבחינת המערכת אחסם כאשר יצטרכו אימות דו שלבי?

2. מה הכוונה להוסיף שיטת אימות? להוסיף עוד כתובת מייל?

3. מה זה 'אכיפה מוקדמת'?

@AYY שליחת טקסט לכאורה זה בעלות יחידות.

כל פעם שאני נכנס למערכת מופיעה לי ההודעה על השינוי בענין האימות דו שלבי.
וזאת על אף שעשיתי כזה אימות.
האם זה אומר שהאימות לא הצליח, ואהיה בבעיה כאשר יגיע תאריך היעד?

מישהו כתב באשכול מקביל שרק אם מוסיפים שיטת אימות זה מפסיק לקפוץ.
אבל כבר יש לי שיטת אימות על ידי הטלפון שלי והמייל שלי, ואין לי להכניס שיטת אימות נוספת.

תכל'ס, מה זה אומר שההודעה קופצת בכל התחברות מחדש? שהאימות הדו שלבי שלי לא התקבל, ובתאריך שלא יוכלו להיכנס ללא אימות דו שלבי אהיה בבעיה?

זו ההודעה שקופצת לי כל התחברות מחדש, כאמור על אף שכבר עשיתי אימות דו שלבי בהתחברות קודמת:

עשיתי כמה פעמים אימות דו שלבי, ועבדתי לפי כל ההוראות, וכל פעם שאני נכנס למערכת, זה מחדש מקפיץ לי הודעה על התהליך כאילו לא עשיתי כלום.
למה לא עושים משהו בצורה מושלמת וטובה? מדוע אם הולכים למהלך לא מסדרים את הדברים הללו.
בבקשה, תנו הודעה: האימות הצליח / האימות נכשל / כל הודעה אחרת שהמשתמש יבין באיזו נקודה הוא אוחז.
אפס נגישות והבנת המשתמש. מדוע יוצאים לתהליך מבלי להשלים את שלבי הפיתוח.
ראיתי מעלי כמה שהתלוננו על אותה תלונה.
נא בבקשה, אודה לשיפור.

רק חבל שכמה שנים אחרי פתיחת הפוסט, והבעיה שבגינה נפתח הפוסט עדיין נותרה.

נראה לי שעליתי מה הסיפור. כאשר השולח של הפקס שולח אותו ממספר חסום, הפקס לא מתקבל.
@שמואל האם יש אפשרות לסדר את הבעיה, ולתקן את המצב, כך שגם אם השולח ישלח ממספר לא מזוהה, הפקס כן יגיע?

האם יש מישהו שעובד לו שלוחת קבלת פקס?
הגדרתי בשלוחה כדלהלן, וזה לא מקבל פקסים.
מה יכול להיות הבעיה?

כך הגדרתי:

type=recv_fax
set_ok_send_mail=yes
email_address=123456@gmail.com
email_name=כותרת המייל

שילמתי על הסרת פרסומות, ואכן בהתקשרות למספר זה מועבר ישר לפקס, אבל עדיין פקסים לא מגיעים. למשל מישהו שולח לי פקס מ'מי-פקס', וזה לא מגיע אחרי כמה ניסיונות שליחה, בעוד שלמקומות אחרים שהוא שולח הפקסים שלו מגיעים תקין.

@פיסטוק-פרווה זה לא משהו חד פעמי. הבעיה שיש מערכות אוטומטיות שמקישים בהם מספר פקס, והם שולחים פקס באופן אוטומטי. והתוצאה שהפקס לא מגיע.

יש לי מספר שאמור לקבל פקסים, כך הוא מוגדר בשלוחה הראשית שלו.
אבל כנראה שאם המתקשר נופל על פרסומת, אז הפקס לא מגיע. האם יש פתרון לזה?

@שלומל-ה במודול תור יש פונקציות רבות שאין בראוטינג. מי שצריך את אותם פונקציות בשבילו כדאי לעבוד עם מודול תור. מי שלא צריך, אז במודול ראוטינג יש את המעלה שניתן להפנות לסיפ חינם וכן למספרים שבימות המשיח חינם.
כתבו כאן למעלה שבמודול ראוטינג לפעמים זה לא מעביר את השיחה. אם זה אכן כך, יש להסתפק אם שווה לעבוד עם המודול הזה, אבל אני לא נתקלתי בזה.

@אבו במודול ראוטינג אין כלל חיוב אם השיחה מנותבת לסיפ. אם כך לדבריך, יוצא שיש עוד גריעותא במודול תור, שמחוייבים על סיפ. וזה מלבד מה שהחיוב מרגע החיוב במקרה ויש מענה.

@זרח יכול להיות שאתה צודק. אולי הטעות שלי נובעת מכך שמודול תור עולה גם שיחות לימות המשיח, שלא כמו בראוטינג שעולה רק שיחות מחוץ לימות המשיח. אבל אני לא בטוח עדיין שההמתנה עצמה לא עולה כסף. תבדוק אם אתה לא מצטט מידע ישן. בכל מקרה ראה כאן תצלום מתוך מייל של ימות המשיח:

@בוס כתב במה ההבדל בין ראוטינג למודול תור:

@isi כתב במה ההבדל בין ראוטינג למודול תור:

אגב, מודול תור לא עולה יחידות?

מודול תור עולה יחידות, וגם ראוטינג עולה יחידות.

אבהיר מה התכוונתי לומר:

מודול ראוטינג עולה יחידות רק ממתי שהשיחה נענתה, ואם המערכת העבירה אלי שיחה ולא עניתי אני לא מחויב כלום.

מודול תור, אם אני זוכר טוב, עולה מרגע שהמתקשר נכנס לתור, גם אם לא עניתי. ובכל מקרה זה מחויב לא מרגע התחלת השיחה, אלא מרגע שהוא בתור.

לא כן?

@זרח אני משתמש במודול ראוטינג ולא נתקלתי בבעיות. אגב, מודול תור לא עולה יחידות?

@מוטי-לוין אני שואל לגבי מערכת קיימת. לא לגבי וירטואל פלוס.

הודעה למייל כאשר נכנס SMS למערכת. קיים?

@CUBASE כן, ברור שבדקתי, זה בפעולה אצלי.

@ישיבישיר כתב בהפניה משלוחה 6 באם המשתמש היה בדקה האחרונה בשלוחה 7:

@אA
עשיתי מדריך מסודר

ראיתי את המדריך ואני חושב שיש בו משהו לא מדויק. עכ"פ אצלי זה מוגדר אחרת ועובד כיאות, בכפוף לחסרון שכתבתי בהודעה הקודמת.

ובכן אכתוב מה שצריך לעשות (וכך הצלחתי בס"ד לאור ההדרכה שלך ויש"כ).
אני מתייחס להלן בצורת ההדגמה לפי האופן שכתבת בקישור כאן.

וכך צריך להגדיר:

שלוחה 1 - היא השלוחה שמי שנכנס אליה לא יכול להיכנס לשלוחה 2, כאן יש להגדיר 3 שורות:

check_access_filter=yes
access_filter_1=g.*.*.*.*.*.120s.*.*.*
access_filter_no_goto=enter

הסבר להנ"ל:
שורה ראשונה מפעילה אקסס פילטר.

שורה שניה מגבילה לפי מי שהיה ב120 שניות האחרונות בשלוחה.

שורה שלישית בעצם מנטרלת את האקסס פילטר, ומשאירה בכל אופן את מי שהיה ב120 שניות האחרונות בשלוחה.
כי כזכור אנו רוצים את ההגבלה רק בשלוחה 2.
אבל כיון שאנו רוצים את ההגבלה בשלוחה 2 לפי הכניסות שבשלוחה זו, אנו צריכים כאן לעשות רישום של אקסס פילטר על ידי 2 השורות הראשונות, ולנטרל את ההגבלה על ידי השורה השלישית.

|-שלב שני:-|

שלוחה 2 - היא השלוחה שמי שהיה בשלוחה 1 ב120 שניות האחרונות, לא יוכל להיכנס אליה.

check_access_filter=yes
access_filter_log_time_folder=/1
access_filter_1=g.*.*.*.*.*.120s.*.*.*
access_filter_no_goto=/7/1/1

הסבר להנ"ל:
שורה ראשונה מפעילה את האקסס פילטר.

שורה שניה בודקת נתונים גם לפי שלוחה 1, כי הרי את ההגבלה אנו רוצים לעשות לפי מי שהיה בשלוחה 1.

שורה שלישית היא ההגבלה, והיינו מי שהיה בשלוחה 1 ב120 שניות האחרונות לא יוכל להיכנס לשלוחה זו.
[אלא שיש לזכור שגם מי שהיה בשלוחה הנוכחית ב120 שניות לא יוכל להיכנס אליה שוב, וזה בניגוד לרצוני, אבל זה מה שיש כרגע].

שורה רביעית מפנה את הנחסמים מלהיכנס לשלוחה זו לשלוחה אחרת. במקרה דנן שלוחה 3.