מאגר ידע

שלח אימייל באמצעות חשבון ה-Postmark שלך

חיבור חשבון Postmark משלך: אימות דומיין, מדוע כדאי להוסיף בכל מקרה את רשומת ה-return-path האופציונלית, ההבדל בין אסימון שרת (Server token) לאסימון חשבון (Account token), ומה משמעות נמען לא פעיל.

תזדקקו לחשבון Postmark ולגישה ל-DNS של הדומיין שלכם.

התיעוד של Postmark עצמה: חתימות שולח ודומיינים · אסימוני API של שרת · הרשמה

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

1. הוספה ואימות של הדומיין שלכם

Sender Signatures ← Domains ← Add Domain, והזינו סאב-דומיין כגון mail.yourdomain.com.

Postmark מספקת לכם שתי רשומות:

| סוג | מארח | מטרה | | --- | --- | --- | | TXT | <selector>._domainkey.mail.yourdomain.com | מפתח ציבורי של DKIM | | CNAME | pm-bounces.mail.yourdomain.com | דומיין לנתיב חזרה (החזרות דוא"ל) |

הוסיפו את שתיהן, ולאחר מכן לחצו על Verify.

הוסיפו את רשומת ה-return-path, אף על פי ש-Postmark מסמנת אותה כרשות. בלעדיה, ההודעות שלכם נשלחות עם דומיין החזרות הדוא"ל של Postmark עצמה, כך ש-SPF מתיישר מול postmarkapp.com ולא מולכם. DKIM לבדו עדיין יעביר אתכם אימות DMARC — אך ויתרתם על אחת משתי הבדיקות ללא סיבה, ותזדקקו לשתיהן בפעם הראשונה שנמען גדול יקפיד על הכללים.

⚠️ Postmark אינה דורשת רשומת SPF מכיוון שאינה משתמשת בדומיין שלכם כשולח המעטפה. אם כבר יש לכם SPF, השאירו אותו כפי שהוא.

2. השגת אסימון ה-API של השרת

פתחו את השרת שממנו ברצונכם לשלוח — Postmark מכנה סביבת שליחה בשם "שרת" — לאחר מכן פנו אל API Tokens, והעתיקו את Server API token.

אסימון השרת (Server token), ולא אסימון החשבון (Account token). אסימון החשבון מנהל את כל חשבון Postmark שלכם: הוא יכול ליצור שרתים, לשנות דומיינים ולקרוא כל הודעה ששלחתם אי פעם. אסימון השרת יכול לשלוח משרת אחד בלבד. הם נראים דומים ומודבקים לאותו סוג של תיבה, וזוהי הטעות הקלה ביותר לביצוע בדף זה.

⭐ שקלו ליצור שרת נפרד לשם כך — קראו לו "הודעות Zinn®". הסטטיסטיקות, רשימות החזרות הדוא"ל והזנת הפעילות של Postmark הן לפי שרת, ולכן שרת נפרד פירושו שהודעות הלקוח שלכם אינן מעורבבות עם שום דבר אחר שאתם שולחים.

3. חיבור ב-Zinn®

פתחו את Email sending בלוח הבקרה שלכם:

  • Provider — Postmark
  • Send from this domainmail.yourdomain.com
  • Message stream — השאירו כ-outbound אלא אם יצרתם תזרים משלכם
  • Postmark server token — האסימון שלמדתם להשיג בשלב 2

⚠️ Message stream חייב להיות תזרים תפעולי (transactional). שירות Postmark דוחה דוא"ל שנראה תפעולי אם הוא נשלח בתזרים תפוצה רחבה (broadcast), ואילו איפוס סיסמה וחשבוניות הם מכתבים תפעוליים.

4. שליחת בדיקה והזנת הקוד

לחצו על Send test message לתיבת דואר נכנס בדומיין אחר, קראו מתוכה את הקוד והזינו אותו.

כאשר זה אינו עובד

"You tried to send to a recipient that has been marked as inactive" — שירות Postmark מדכא כתובת לאחר החזרת דוא"ל קשה (hard bounce) או תלונה על ספאם, באופן קבוע, עד שתפעילו אותה מחדש. חפשו ב-Suppressions. זוהי דרכה של Postmark להגן עליכם, ובדרך כלל היא צודקת.

422 עם "Invalid 'From' address" — הדומיין ב-Send from this domain אינו מאומת ב-Postmark, או שאמתתם את yourdomain.com ואתם שולחים מ-mail.yourdomain.com. שירות Postmark מבצע התאמה לדומיין המדויק.

401 Unauthorized — הדבקתם את אסימון החשבון במקום את אסימון השרת (ראו לעיל), או שהאסימון שייך לשרת אחר.

הכול עובד אך ההודעה מגיעה לתיבת הספאם — בדקו ש-DKIM מראה Verified ב-Postmark ושאינכם מוגדרים לרשומת DMARC של p=reject בזמן שמשהו אחר בדומיין שלכם עדיין אינו מתואם.

עדיין תקועים?

התמיכה כלולה בכל תוכנית והמענים ניתנים בשפה שלך.

צור קשר עם התמיכה כל המאמרים