פתרון שגיאות נפוצות בשליחת דואר אלקטרוני

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

בדיקות מהירות לפני שינוי כלשהו

1. ב-דומיינים, ודאו שדומיין השליחה פעיל ושנבחר לו נתיב ב-SMTP.
2. במסך אפליקציות ומכשירים של התיבה, העתיקו במדויק שרת, יציאה, הצפנה ושם משתמש.
3. השתמשו בסיסמת אפליקציה, או סיסמת התיבה אם היא עדיין מקבלת אותה. לעולם אל תשתמשו בסיסמת חשבון TrekMail.
4. בדקו בלוח הבקרה הודעה על אימות חשבון, חיוב, הגבלת קצב או אבטחה.
5. אחרי כל שינוי שלחו בדיקה קטנה לכתובת שבשליטתכם.

האימות נכשל

מה עשוי להופיע: 535, 5.7.8, "האימות נכשל", "שם המשתמש והסיסמה אינם מתקבלים", או "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (הכניסה נכשלה. תיבת דואר זו מקבלת רק סיסמאות אפליקציה: צרו אחת בדואר האינטרנט תחת הגדרות > סיסמאות אפליקציה). חלק מהאפליקציות מציגות רק "סיסמה שגויה".

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

מה לעשות:

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

השולח או הממסר אינם מורשים

מה עשוי להופיע: 553, 5.7.1, "הממסר נדחה", "כתובת השולח נדחתה" או "השולח אינו מורשה".

בדרך כלל פירושו: כתובת מאת אינה מורשית לתיבה המחוברת, לדומיין אין נתיב שליחה שמיש או שהספק החיצוני לא אישר את השולח.

מה לעשות:

• בחרו כתובת מאת מאומתת השייכת לתיבה או כתובת שליחה שהוגדרה.
• פתחו את כרטיסיית SMTP של הדומיין וודאו שהנתיב נשמר ופועל.
• בפרופיל מותאם, השלימו אימות שולח אצל הספק ופעלו לפי הוראות ה-DNS שלו.
• אם הדומיין בתוכנית Nano, הוסיפו פרופיל SMTP מותאם ופועל או עברו לתוכנית דואר בתשלום עבור SMTP מנוהל של TrekMail.

הדומיין אינו מוכן לשליחה

מה עשוי להופיע: "הדומיין אינו מאומת", "SMTP אינו מוגדר" או אפשרות שליחה שמסומנת כלא זמינה.

בדרך כלל פירושו: DNS עדיין בהמתנה, הדומיין בתהליך ביטול הקצאה או שלא נבחר נתיב.

מה לעשות: פתחו דומיינים, השוו את הרשומות הנדרשות לאזור DNS הפעיל והמתינו למצב פעיל. לאחר מכן בחרו נתיב ב-SMTP ושלחו בדיקה. מצב DNS ובחירת נתיב הם בדיקות נפרדות; השלמת אחת אינה משלימה את האחרת אוטומטית.

הגעתם למגבלה

מה עשוי להופיע: חלון בדואר הרשת שמציין לאיזו מגבלה הגעתם; תשובה ביישום הדואר עם 4.7.1 והמשפט באנגלית "Daily sending limit reached" (הגעתם למגבלת השליחה היומית) או "Hourly sending limit reached" (הגעתם למגבלת השליחה השעתית), עם המספרים והשעה שבה השליחה מתחדשת; תשובת 429 מה-API עם sending_limit_exceeded; או הודעה מתוזמנת שמסומנת לא נשלחה במתוזמנים.

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

מה לעשות: קראו את המספרים ואת שעת החידוש בהודעה עצמה והמתינו עד אז: מגבלות יומיות מתחדשות ב-00:00 UTC והמגבלה השעתית בתחילת כל שעה. או שלחו לפחות נמענים. כל נמען נספר, כולל ב-CC וב-BCC, וצריך לפצל הודעה עם יותר מדי נמענים, כי המגבלה הזו לא מתחדשת. בתקופת ניסיון, חיוב ← סיים את תקופת הניסיון והתחל מנוי עכשיו מסיים את תקופת הניסיון מוקדם ומעלה מיד את מגבלותיה (המגבלות המלאות של התוכנית חלות 24 שעות אחרי התשלום הראשון הזה); בחירת תוכנית גדולה יותר בתקופת הניסיון לא מעלה אותן. ראו מגבלות השליחה של TrekMail לפי תוכנית.

בעיית חיבור או TLS

מה עשוי להופיע: "לא ניתן להתחבר", פסק זמן, חיבור נדחה, STARTTLS, SSL, TLS או שגיאות אישור.

בדרך כלל פירושו: המארח, היציאה או ההצפנה ביישום שגויים, או שהרשת חוסמת את היציאה שנבחרה.

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

חסימה עקב אימות חשבון, חיוב או אבטחה

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

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

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

נמען דוחה את ההודעה

מה עשוי להופיע: 5.1.1, "משתמש לא ידוע", "תיבת הדואר מלאה" או דחיית כתובת הנמען.

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

מה לעשות: אשרו את הכתובת בערוץ מהימן אחר. אל תנסו שוב ושוב כתובת שמחזירה כשל קבוע. TrekMail עשוי לדכא נמענים שנכשלים שוב ושוב כדי להגן על המסירה; הסירו או שנו כתובת רק לאחר שאישרתם שהיא שוב יכולה לקבל דואר.

הודעות מגיעות לספאם במקום להיכשל

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

מה לכלול בפנייה לתמיכה

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