הכללים של Microsoft (Outlook.com) לשולחים
באפריל 2025 Microsoft הודיעה על כללים חדשים לשולחים בנפח גבוה ל-Outlook.com. Outlook.com הוא שירות המייל הפרטי של Microsoft. הוא כולל כתובות ב-hotmail.com, live.com ו-outlook.com. הכללים נכנסו לתוקף ב-5 במאי 2025. הם מתמקדים באימות מייל. הנה סיכום פשוט של מה ש-Microsoft מבקשת.
נבדק לאחרונה 10 נובמבר 2026
הכללים בפירוט
על מי הכללים חלים
בתוקף מ-5 מאי 2025
הכללים חלים על דומיינים ששולחים יותר מ-5,000 מיילים ביום לכתובות הפרטיות של Outlook.com. הפוסט של Microsoft עוסק בשירות הפרטי שלה. הוא לא מתאר את הכללים האלה למייל שנשלח לחשבונות עסקיים.
כללים לכל השולחים
בתוקף מ-5 מאי 2025
הפוסט של Microsoft מ-2025 לא מוסיף כללים חדשים לשולחים קטנים. נהלים טובים עדיין רלוונטיים לכולם. מייל מאומת עם SPF, DKIM ו-DMARC קל יותר לכל שרת מקבל לסמוך עליו.
כללים נוספים לשולחים בנפח גבוה
בתוקף מ-5 מאי 2025
SPF חייב לעבור עבור הדומיין השולח. רשומת ה-SPF צריכה לפרט את כתובות ה-IP והשרתים שמורשים לשלוח בשמכם. DKIM חייב לעבור. פרסמו DMARC עם p=none לפחות. הוא חייב להתאים ל-SPF או ל-DKIM, עדיף לשניהם. Microsoft גם ממליצה על כתובת From: או Reply-To: תקינה שיכולה לקבל תשובות, על קישור ברור ועובד לביטול הרשמה, על הסרת כתובות לא תקינות, על שורות נושא וכותרות כנות, ועל שליחה רק למי שהסכים לקבל את המייל. Microsoft כותבת שהיא עשויה לסנן או לחסום שולחים שלא פועלים לפי הנהלים האלה.
תאריכים ואכיפה
בתוקף מ-5 מאי 2025
Microsoft הודיעה על הכללים ב-2 באפריל 2025. האכיפה התחילה ב-5 במאי 2025. בהתחלה Microsoft כתבה שמייל שלא עומד בכללים יועבר לתיקיית Junk. בעדכון מ-29 באפריל 2025 היא כתבה שבמקום זאת תדחה מייל שלא עומד בדרישות האימות. עמוד ה-postmaster שלה עדיין מזכיר קודם Junk ואחר כך דחייה, לכן בדקו את שני המקורות.
מה קורה אם לא עומדים בכללים
בתוקף מ-5 מאי 2025
Microsoft כותבת שמייל שנדחה מקבל את השגיאה הזו: "550; 5.7.515 Access denied, sending domain [SendingDomain] does not meet the required authentication level." אם קיבלתם את השגיאה הזו, בדקו את SPF, DKIM ו-DMARC של הדומיין שבכתובת ה-From: שלכם.
רשימת בדיקה
בתוקף מ-5 מאי 2025
בדקו אם אתם שולחים יותר מ-5,000 מיילים ביום לכתובות Outlook.com. בדקו ש-SPF עובר ומפרט כל שירות ששולח בשם הדומיין שלכם. חתמו את המייל עם DKIM ובדקו שהוא עובר. פרסמו DMARC עם p=none לפחות, בהתאמה ל-SPF או ל-DKIM. השתמשו בכתובת From: שיכולה לקבל תשובות. הוסיפו קישור ברור לביטול הרשמה במייל שיווקי ונקו את הרשימה. בדקו את ההגדרות האלה שוב בכל פעם שאתם מוסיפים שירות חדש ששולח דואר בשם הדומיין שלכם, כמו כלי ניוזלטר או מערכת CRM.
שאלות
על אילו כתובות הכללים חלים?
על הכתובות הפרטיות של Outlook.com, כמו hotmail.com, live.com ו-outlook.com.
Microsoft מפרסמת תקרה לשיעור ספאם?
לא בכללים האלה. Microsoft מבקשת רשימות נקיות והסכמה של הנמענים, אבל לא נותנת מספר כמו Gmail ו-Yahoo.
מה המשמעות של שגיאה 5.7.515?
המשמעות היא ש-Outlook.com דחתה את המייל כי הדומיין השולח לא עמד ברמת האימות הנדרשת. בדקו את SPF, DKIM ו-DMARC.
מקורות
אלה הדפים של Microsoft (Outlook.com) עצמו. אם יש הבדל בינם לבין הסיכום שלנו, הדף של הספק קובע.
- Microsoft Defender for Office 365 Blog: Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders
- Outlook.com Postmaster: Policies and announcements
זה הסיכום שלנו, לא הנוסח הרשמי של הספק. הכללים יכולים להשתנות; תמיד בדקו במקור המקושר.
איך אנחנו שומרים על המידע מעודכן
אנחנו קוראים את הדפים הציבוריים של כל ספק וכותבים סיכום פשוט. כל כלל מקושר למקור שלו, ובכל דף מופיע התאריך שבו בדקנו אותו לאחרונה. כשספק משנה כלל, אנחנו מעדכנים את הדף ומוסיפים רשומה ליומן השינויים.
עודכן לאחרונה 10.11.2026 19:01 IL (10.11.2026 17:01 UTC)