מה נבדק ומה נשאר מחוץ לבדיקה
דומיין MAIL FROM הוא חלק מתהליך מסירת ההודעה, ואינו בהכרח הדומיין שבשדה From הגלוי. במקרים מסוימים, כגון מעטפת ריקה, SPF משתמש בזהות HELO. את ההקשר הנכון רואים בכותרות ובתוצאות המקבל.
SPF אינו חתימה על תוכן ואינו מצפין את ההודעה. שרת שמורשה לשלוח עבור דומיין אינו מוכיח שהאדם שכתב את ההודעה פועל בתום לב. לצורך התאמה לדומיין הגלוי משלבים בדיקת DMARC.
איך להבין תוצאות נפוצות
תוצאת SPF היא מידע עבור מערכת הקבלה. אין להסיק ממנה לבדה שההודעה תגיע לתיבה הראשית או תידחה.
| תוצאה | משמעות בסיסית |
|---|---|
| pass | המקור מורשה לפי המדיניות שנבדקה |
| fail | המדיניות אינה מאשרת את המקור |
| softfail | המדיניות מסמנת שהמקור כנראה אינו מורשה |
| neutral או none | אין קביעה חיובית לגבי הרשאה או שלא נמצאה מדיניות |
| temperror | כשל זמני בבדיקה, למשל מענה DNS |
| permerror | בעיה שמונעת הערכת מדיניות תקינה, למשל תחביר או חריגה |
דוגמה שמבהירה את גבול ההגנה
מערכת דיוור יכולה לקבל SPF pass עבור דומיין שלה, ובאותה הודעה להציג From בדומיין העסק. זו אינה הוכחה להתאמה בין שני הדומיינים. הדוגמה מושגית; אין כאן תוצאת בדיקה של ספק מסוים.
בבירור עסקי שואלים: איזה דומיין נבדק, מאיזה מקור הגיעה ההודעה ומה הייתה התוצאה. לאחר מכן בודקים אם SPF או DKIM מספקים גם את ההתאמה הנדרשת ל-DMARC.
מה חשוב בניהול הרשומה
לכל שם דומיין מפרסמים מדיניות SPF אחת; אפשר לכלול בה כמה מקורות מורשים. הפניות include מקוננות יכולות לצרוך את תקציב החיפושים גם כשהרשומה הראשית קצרה. לכן שינוי של ספק נוסף מחייב בדיקה של השרשרת.
העברת הודעה דרך שרת אחר עלולה להשפיע על SPF כי כתובת השרת השתנתה. לפני תיקון בוחנים את מסלול ההודעה ולא מוסיפים שרת לא מוכר רק כדי לקבל pass.
מתי צריך לבדוק מחדש
הוספת CRM, שינוי ספק דואר, התקנת שירות לטפסי האתר או הפסקת שימוש במערכת דיוור הם סיבות לעדכן את מפת השולחים. הרשומה צריכה לשקף מערכות פעילות ולא להישאר אוסף הפניות היסטורי.