מאגר ידע
שלח דוא"ל דרך שרת ה-SMTP שלך
חברו את שרת ה-SMTP שלכם: באיזה פורט להשתמש ולמה לא 25, רשומות ה-SPF, DKIM, DMARC ו-reverse-DNS שעליכם לפרסם בעצמכם, ולמה אנו מסרבים לחזור לחיבור מוצפן למחצה.
השתמשו באפשרות זו אם אתם מפעילים תשתית דוא"ל משלכם, או אם הספק שלכם אינו מופיע ברשימה שלנו באופן ישיר — כמעט כל שירות דוא"ל מציע SMTP.
⚠️ אם הספק שלכם הוא Mailgun, SendGrid, Postmark, Amazon SES או Resend, השתמשו במדריך המיועד לו במקום זאת. חיבורים אלה מספקים הודעות שגיאה טובות יותר כאשר משהו משתבש, מכיוון שבאפשרותנו לקרוא את מה שהספק בלבד אמר ולא קוד סטטוס של SMTP.
מה שדרוש לכם
ארבעה דברים, ממי שמפעיל את שרת הדוא"ל שלכם:
- מארח (Host) — למשל
smtp.yourprovider.com - יציאה (Port) —
587,465או2525 - שם משתמש וסיסמה
באיזו יציאה לבחור
587 היא יציאת הגשה (submission) עם STARTTLS והיא היציאה שבה עליכם להשתמש. החיבור מתחיל ללא הצפנה ומשודרג ל-TLS לפני שדבר מה נשלח.
465 היא TLS מרומז (implicit) — מוצפן מהבית הראשון. טובה באותה מידה; ספקים מסוימים מעדיפים אותה.
2525 היא חלופה לא רשמית שחלק מהמארחים מציעים מכיוון שרשתות מעטות חוסמות את 587. השתמשו בה רק אם הספק שלכם מורה לכם לעשות זאת.
⛔ יציאה 25 מתקבלת כאן אך היא כמעט אף פעם לא התשובה הנכונה. זוהי היציאה ששרתי דוא"ל משתמשים בה כדי לתקשר זה עם זה, ולא היציאה שיישום משתמש בה כדי להגיש הודעה. היא חסומה ברוב הרשתות, לעיתים קרובות אין בה אימות, ואיפה שהיא כן עובדת היא לרוב אינה מוצפנת.
⛔⛔ לא נשלח הודעות דרך חיבור שאינו מוצפן. אם תשירו את השתמש ב-STARTTLS פעיל — וכך כדאי לעשות — והשרת שלכם מסרב לבצע שדרוג, השליחה תיכשל ולא תמשיך ללא הצפנה. זה נעשה בכוונה: קישורי איפוס הסיסמה של הלקוחות שלכם עוברים בהודעות אלו, ושנמוך שאף אחד לא שם לב אליו הוא סוג הכשל הגרוע ביותר, מכיוון שהדוא"ל עדיין מגיע.
הגדירו את ה-DNS שלכם תחילה
הספק שלכם אינו עושה זאת עבורכם כפי ששירות מנוהל עושה. עליכם להגדיר, במתחם (domain) ממנו אתם שולחים:
SPF — רשומת TXT מורשית עבור כתובת השרת שלכם: v=spf1 ip4:203.0.113.10 -all, או v=spf1 a:smtp.yourprovider.com -all. אם כבר יש לכם רשומת SPF, ערכו אותה; שתי רשומות SPF במתחם אחד מביאות לכישלון מוחלט של SPF.
DKIM — שרת הדוא"ל שלכם חותם על הודעות יוצאות ואתם מפרסמים את המפתח הציבורי התואם בכתובת <selector>._domainkey.yourdomain.com. ב-Postfix זהו בדרך כלל OpenDKIM; הספק שלכם יודיע לכם מהו ה-selector.
DMARC — רשומת TXT בכתובת _dmarc.yourdomain.com, המתחילה ב-v=DMARC1; p=none; בזמן שאתם בודקים ש-SPF ו-DKIM עוברים שניהם בהצלחה.
DNS הפוך (Reverse DNS) — רשומת ה-PTR עבור כתובת ה-IP של השרת שלכם אמורה להפנות בחזרה לשם המארח שלו. מקבלים גדולים בודקים זאת ורבים לא יקבלו דוא"ל מכתובת בלעדיה. ספק האחסון שלכם מגדיר זאת, לא ספק ה-DNS שלכם.
⭐ בדיקה חינמית טובה לאחר שהגדרתם את המערכת: שלחו הודעה אל mail-tester.com וקראו את הציון. הבדיקה תציין איזה מבין הארבעה שגוי, דבר המהיר בהרבה מניחושים מתוך תיקיית הספאם.
חברו את החיבור ב-Zinn®
פתחו את שליחת דוא"ל בלוח הבקרה שלכם:
- ספק — שרת SMTP
- שלח ממתחם זה —
mail.yourdomain.com(מתחם, לא כתובת) - מארח SMTP, יציאה, שם משתמש, סיסמה
- השתמש ב-STARTTLS — פעיל, אלא אם אתם ביציאה 465
⭐ צרו תיבת דואר ייעודית או משתמש הגשה ייעודי עבור זה, ולא שימוש חוזר בפרטי התחברות של אדם כלשהו. כאשר מישהו עוזב והסיסמה שלו משתנה, התראות הלקוחות שלכם אינן אמורות להפסיק לפעול.
שלחו את הודעת הבדיקה והזינו את הקוד
לחצו על שלח הודעת בדיקה לתיבת דואר נכנס במתחם אחר, קראו את הקוד מתוכה, והזינו אותו.
כאשר זה לא עובד
"שרת הדוא"ל דחה את שם המשתמש או הסיסמה" — אימות SMTP AUTH נכשל. אם לספק שלכם יש אימות דו-שלבי בחשבון, כמעט בוודאות תזדקקו לסיסמת אפליקציה במקום סיסמת ההתחברות.
"לא הייתה אפשרות להגיע אל host:port" — היציאה חסומה, שם המארח שגוי, או שהשרת אינו מקשיב להגשות ביציאה זו. ההוראה telnet smtp.yourprovider.com 587 ממחשב אחר תגיד לכם מה מביניהם הוא הגורם.
שגיאת TLS — תעודת השרת שלכם פגה, חתומה עצמית, או אינה תואמת את שם המארח שהזנתם. אנו מאמתים תעודות ולא נדלג על בדיקה זו; תקנו את התעודה.
"שרת הדוא"ל סירב לנמען" — השרת שלכם אינו מוגדר לבצע מסיור (relay) עבור שולח זה, מה שדרך כלל אומר שהמשתמש המאומת אינו מורשה לשלוח כמתחם השליחה שלכם.
הדוא"ל נשלח אך הכל מגיע לספאם — מדובר בבעיית DNS, ולא SMTP. עברו על הדרכים להגדרת SPF, DKIM, DMARC ו-DNS הפוך לעיל, ולאחר מכן הרטיצו מחדש את בדיקת mail-tester.