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