הודעות השגיאה של שרת ממסר 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.