כאשר דוא"ל אימות מאחר, כפתור שלח מחדש מרגיש כמו הפתרון המיידי. לעיתים זה מחמיר את המצב: כמה הודעות מגיעות יחד, רק הקוד החדש ביותר נשאר תקף, ואף אחד לא יודע איזו בקשה יצרה איזו הודעה.
התייחס למסירה כסדרה של נקודות ביקורת. מצא את נקודת הביקורת האחרונה שהצליחה בוודאות, ואז בחן את הבאה.
ראשית, הקפיאו את הראיות
לפני בקשת הודעה נוספת, רשמו:
- הכתובת המדויקת של הנמען;
- הזמן שבו לחצתם על שלח;
- שם השולח או השירות;
- האם הדף דיווח על הצלחה;
- האם זו הבקשה הראשונה או שליחה מחדש;
- זמן תפוגה משוער, אם מוצג.
השאירו את דף השולח פתוח. טעות הקלדה שהתגלתה שתי דקות מאוחר יותר קלה יותר לתיקון כאשר הטופס המקורי עדיין מכיל את הערך שהוגש.
בדקו את הכתובת, לא את הזיכרון שלכם
השוו את הכתובת שהוגשה לכתובת שמוצגת על ידי GPTMail. בדקו את החלק המקומי, כל נקודה או ספרה, ואת סיומת הדומיין. שימו לב במיוחד כאשר פתוחות כמה לשוניות תיבת דואר או כאשר שיניתם לאחרונה את הדומיין שנבחר.
לאחר מכן אשרו שהדומיין פעיל בדף התחום. כתובת יכולה להיות תקינה תחבירית בעוד שהדומיין שלה מושבת או שלא מנותב יותר ל‑GPTMail.
אם האתר דוחה את הכתובת לפני שליחה, עדיין אין בעיית מסירה. צרו כתובת נתמכת נוספת והגישו שוב.
אשרו שהשולח התחיל בפועל את המסירה
הודעת הצלחה באתר יכולה משמעותה רק שנוצר תהליך רקע. השולח עדיין עשוי להיות בתור, להגביל קצב, או לנסות מחדש את הדוא"ל.
המתינו כמה דקות לפני שליחה מחדש. אם השירות מציע יומן פעילות, בדקו אם הוא רושם את בקשת האימות. עבור מוצר שאתם מפעילים, בחנו את תור היישום ואת אירוע ספק הדואר במקום לצפות בתיבת הדואר הנכנסת.
רעננו פעם אחת, ואז חפשו את ההודעה הנכונה
השתמשו ברענון ידני ומיינו לפי זמן הגעה. חפשו את השולח והנושא הצפויים, לא רק את שם השירות בתצוגה המקדימה. דוא"ל אוטומטי ושיווקי יכול להגיע מתתי‑דומיינים שונים.
אם מגיעים כמה קודים, השתמשו בבקשה החדשה ביותר. מערכות רבות מבטלות קודים קודמים ברגע שמופק קוד חלופי.
הפרידו בעיית שולח מבעיית דומיין
שלחו הודעת טקסט קצרה לכתובת זהה מספק בלתי קשור.
- אם הבדיקה מגיעה, הדומיין המקבל פועל והשולח המקורי מאחר, מסנן את הכתובת, או נכשל לפני העברה.
- אם אף הודעה לא מגיעה, אמתו את מצב הדומיין והגדרת ה‑MX.
- אם הודעות מספק אחד מגיעות אך אחרות לא, אספו את פרטי השולח, חותמות זמן וכל פרטי החזרה לפני דיווח.
לדומיין מותאם, עקבו אחרי הגדרת MX לדומיין מותאם ללא ניחוש. אל תשנו את ה‑DNS באופן אקראי במהלך מבחן חי; כל שינוי יוצר חלון הפצה חדש.
הבינו כשלי DNS נפוצים
שאילתת MX עשויה להיכשל זמנית בגלל פקיעת זמן של פותר, חוסר הסכמה בין שרתי שם סמכותיים, כשל אימות DNSSEC, או שהרשומה עדיין לא הופצה. “לא נמצאה רשומה” הוא תוצאה של שאילתה ספציפית בזמן ספציפי, ולא הוכחה שהרשומה לא קיימת.
שאלו את תגובת ה‑DNS הסמכותית והשוו את היעד בפועל ליעד שמוצג על ידי GPTMail. אם הם תואמים, המתינו ונסו שוב. אם אינם תואמים, תקנו את הרשומה הסמכותית.
כאשר ההודעה מגיעה אך הקוד נכשל
המסירה והאימות הם מערכות נפרדות. קוד יכול להיכשל בגלל:
- קוד חדש יותר החליף אותו;
- הקוד פג בתוקף במהלך ההעברה;
- הוא שייך למושב דפדפן או חשבון אחר;
- רווחים הועתקו יחד עם הקוד;
- דף היעד משתמש בסביבה שונה;
- שעון או מצב השולח שגוי.
בקשו קוד רענן אחד, המתינו להודעה הספציפית והשתמשו בו פעם אחת. אם הוא נכשל, דווחו יחד את זמן הבקשה וזמן ההודעה.
דוח תמיכה תמציתי
דוחות שימושיים כוללים את כתובת הנמען, כתובת השולח, נושא, חותמות זמן ב‑UTC, האם שלח שני הגיע לתיבת הדואר, והטעות המדויקת שמציג השולח. הסירו קודי אימות וקישורים פרטיים לפני שיתוף יומנים באופן ציבורי.
“אין דוא"ל” קשה לחקור. “הודעה נדרשה ב‑14:03 UTC; ספק שני הגיע ב‑14:05; השולח הצפוי לא יצר הודעה או החזיר שגיאה עד 14:15” מזהה את הצד הכושל.
דע מתי להפסיק לחכות
אם החשבון חשוב והשירות מציע שיטת אימות אחרת, השתמשו בה. אם ההרשמה בסיכון נמוך, צרו כתובת נתמכת חדשה והתחילו מחדש. אל תעשו מתיבת דוא"ל זמנית את הנתיב היחיד לשחזור חשבון שאתם מתכוונים לשמור.
המדריך הרחב יותר הוא דוא"ל זמני, בשימוש נכון.