עודכן לאחרונה: · מאת עשהאל דרייר
בקצרה: העברת מייל (Forwarding) ב-Rackspace לא עובדת בשלושה מצבים עיקריים: המייל סומן כספאם, ולפי Rackspace הודעה כזו לא מועברת לעולם, גם אם השולח ברשימה הלבנה; הכתובת היא Catch-all, פיצ'ר ש-Rackspace הפסיקה; או ש-Gmail בצד המקבל מגביל את קצב הקבלה. נכון לנובמבר 2026, כך זה עובד גם בתוסף Rackspace של קלאודוויז (Cloudways), לפי התיעוד הרשמי ולפי ארבע פניות תמיכה שלנו.
בקצרה – מה חוסם העברת מייל ב-Rackspace (נכון ל-7.11.2026)
| מצב | מה קורה | מקור |
|---|---|---|
| המייל סומן כספאם | לא מועבר בכלל, גם אם השולח ב-Safelist | תיעוד Rackspace (עודכן 19.11.2025) |
| מייל לכינוי (Alias) או לרשימת תפוצה | נחשב "מועבר", ולכן גם הוא נחסם אם סומן כספאם | תיעוד Rackspace |
| Catch-all | הפיצ'ר הופסק (Sunset) | תיעוד Rackspace |
| Gmail מחזיר 421-4.7.28 | Gmail מגביל זמנית את קצב המיילים מהשרת השולח | תיעוד Google, פנייה שלנו מ-9.2022 |
| העברה בלי "Save a copy" | התיבה עצמה לא שומרת אף הודעה | תיעוד Rackspace |
מה זה העברת מייל ב-Rackspace, ומה ההבדל מכינוי?
העברת מייל (Forwarding) היא כלל בתיבת דואר אמיתית: כל הודעה שמגיעה לתיבה נשלחת הלאה לכתובת אחרת, למשל ל-Gmail הפרטי שלכם. מגדירים אותה בתוך Webmail של Rackspace, לא בפאנל הניהול של קלאודוויז.
כינוי (Alias) הוא כתובת נוספת בלי תיבה משלה, כמו office@ שמפנה לתיבה של מישהו בצוות. לפי המדריך של Rackspace לכינויים, כינוי יכול להפנות לתיבה אחת או יותר בדומיין, וגם לעד ארבע כתובות חיצוניות (gmail.com, yahoo.com ודומיהן).
Rackspace היא ספקית המייל שקלאודוויז מציעה כתוסף (Add-on) למי שצריך תיבות על הדומיין. השרת של קלאודוויז עצמו לא מארח מייל נכנס, וזה מוסבר במדריך אפשרויות המייל בקלאודוויז.
למה מייל שסומן כספאם לא מועבר, גם אם השולח ברשימה הלבנה?
כי זו מדיניות קבועה של Rackspace. לפי עמוד סינון הספאם של Rackspace, המערכת לא מעבירה אף הודעה שסומנה כספאם, ו-Safelist (רשימה לבנה) רק מבטיח שתקבלו את ההודעה בתיבה, בלי להסיר ממנה את סימון הספאם.
אותו עמוד מגדיר כל מייל לכינוי, לאיש קשר, לקבוצה או לרשימת תפוצה כ"מייל מועבר". כלומר, גם כינוי שמפנה ל-Gmail לא יעביר הודעה שסומנה כספאם.
מה קרה לנו (8.2024, טיקט 577840): הגדרנו העברה מתיבת Rackspace ל-Gmail, שלחנו מייל בדיקה, והוא לא הגיע. התמיכה של קלאודוויז שחזרה את הבעיה עם כתובת משלה, ו-Rackspace ענתה אחרי כ-15 שעות: מייל הבדיקה סווג כספאם, ולכן כלל ההעברה לא רץ. הפתרון שהוצע היה להוסיף את השולח לרשימה הלבנה, אבל לפי התיעוד העדכני זה לא מסיר את סימון הספאם, כך שזה לא פתרון אמין.
הלקח: אל תבדקו העברה עם מייל ריק או עם "test" בשורת הנושא. מסנני ספאם אוהבים לסמן בדיוק הודעות כאלה. שלחו מייל אמיתי, עם טקסט רגיל, מכתובת שכבר התכתבה עם התיבה.
האם כינוי (Alias) ב-Rackspace יכול להעביר מייל ל-Gmail?
כן. נכון ל-7.11.2026, לפי התיעוד הרשמי של Rackspace, כינוי יכול להפנות לעד ארבע כתובות חיצוניות. בעבר זה לא היה אפשרי, ונתקלנו בזה בעצמנו:
מה קרה לנו (9.2022): כינוי שהפנה החוצה לא העביר מייל. התמיכה של קלאודוויז בדקה מול Rackspace וענתה תוך כ-20 דקות שרק תיבות אמיתיות מעבירות, לא כינויים. מאז Rackspace שינתה את ההתנהגות, וכיום כינוי יכול להעביר מייל החוצה. אם כינוי שלכם לא מעביר, בדקו קודם את תיקיית הספאם, ושלחו מייל בדיקה אמיתי.
ההמלצה שלנו: אם ההעברה חשובה לעסק (למשל פניות מטופס באתר), השתמשו בתיבה אמיתית עם כלל Forwarding, ובדקו אותה במייל אמיתי. כינוי מתאים יותר להפניה פנימית בין תיבות באותו דומיין.
מה קרה ל-Catch-all ב-Rackspace?
הוא הופסק. בעמוד Set an email catch-all address של Rackspace כתוב היום רק שהפיצ'ר הגיע לסוף דרכו (Sunset). Catch-all הוא כתובת שתופסת כל מייל לכתובת שלא קיימת בדומיין, למשל sales@ שאף אחד לא יצר.
מה קרה לנו (9.2022): מיילים ל-Catch-all לא הועברו ל-Gmail. התשובה הגיעה אחרי כ-17 שעות: Gmail הגביל את כתובת השרת השולח עם השגיאה 421-4.7.28, וה-Catch-all ממילא בדרך להיעלם. קיבלנו עצה בלבד, בלי תיקון.
מה עושים במקום: צרו כינוי מפורש לכל כתובת שבאמת בשימוש (info@, office@, sales@). זה גם מפחית ספאם, כי Catch-all אוסף את כל הכתובות האקראיות שספאמרים מנסים.
מה המשמעות של שגיאה 421-4.7.28 מ-Gmail?
זו הגבלת קצב זמנית מצד Gmail. לפי רשימת שגיאות ה-SMTP של Google, הקוד 421 4.7.28 אומר ש-Gmail זיהה קצב חריג של מיילים מהשרת, מהדומיין או מכתובת ה-IP, והגביל אותם כדי להגן על המשתמשים שלו מספאם.
בהעברת מייל זה קורה כי כל הספאם שמגיע לתיבה, ועובר את הסינון, נשלח הלאה ל-Gmail מאותם שרתים. מבחינת Gmail, השרת המעביר הוא זה ששולח ספאם. ככל שמעבירים יותר, הסיכוי להגבלה עולה.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
איך מגדירים ובודקים העברת מייל ב-Rackspace, שלב אחר שלב?
ההגדרה נעשית בתוך התיבה, ב-Webmail. כך זה עובד לפי המדריך הרשמי של Rackspace להעברת מייל:
- התחברו לתיבה ב-apps.rackspace.com עם כתובת המייל והסיסמה שלה.
- פתחו את תפריט שם המשתמש ובחרו Settings.
- עברו ל-Incoming Email ואז ללשונית Forwarding.
- הפעילו את Status והזינו את כתובת היעד.
- סמנו Save a copy of forwarded email. בלי הסימון הזה, לפי Rackspace, התיבה לא שומרת אף הודעה, ואם ההעברה נכשלת המייל אבוד מבחינתכם.
- שמרו וחכו לפחות 15 דקות. זה הזמן ש-Rackspace מציינת עד שההעברה פעילה במלואה.
- בדקו עם מייל אמיתי מכתובת חיצונית (לא מאותה תיבה), עם נושא ותוכן רגילים. בדקו גם את תיקיית הספאם בתיבת Rackspace עצמה.
ההעברה מוגדרת ועדיין לא עובדת? בדיקה לפי סדר
| מה בודקים | איך | אם זו הבעיה |
|---|---|---|
| ההודעה בספאם של Rackspace | חפשו אותה בתיקיית Spam בתיבה עצמה | היא לא תועבר. בדקו עם מייל אחר, או קראו את התיבה ישירות |
| ההודעה הגיעה לתיבה ולא יצאה | אין עותק ב-Gmail ואין הודעת שגיאה | ודאו ש-Status פעיל ושעברו 15 דקות |
| Gmail דוחה | הודעת החזרה (Bounce) עם 421-4.7.28 | הפחיתו העברה של מיילים לא רצויים, או קראו את התיבה ישירות |
| הכתובת היא Catch-all | אין תיבה או כינוי עם השם הזה | צרו כינוי מפורש |
| רשומות DNS של המייל חסרות | בדקו MX ו-SPF של הדומיין | מייל לא מגיע בכלל לתיבה. ראו את הסעיף הבא |
הפתרון הכי יציב, מניסיון: לא להעביר בכלל. חברו את תיבת Rackspace כחשבון נוסף באפליקציית המייל בטלפון ובמחשב, וקראו אותה ישירות. ככה אין כלל העברה שיכול להיכשל בשקט, ו-Gmail לא רואה בשרת של Rackspace שולח ספאם.
אילו רשומות DNS צריך כדי שמייל בכלל יגיע לתיבת Rackspace?
שתי רשומות MX, רשומת SPF ורשומת autodiscover. מאז 2021 קיבלנו את אותה תבנית מהתמיכה של קלאודוויז כ-14 פעמים, בכל פעם שהוספנו דומיין לתוסף: שתי רשומות MX בעדיפויות 10 ו-20, רשומת TXT של SPF שכוללת include:emailsrvr.com, ורשומת CNAME בשם autodiscover. הטיקט האוטומטי הזה נענה תוך 1–10 דקות.
את הרשומות מגדירים אצל מי שמנהל את ה-DNS של הדומיין (Cloudflare, הרשם וכו'), כי קלאודוויז לא מנהלת אותו. איחוד נכון של SPF עם ספקים אחרים מוסבר במדריך SPF, DKIM ו-DMARC, ומעבר ספק מייל בלי לאבד הודעות במדריך החלפת ספק מייל.
מה עוד כדאי לדעת על Rackspace בקלאודוויז?
Rackspace לא נועדה למיילים אוטומטיים מהאתר. לפי המדריך של קלאודוויז לבחירת תוסף מייל, ל-Rackspace יש מגבלת קצב לשליחה, ולכן היא לא מתאימה למיילים טרנזקציוניים בכמות. הזמנות ווקומרס וטפסים שולחים דרך SMTP, למשל SMTP בקלאודוויז.
Rackspace חוסמת תיבות ששולחות ספאם. ב-4.2026 קיבלנו הודעת Abuse: Rackspace חסמה תיבה של אתר לקוח ואיפסה את הסיסמה שלה, בגלל נפח ספאם שיצא ממנה. ייתכן שהסיסמה דלפה. אם זה קורה לכם, החליפו סיסמה, בדקו את המכשירים שמחוברים לתיבה, והפעילו אימות דו-שלבי איפה שאפשר.
העברת תיבה בין חשבונות קלאודוויז דורשת אישור. ב-5.2024 ביקשנו להעביר תיבת Rackspace לחשבון קלאודוויז אחר. התמיכה דרשה אישור מבעל חשבון היעד, ובלי האישור הטיקט נסגר אוטומטית.
טעויות נפוצות
בדיקה עם מייל "test" ריק: הוא נוטה להיחשב ספאם, ואז ההעברה "לא עובדת" למרות שהיא מוגדרת נכון.
העברה בלי שמירת עותק: אם Gmail דוחה, אין לכם שום עותק. תמיד סמנו Save a copy.
להסתמך על Safelist: הרשימה הלבנה לא מסירה סימון ספאם, ולכן לא מצילה העברה.
פנייה לתמיכה בלי דוגמה: צרפו לטיקט שעה, שולח ונושא של מייל שלא הועבר. בלי זה, הבדיקה מול Rackspace מתארכת. איך כותבים טיקט טוב במדריך פנייה לתמיכה של קלאודוויז.
שאלות נפוצות
הסיבה הנפוצה היא שהמייל סומן כספאם. לפי Rackspace, הודעה שסומנה כספאם לא מועברת לעולם, גם אם השולח ברשימה הלבנה. סיבות נוספות: Catch-all שהופסק, ו-Gmail שמגביל קצב עם שגיאה 421-4.7.28.
כן. מגדירים זאת ב-Webmail תחת Settings, Incoming Email, Forwarding. סמנו שמירת עותק בתיבה, חכו 15 דקות, ובדקו עם מייל אמיתי ולא עם הודעת test ריקה.
לפי התיעוד העדכני של Rackspace, כן, עד ארבע כתובות חיצוניות. ב-2022 זה עוד לא היה אפשרי: Rackspace אמרה לנו אז שרק תיבות אמיתיות מעבירות. כיום זה נתמך. אחרי ההגדרה, בדקו עם מייל אמיתי.
לא בהגדרות חדשות. Rackspace מסמנת את הפיצ'ר כמופסק (Sunset). במקומו יוצרים כינוי מפורש לכל כתובת שבשימוש, וזה גם מפחית ספאם.
זו הגבלת קצב זמנית: Gmail זיהה כמות חריגה של מיילים מהשרת או מהדומיין השולח, והאט אותם. בהעברת מייל זה קורה כשספאם שעבר את הסינון נשלח הלאה ל-Gmail.
לא. לפי קלאודוויז, ל-Rackspace יש מגבלת קצב שליחה, והיא מיועדת לתיבות של אנשים. מיילים אוטומטיים מהאתר שולחים דרך שירות SMTP, למשל Elastic Email.
מדריכים קשורים
- אפשרויות המייל בקלאודוויז: Rackspace, Elastic Email ו-SMTP
- מייל עסקי על הדומיין: איך בוחרים ספק
- מה קורה למייל כשמחליפים ספק
- SPF, DKIM ו-DMARC: האימות שמוציא מיילים מהספאם
- מחירון התוספים של קלאודוויז
- כל המדריכים בתחום: מייל
מקורות
- Rackspace: Spam Filtering – מייל שסומן כספאם לא מועבר, גם עם Safelist; כינוי ורשימת תפוצה נחשבים העברה (עודכן 19.11.2025)
- Rackspace: Set up Rackspace Email forwarding – מסלול ההגדרה, Save a copy, 15 דקות
- Rackspace: Add an alias with Rackspace Email – עד ארבע כתובות חיצוניות לכינוי
- Rackspace: Set an email catch-all address – הפיצ'ר הופסק (עודכן 19.11.2025)
- Google Workspace: Gmail SMTP errors and codes – 421 4.7.28
- Cloudways: Which Email Add-on Should I Use – מגבלת קצב השליחה של Rackspace
- פניות התמיכה שלנו לקלאודוויז בנושא Rackspace: 9.2022 (כינוי, Catch-all), 5.2024 (העברת תיבה), 8.2024 (טיקט 577840, העברה ל-Gmail), 4.2026 (הודעת Abuse), ותבנית ה-DNS שחזרה כ-14 פעמים מ-2021
מקור רשמי: Rackspace Spam Filtering (Rackspace Docs). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים
