הודעות השגיאה של שרת ממסר SMTP

• האימייל נשלח מדומיין או מכתובת IP שלא רשומים ב-Google Workspace. צריך להיכנס לחשבון Google Workspace ולוודא שכתובת ה-IP של המכשיר השולח רשומה בהגדרות של שרת ממסר SMTP ב-Google Workspace. מידע נוסף זמין במאמר בנושא הגדרת שרת ממסר SMTP.
• לא הצלחנו לזהות את הדומיין עם המדיניות שהוגדרה. חשוב לוודא שהלקוח השולח משתמש בערך מתאים גם לפקודת HELO (באופן אידיאלי, שם הדומיין שמוגדר במלואו (FQDN) של המכשיר השולח), ושהשולח ב-SMTP‏ (MAIL FROM:) מזהה את כתובת השליחה בצורה תקינה (MAIL FROM: <user@example.com>).

כתובת ה-IP שרשמת בהגדרה של שרת ממסר SMTP ב-Google Workspace לא תואמת לדומיין של החשבון שהאימייל הזה נשלח ממנו. אם ניסית להעביר אימיילים מדומיין שלא רשום בחשבון Google Workspace שלך, צריך להגדיר את שרת האימייל כך שייעשה שימוש ב-SMTP AUTH לזיהוי הדומיין של השולח, או להצגה של אחד משמות הדומיין בפקודת HELO או EHLO. מידע נוסף זמין במאמר בנושא הגדרת שרת ממסר SMTP.

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

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

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

יש מגבלה של 100 נמענים לכל טרנזקציה בין שרת SMTP לבין smtp-relay.gmail.com. כדי לשלוח הודעות לנמענים נוספים, צריך להתחיל טרנזקציה נוספת (חיבור SMTP חדש או פקודת RSET).

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

• בודקים את הכותרות Received: ‎ כדי למצוא את מחזור הלולאה: בודקים את הכותרות Received:‎ בהודעה החוזרת או עוקבים אחרי ההודעה בחיפוש ביומן אימייל (ELS) כדי לזהות אילו שרתי אימייל מעבירים את ההודעה שוב ושוב. פרטים נוספים זמינים במאמר בנושא חיפוש הודעות באמצעות חיפוש ביומן אימייל (ELS).
• אל תנתבו הודעות שמקורן ב-Gmail בחזרה אל smtp-relay.gmail.com: אם הודעה מגיעה מתיבת דואר ב-Google Workspace, אל תנתבו אותה לשער של צד שלישי או לשער מקומי שמעביר את ההודעה בחזרה דרך smtp-relay.gmail.com. פעולה כזו יוצרת לולאת דואר. פרטים נוספים זמינים במאמר ניתוב הודעות יוצאות משרת SMTP דרך Google.
• בודקים את כללי הניתוב ותאימות התוכן במסוף Admin: במסוף Google Admin (אפליקציות Google Workspace Gmail ניתוב ותאימות), מוודאים שכללי הניתוב של הודעות יוצאות או נכנסות שמשנים את הנתיב לשער חיצוני מחריגים הודעות שכבר מגיעות מכתובת ה-IP או משם המארח של השער הזה.
• בודקים אם יש העברה מעגלית ומענה אוטומטי: מוודאים שבתיבות הדואר של הנמענים, בקבוצות Google או בכתובות האימייל החלופיות לא מוגדרים כללי העברה אוטומטית או הודעות "לא במשרד" שמעבירות הודעות בחזרה אחת לשנייה במעגל.

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

• שימוש חוזר בחיבורי SMTP פתוחים בהודעות: אל תפתחו חיבור TCP חדש ותפעילו את AUTH לכל הודעה. השאירו את חיבורי ה-SMTP הקיימים ל-smtp-relay.gmail.com פתוחים (החיבורים יכולים להישאר פתוחים עד 10 דקות) ושלחו RSET ואחריו MAIL FROM כדי לשלוח הודעות נוספות באותו סשן מחובר.
• נסו שוב עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff): מכיוון שהשגיאה ‎454 4.7.0 היא שגיאה זמנית (4xx), הגדירו את שרת הדואר או את אפליקציית השליחה כך שההודעה שנדחתה תועבר לתור, ונסו שוב עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff) במקום לנסות להיכנס שוב מיד בלולאה.
• בודקים את ההגדרות של TLS, רשימת היתרים של כתובות IP ו-SMTP AUTH: מוודאים ששרת האימייל או המכשיר מתחברים באמצעות TLS (יציאה 587 עם STARTTLS או יציאה 465), שכתובות ה-IP הציבוריות של השולח רשומות בהגדרה של שרת ממסר ה-SMTP, ושהדומיין של EHLO או HELO ושם המשתמש והסיסמה של SMTP AUTH תואמים למשתמש פעיל ב-Google Workspace בדומיין הרשום. פרטים נוספים זמינים במאמר ניתוב הודעות יוצאות משרת SMTP דרך Google.