מה קורה למיילים כשמעבירים אחסון? MX, תיבות דואר ואיך לא מאבדים מייל

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

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

⏱ זמן ביצוע: 1–3 שעות, ועד 72 שעות התעדכנות DNS · רמת קושי: בינוני · נבדק לאחרונה: 07.11.2026 · מאת עשהאל דרייר

איפה המייל שלכם נמצא עכשיו?

זו השאלה הראשונה, והיא קובעת את כל השאר. בודקים את רשומת ה-MX של הדומיין: אם היא מצביעה ל-Google או ל-Microsoft, המייל לא קשור לאחסון. אם היא מצביעה לשרת של חברת האחסון, התיבות שם.

רשומת MX היא רשומה ב-DNS שאומרת לשרתי דואר בעולם לאיזה שרת לשלוח מייל שמיועד לדומיין. רשומת A אומרת לדפדפן לאיזו כתובת IP לפנות כדי להציג את האתר. מעבר אחסון משנה את ה-A, ולכן המייל לא אמור להיפגע.

ה-MX מצביע ל…	איפה התיבות	מה קורה במעבר אחסון
smtp.google.com או aspmx.l.google.com	Google Workspace	כלום, אם לא נוגעים ב-MX
*.mail.protection.outlook.com	Microsoft 365	כלום, אם לא נוגעים ב-MX
mail.הדומיין-שלכם או שרת של חברת האחסון	אצל חברת האחסון הישנה	צריך להעביר תיבות לפני הביטול
ספק מייל אחר (Rackspace, Zoho ועוד)	אצל אותו ספק	כלום, אם לא נוגעים ב-MX

איך בודקים: בכל כלי בדיקת DNS ברשת, או בטרמינל: nslookup -type=mx your-domain.co.il.

למה זה חשוב במיוחד כשעוברים לקלאודוויז?

כי בקלאודוויז (Cloudways) אין תיבות דואר על השרת. לפי מאגר הידע של קלאודוויז, החברה לא מארחת מייל על השרתים שלה, ומציעה תוספים: Rackspace לתיבות, ו-Elastic Email או SMTP לשליחה מהאתר.

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

מה קורה למייל כשמשנים שרתי שמות (Nameservers)?

כאן רוב התקלות קורות. אם הדומיין משתמש בשרתי השמות של חברת האחסון הישנה, כל רשומות ה-DNS, כולל MX, מנוהלות אצלה. כשמעבירים את שרתי השמות ל-Cloudflare או לספק DNS אחר, צריך להעתיק את כל הרשומות, לא רק את ה-A.

מי ששוכח רשומת MX, TXT של SPF או רשומת DKIM, מגלה את זה אחרי יום, כשהמיילים לא מגיעים או נוחתים בספאם. לכן הצעד הראשון בכל מעבר הוא צילום מסך או ייצוא של כל אזור ה-DNS. ניהול DNS לדומיין co.il מוסבר במדריך חיבור דומיין מרשם ישראלי.

איך מעבירים אחסון בלי לאבד מייל, שלב אחר שלב?

הסדר חשוב. קודם המייל, אחר כך האתר, ורק בסוף מבטלים את הישן.

1. תעדו את ה-DNS הקיים: צלמו או ייצאו את כל הרשומות: A, CNAME, MX, TXT (SPF, DKIM, אימותים) ו-SRV.
2. הורידו את ה-TTL של הרשומות שאתם עומדים לשנות ל-300 שניות, יום לפני המעבר. כך השינוי יתעדכן מהר יותר.
3. אם התיבות אצל חברת האחסון: פתחו חשבון אצל ספק מייל חדש וצרו בו את אותן כתובות בדיוק.
4. העבירו את התוכן של התיבות: רוב הספקים מציעים ייבוא IMAP מהשרת הישן. אפשר גם להוסיף את שני החשבונות לתוכנת דואר ולגרור תיקיות.
5. החליפו את ה-MX לספק החדש, ומחקו את רשומות ה-MX הישנות. ב-Google Workspace, לפי ההוראות של Google, זו רשומה אחת: smtp.google.com בעדיפות 1.
6. עדכנו SPF ו-DKIM לספק החדש. ההגדרה במדריך SPF, DKIM ו-DMARC.
7. העבירו את האתר ושנו רק את רשומת ה-A לשרת החדש. ההוראות במדריך חיבור דומיין לקלאודוויז.
8. חכו לפני שמבטלים: Google כותבת שזיהוי ה-MX החדש יכול לקחת עד 72 שעות. השאירו את האחסון הישן פעיל לפחות שבוע, ובדקו בתיבות הישנות אם עוד מגיעים אליהן מיילים.

מה עם המיילים שהאתר שולח?

גם להם צריך לדאוג, והם נפרדים מהתיבות. טופס צור קשר, אישורי הזמנה בווקומרס ואיפוס סיסמה נשלחים מהשרת של האתר. בשרת חדש צריך להגדיר שוב את השליחה: תוסף SMTP או Elastic Email.

לפי מאגר הידע של קלאודוויז, אפשר להפעיל תוסף שליחה אחד לכל שרת: Elastic Email או SMTP. ל-Rackspace יש מגבלת קצב על מיילים יוצאים, ולכן לא שולחים ממנו מיילים אוטומטיים. ההגדרה של התוסף בוורדפרס: מדריך WP Mail SMTP.

איך בודקים שהמייל עובד אחרי המעבר?

1. שלחו מייל מכתובת חיצונית (Gmail פרטי) לכל תיבה עסקית חשובה.
2. שלחו מהתיבה העסקית ל-Gmail, ובדקו בכותרות המלאות ש-SPF ו-DKIM עברו (PASS).
3. מלאו את טופס צור קשר באתר, ובחנות בצעו הזמנת בדיקה.
4. בדקו שוב אחרי 24 ו-72 שעות, כשה-DNS התעדכן בכל העולם.

אם משהו לא מגיע, הצעד הראשון הוא מדריך טופס שלא שולח מייל או מיילים של ווקומרס שלא מגיעים.

טעויות נפוצות ואיך לפתור אותן

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

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

נשארו שתי קבוצות MX: חלק מהמיילים הולכים לישן. מחקו את הרשומות הישנות, כמו ש-Google ממליצה.

SPF ישן שלא כולל את הספק החדש: המיילים יוצאים אבל נוחתים בספאם. עדכנו לרשומת SPF אחת שכוללת את כל השולחים.

תיבה מלאה: לא קשור למעבר, אבל מבלבל. ב-Exchange Online, לפי Microsoft Learn, תיבה מלאה דוחה מיילים נכנסים ושולחת לשולח הודעת החזרה.

שאלות נפוצות

מדריכים קשורים

• צ'קליסט מעבר אחסון
• פתיחת שרת ואתר בקלאודוויז
• חיבור דומיין co.il מרשם ישראלי לקלאודוויז
• מייל לאתר בקלאודוויז: Elastic Email, Rackspace או SMTP
• התוסף DNS Made Easy
• כל המדריכים בתחום: מדריכי מייל

מקורות

• Does Cloudways Provide Servers for Email Hosting? – Cloudways Knowledge Base
• Which Email Add-on Should I Use? – Cloudways Knowledge Base
• Set up MX records for Google Workspace (נבדק 07.11.2026)
• Exchange Online limits – Microsoft Learn (נבדק 07.11.2026)

מקור רשמי: Cloudways Knowledge Base ו-Google Workspace Admin Help. המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026

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