Defaults.Exposed › תיקונים › רשומות MX (הגדרת דואר)

כיצד לתקן רשומות MX (הגדרת דואר)

רשומת MX היא השלט שאומר לשאר העולם היכן לספק דואר שמופנה לדומיין שלך. אם היא חסרה או שגויה, כל הודעה שנשלחת לעסק שלך — פניות לקוחות, איפוס סיסמאות, חשבוניות, חוזים — חוזרת מיד לשולח. אין MX, אין תיבת דואר נכנסת.

השורה התחתונה לעסק שלכם: אם רשומות ה-MX שלך חסרות או שגויות, הדומיין שלך אינו יכול לקבל מייל כלל. לקוחות שכותבים לך מקבלים שגיאה ומניחים שאתה מתעלם מהם או שסגרת. אתה אף פעם לא רואה את ההודעות — כולל העסקאות, החשבוניות והבעיות הדחופות שדרשו תשובה.

מה זה יכול לעלות לכם

• לקוח פוטנציאלי ממלא את טופס 'צור קשר' שלך או שולח מייל לכתובת שעל הכרטיס ביקור שלך. ההודעה חוזרת. הוא לא מנסה שוב — הוא הולך למתחרה, ואתה לעולם לא יודע שהפנייה הייתה קיימת.
• ספק שולח חשבונית פגומה ומכתב אחרון. שניהם חוזרים בשקט. הדבר הראשון ששומעים הוא ניתוק שירות או מכתב גבייה.
• אתה נרשם לכלי חדש, פורטל בנקאי, או שירות ממשלתי והם שולחים מייל אימות או איפוס סיסמה לדומיין שלך. הוא לעולם לא מגיע, ואתה נעול מחוץ למשהו שאתה צריך היום.
• הדואר עבד טוב, ואז מישהו שינה DNS במהלך העברת אתר ורשומות ה-MX נמחקו. במשך ימים, כל מייל לחברה כולה נעלם בשקט לפני שמישהו שם לב שתיבת הדואר הנכנסת נשתקה.
• מתחזה פוטנציאלי שם לב שלדומיין שלך אין הגדרת דואר ואין הגנה, ומתחיל להשתמש בו — כיוון שדומיין שאיש אינו צופה בו הוא הקל ביותר לניצול לרעה.

מדוע זה חשוב. מסירת דואר תלויה בבדיקת DNS אחת: שרת דואר שולח שואל 'היכן אמסור דואר לדומיין זה?' וקורא את התשובה מרשומות ה-MX שלך. אם אין תשובה, או שהיא לא מצביעה לשום מקום, הדואר נדחה וחוזר. זהו פיסת הצנרת הבסיסית ביותר של הדואר שלך — כשהיא שגויה, שום דבר אחר בדואר שלך לא משנה, כי לא מגיע כלום.

מהן רשומות MX, בשפה פשוטה

כשמישהו שולח מייל לכל כתובת @ הדומיין שלך, שרת הדואר השולח חייב לענות תחילה על שאלה אחת: “היכן אני מספק דואר לדומיין זה?” הוא מוצא את התשובה על ידי בדיקת רשומות ה-MX של הדומיין שלך — קיצור של Mail eXchange. רשומת MX היא פשוט שלט בהגדרות הדומיין שלך שאומר “שלח דואר לדומיין זה לשרת הדואר הזה.”

זו כל העבודה. רשומות MX לא מאחסנות את הדואר שלך, לא מגינות עליו, ולא מחליטות מי מורשה לשלוח בשמך. הן הכתובת על המעטפה שאומרת למערכת הדואר לאיזה מיון טיפול בדואר. כתובת נכונה והדואר זורם פנימה. השאר ריק או הצבע לבניין הלא נכון והדואר חוזר מסומן לא ניתן למסירה.

זהו פיסת הגדרת הדואר הבסיסית ביותר שיש. כל בקרת דואר אחרת — נגד זיוף, הצפנה, סינון ספאם — מניחה שהדואר יכול בעצם להגיע אליך. רשומות MX הן מה שגורם לזה להיות אמיתי.

מה זה יכול לעלות לך

כיוון שרשומת MX שבורה נכשלת בשקט מצידך — אתה פשוט מפסיק לקבל דואר, ללא שגיאה מצידך — הנזק מתגלה בדרך כלל מאוחר, לאחר שנגרם כבר. כמה מצבים ריאליים:

• הפנייה שמעולם לא הגיעה אליך. לקוח פוטנציאלי שולח מייל לכתובת באתר שלך. אצלו, ההודעה חוזרת עם הודעת כשל מסירה; אצלך, לא קורה כלום. רוב האנשים לא מתקשרים לאחר חזרה — הם מניחים שאתה לא מעוניין ומפנים לפירמה הבאה ברשימה שלהם. לעולם לא תגלה שהליד קיים, אז אתה אפילו לא יכול למדוד מה זה עלה.

• החשבונית ש’התעלמת’ ממנה. ספק שולח חשבונית, ואז תזכורת, ואז הודעה אחרונה — כולן חוזרות. הקשר מתמוטט, שירות מושעה, או חשבון קטן הופך לבעיה של גבייה, הכל כי הדואר מעולם לא נחת בפני מישהו.

• נעול מחשבונות שלך. אתה מנסה לאפס סיסמה, לאמת פורטל בנקאי ממשלתי חדש, או לטעון רישיון תוכנה. מייל האישור נשלח לדומיין שלך ונעלם. עכשיו משימה שגרתית הופכת לסבל עם כרטיסי תמיכה ברגע הגרוע ביותר.

• העברת האתר ששיתקה בשקט את הדואר. מעצב אינטרנט מעביר את ה-DNS שלך לספק חדש ומעתיק את רשומות האתר — אבל לא את רשומות ה-MX. במשך מספר ימים, כל מייל לכל כתובת בחברה שלך נעלם בשקט לפני שמישהו קושר “נהיה קצת שקט” עם “הדואר שלנו שבור.”

• נראה נטוש. דומיין שאינו יכול לקבל דואר נראה, ללקוחות ולבדיקות אמון אוטומטיות כאחד, כעסק שאינו ממש פעיל. זה מסיח אמון בדיוק ברגע שאתה רוצה להיראות מבוסס ואמין.

אף אחת מאלה לא מכריזה על עצמה. זה מה שהופך רשומת MX חסרה למסוכנת יותר ממה שנשמעת: עד שאתה שם לב, כבר איבדת דואר שלא תקבל בחזרה.

מה זה בעצם

הגדרות ה-DNS של הדומיין שלך מכילות מספר סוגי רשומות. רשומות MX הן אלה שמנהלות דואר נכנס. הגדרה תקינה נראית כמו ערך אחד או יותר, כל אחד מציין שרת דואר ונושא מספר priority:

• שם שרת הדואר (מארח “mail exchange” של ספק הדואר שלך).
• מספר priority — מספרים נמוכים יותר מנסים תחילה. מספר רשומות מאפשרות לספק להציע שרתי גיבוי, כך שהדואר עדיין עובר אם אחד עסוק או מושבת.

מה נראה “טוב”: לפחות רשומת MX אחת חוקית שמצביעה על שרתי הדואר של כל ספק הדואר שאתה משתמש בו — Google Workspace, Microsoft 365, שירות הדואר של מארח האינטרנט שלך, או דומה — עם שמות שרתים ו-priorities מדויקים שהספק אומר לך להשתמש בהם.

החריג החשוב אחד. חלק מהדומיינים מוגדרים בכוונה שלא לקבל כלום דואר — לדוגמה דומיין ששמש רק לאתר, או שנשמר רק להגנה על מותג. הדרך הנכונה להצהיר על כך היא רשומת null MX: רשומת MX בודדת עם priority 0 ומארח של רק נקודה (.). זוהי תקן אינטרנט מפורסם (RFC 7505) וזוהי התשובה הנכונה לדומיין שאינו מקבל — שולחים מקבלים דחייה מיידית וברורה “הדומיין הזה לא מקבל דואר” במקום עיכוב מבלבל. בבדיקה זו, null MX שמפורסם כהלכה עובר עם ניקוד מלא — זהו בחירה מכוונת ונכונה, לא פגם. מה שנכשל הוא שלא יהיה כלום, שאינו ניתן להבחנה מטעות.

כיצד לתקן (חינם, כ-5 דקות)

מסור זאת לאיש ה-IT שלך או לספק האינטרנט שלך — התיקון חינמי. רשומות MX נמצאות ב-DNS של הדומיין שלך, באותו מקום שהכתובת של האתר שלך מוגדרת. מי שמנהל את הדומיין או האתר שלך יכול לעשות זאת בדקות ללא עלות. אתה משלם רק עבור שירות תיבת הדואר עצמו, ורק אם אין לך כבר אחד.

התיקון תלוי באיזה מבין שני המצבים אתה נמצא.

אם הדומיין שלך אמור לקבל דואר אבל אין לו רשומות MX

אתה צריך להפנות את הדומיין שלך לשרתי הדואר של ספק הדואר שלך. השתמש ברשומות המדויקות שהספק שלך מפרסם — הדוגמאות למטה אופייניות, אבל תמיד העתק את הערכים הנוכחיים מדף ההגדרה של הספק שלך, כי הם משתנים.

1. התחבר לספק ה-DNS שלך — היכן שהגדרות הדומיין שלך נמצאות (לדוגמה Cloudflare, Blacknight, GoDaddy, מארח האינטרנט שלך, או הרשם שלך).

2. הוסף את רשומות ה-MX לשירות הדואר שלך:

   Google Workspace (הגדרה עם רשומה בודדת נוכחית):

   • MX host: הדומיין שלך → smtp.google.com, priority 1

   Microsoft 365:

   • MX host: הדומיין שלך → <your-domain-with-dashes>.mail.protection.outlook.com, priority 0 (Microsoft מייצר את שם המארח המדויק בשבילך במרכז הניהול — העתק משם)

   ספקים אחרים: העתק את שמות מארחי MX ו-priorities מילולית מהוראות הגדרת ה-DNS של אותו ספק.

3. שמור, ואז המתן. שינויי DNS לוקחים כ-15-30 דקות להיכנס לתוקף (לפעמים יותר). שלח מייל בדיקה לכתובת בדומיין שלך ואשר שהוא מגיע.

אם הדומיין שלך לא אמור לקבל דואר

פרסם null MX כדי שסטטוס “אין דואר כאן” יהיה מפורש ונכון:

1. התחבר לספק ה-DNS שלך.
2. הוסף רשומת MX בודדת עם priority 0 ומארח של רק . (נקודה בודדת).
3. שמור. שולחים יקבלו עכשיו דחייה מיידית תואמת לסטנדרטים, ובדיקה זו תעבור.

אם אתה עומד להעביר DNS או מארחים

לפני ההעברה, תעד את רשומות ה-MX הנוכחיות שלך בדיוק (וגם SPF, DKIM וכל רשומות דואר אחרות). אחרי ההעברה, צור מחדש כל אחת מהן אצל הספק החדש עם ערכים ו-priorities זהים, ושלח מייל בדיקה לפני שתחשיב את ההגירה כסיימה. שכחת רשומות ה-MX במהלך העברה היא הסיבה הבודדת הנפוצה ביותר שעסקים בטעות לוקחים את הדואר שלהם אופליין.

טעויות נפוצות

• השארת MX ריק במקום פרסום null MX. אם הדומיין באמת לא מקבל דואר, אמור זאת עם null MX (0 .). ריק הוא עמום ונקרא כפגם; null MX הוא התשובה הנכונה עם ניקוד מלא.
• הפניית MX לדבר הלא נכון. שגיאה נפוצה מדהימה היא רשומת MX שמכוונת לשרת האתר שלך או לספק ישן שהפסקת להשתמש בו. שרתי דואר ינסו בנחישות לספק שם — ויכשלו. תמיד העתק את הרשומות מהספק שמארח את תיבות הדואר שלך היום.
• הסרת MX במהלך העברת אתר או DNS. האתר חוזר לפעול, כולם נרגעים, והדואר בשקט מת. התייחס ל-MX (ולרשומות הדואר האחרות) כחלק חובה של כל רשימת בדיקה של העברה.
• עריכת priorities ידנית. אל תמציא או “תסדר” את מספרי ה-priority. הזן בדיוק מה שהספק שלך מציין, כולל כל שרתי הגיבוי, כדי ששמירת מסירה המשכית תמשיך לעבוד.
• הנחה ש-MX מגן עליך מפני זיוף. זה לא. MX הוא דואר נכנס בלבד. הגנת זיוף היא SPF, DKIM ו-DMARC — רשומות נפרדות, שנבדקות בנפרד.

בקצרה

רשומות MX הן הכתובת על מעטפת הדואר שלך. כשהן נכונות — או מוגדרות נכון ל-null עבור דומיין שאינו מקבל — הדואר מגיע אליך ובדיקה זו עוברת. כשהן חסרות, העסק שלך אינו ניתן להגעה בדואר ומפסיד הודעות שמעולם לא רואה. התיקון חינמי, לוקח כמה דקות, וראוי למסירה למי שמנהל את הדומיין שלך היום.

שאלות נפוצות