מי ששוקל חלופה ל-Mailcow בדרך כלל כבר הפעיל את Mailcow או קרא מספיק מהתיעוד כדי להבין את המחויבות. זו תוכנה טובה באמת: מערך דואר שלם ומתוחזק היטב שאפשר להקים בשעות אחר הצהריים ולהחזיק בשליטה מלאה.
לכן חלופה ל-Mailcow אינה פסק דין על התוכנה. השאלה אינה אם היא עובדת, אלא אם העלות השוטפת של הפעלתה נמוכה מתשלום למישהו אחר. רוב העלות הזאת אינה חשבון השרת.
מה אחסון עצמי דורש מכם בפועל
הדרישות המקדימות של Mailcow עצמו ישירות ומרעננות, והן מקום טוב להתחיל בו. צריך שרת חדש עם כתובת IP ציבורית, ולפי התיעוד שלהם, 6 GiB של RAM עם 1 GiB של שטח החלפה מתאימים לרוב ההתקנות הפרטיות, ואילו 8 GiB מומלצים לחמישה עד עשרה משתמשים.
בנוסף, היציאות הנכנסות הבאות צריכות להיות פתוחות: 25, 80, 443, 465, 587, 993, 995 ו-4190. רשומת PTR עבור ה-IP חייבת להתאים ל-FQDN של המארח. בתיעוד מצוין כי ClamAV ומנוע הטקסט המלא Flatcurve צורכים הרבה זיכרון ואפשר להשביתם, פרט שמרמז על נושא סבב הכוונון הראשון.
כל זה אינו בלתי סביר. עם זאת, זו רשימה, וכל פריט בה עלול להיות שגוי בדיוק ברגע שבו הדואר צריך לעבוד.
הסיבה העיקרית לחיפוש חלופה ל-Mailcow
הנה הפריט שאף רשימת דרישות אינה יכולה לפתור, והסיבה הגדולה ביותר לחיפוש חלופה: לכתובת IP חדשה אין מוניטין שליחה, ואי אפשר להתקין מוניטין כזה.
השרת יכול להיות מושלם מבחינה טכנית, עם SPF, DKIM, DMARC, רשומת PTR תואמת ו-TLS, ועדיין Microsoft עשויה לתייק את ההודעות כזבל במשך שבועות. זו אינה תצורה שגויה שאפשר לתקן בערב אחד. הצד המקבל פשוט לא ראה את ה-IP קודם ובוחר בזהירות. חימום IP דורש שליחה עקבית, בנפח נמוך ובקבלה טובה לאורך זמן, ושבוע גרוע אחד יכול לבטל את ההתקדמות.
שתי בעיות קשורות עלולות להופיע. ספקי אחסון רבים חוסמים כברירת מחדל את יציאה 25 לתעבורה יוצאת ופותחים אותה רק לאחר בדיקה, כך שהתוכנית עשויה להיכשל לפני שתתחיל. בנוסף, לטווחי IP יש היסטוריה: ייתכן שתקבלו כתובת שדייר קודם פגע בה ותירשו רישום ברשימת חסימה שלא עשיתם דבר כדי לזכות בו.
ספק מתארח מעניק לכם מאגר מתוחזק ומנוטר שכבר זכה לאמון. זה חלק גדול ממה שאתם משלמים עליו בפועל.
מי מטפל בבעיה בשעה 3am
ההתקנה אורכת אחר צהריים. התפעול נמשך שנים.
אישורים מתחדשים ולעיתים החידוש נכשל. תמונות Docker מתעדכנות, לפעמים עם שינויים שוברים. דיסקים מתמלאים, בדרך כלל בדואר שאי אפשר למחוק. CVE מתפרסמת ברכיב ששכחתם שנכלל במערך. כללי ספאם סוטים עם הזמן ודורשים אימון מחדש. גיבויים חייבים להיבדק באמצעות שחזור, כי גיבוי שאיש לא שחזר הוא השערה.
אף אחד מהדברים האלה לבדו אינו טיעון בעד חלופה ל-Mailcow. לאדם טכני אחד שמפעיל דואר לעצמו, זה יכול להיות תחביב מתאים ולעיתים קרובות מהנה. בעסק, השאלה הכנה היא מה קורה כשהאדם הזה בחופשה והדואר מפסיק לעבוד. אם התשובה אינה טובה, אין לכם רק שרת דואר, אלא גם תלות בעובד אחד.
השוואת העלויות האמיתית
ההשוואה שאנשים עורכים לפני בחירת חלופה מציבה חשבון VPS מול מנוי, ו-Mailcow מנצח בה בקלות. הנה גרסה מלאה יותר:
| מרכיב העלות | Mailcow באחסון עצמי | מתארח |
|---|---|---|
| שרת | ~$20-40/month עבור 8 GiB | כלול |
| גיבויים מחוץ לאתר | האחריות והחשבון שלכם | כלול |
| מוניטין IP | שבועות של חימום וסיכון שוטף | מאגר מתוחזק |
| שדרוגים ו-CVE | הערבים שלכם | כלול |
| מישהו ער כשהמערכת מתקלקלת | אתם | כלול |
| רישיון תוכנה | חינם ובקוד פתוח | n/a |
Mailcow עצמו חינמי וזה יתרון אמיתי: אין תמחור לפי תיבת דואר, בשום היקף. אם לזמן שלכם באמת אין עלות בחישוב ואתם נהנים מהעבודה, אחסון עצמי זול יותר והמאמר הזה אינו מיועד לשכנע אתכם אחרת.
אם לזמן שלכם יש מחיר, תנו ערך לשעות וערכו את החישוב מחדש. עבור רבים התוצאה מתהפכת בסביבות שעתיים בחודש, וניהול דואר כמעט שאינו נשאר מתחת לשעתיים בחודש.
מה חלופה מתארחת מחזירה לכם
מלבד העומס התפעולי, יש שלוש יכולות שקשה לבנות לבד אפילו במערך שלם כמו Mailcow.
קריאת תיבות דואר שאינכם מארחים. לקוחות שנשארים ב-Google Workspace או ב-Microsoft 365 אינם יכולים להיות באחסון עצמי אצלכם מעצם ההגדרה. חיבור אליהם ב-IMAP מציב את הדואר שלהם באותה רשימה עם כל השאר, והתשובות יוצאות דרך הספק שלהם כדי שהאימות יישאר מיושר. ראו תיבת דואר נכנס מאוחדת.
העברה שמאמתת את עצמה. העתקת IMAP עלולה להשאיר תיקייה חסרה בשקט ועדיין לדווח על הצלחה. העברה שמשווה לאחר מכן מזהי Message-ID ייחודיים בשני הצדדים מראה איזו תיקייה נותרה חסרה. זוהי העברה בכמות גדולה, והיא חשובה במיוחד ביום שבו עוזבים תיבה באחסון עצמי.
הקצאה דרך API. ל-Mailcow יש API סביר. ההבדל כאן הוא שאותן פעולות חשופות לעוזר דרך שרת MCP, ולכן יצירת דומיין, רשומות DNS שלו ושלושים תיבות דואר היא בקשה במקום סקריפט.
הדברים הרגילים זהים בשני הצדדים, וכך ראוי שיהיה: IMAP, SMTP, מסנני Sieve, CalDAV ו-CardDAV ולקוח דואר אינטרנטי.
מתי בהחלט כדאי להישאר באחסון עצמי
חלופה ל-Mailcow היא צעד שגוי אם אחד מהתנאים הבאים מתקיים:
- ריבונות נתונים היא דרישה קשיחה והדואר חייב להימצא בחומרה שבשליטתכם.
- יש לכם אלפי תיבות דואר, ובהיקף כזה תמחור לפי חשבון מפסיק להיות הגיוני אצל כל ספק.
- הפעלת תשתיות היא העבודה או התחביב שלכם, והשעות אינן עלות.
- אתם זקוקים לדבר שאף ספק מתארח אינו חושף, כמו כללי Rspamd מותאמים אישית, תוספי Dovecot חריגים או גישה ישירה למסד הנתונים.
- כתובות ה-IP שלכם כבר מחוממות ומתנהגות היטב, וזה הנכס שהכי קשה להחליף.
כדאי לשקול היטב את הנקודה האחרונה. שרת באחסון עצמי שעובד, זוכה לאמון ומתנהג היטב הוא בעל ערך ממשי, ובנייה מחדש של האמון במקום אחר אינה מיידית. אם השרת שלכם פועל היטב, ייתכן שכדאי להשאירו.
פסק הדין לכל מצב
אחסון עצמי הוא עסקה הוגנת כאשר הפעלת התשתית היא המטרה, ופחות מתאים כאשר הדואר פשוט צריך לעבוד.
אדם אחד שנהנה מהעבודה. הישארו עם Mailcow. הוא חינמי, הוא שלכם, והשעות הן תחביב ולא עלות. היתרונות שלהלן אינם בהכרח עולים על כך.
צוות שבו עצירת הדואר היא בעיה של מישהו. השאלה אינה אם אתם יכולים להפעיל אותו, אלא מה קורה כשהאדם שמסוגל לכך נמצא בחופשה. חלופה מתארחת מסירה מכם את חידושי האישורים, CVE, לחץ הדיסק ורישום ברשימת חסימה שלא גרמתם לו. היא מוסיפה גם את מה שאחרת הייתם בונים: DNS שמוחל עבורכם, יצירת תיבות בכמות גדולה, הזמנות התקנה כדי שאיש לא יעביר סיסמאות, מכסות ואימות דו-שלבי לכל תיבה ותיבה משותפת עם חברות אמיתית.
דואר ללקוחות. כעת אחסון עצמי פירושו להפוך לחברת אחסון. תזדקקו למיתוג לכל לקוח, הקצאה בהיקף גדול, אימות, ממשק בשפות שעובדי הלקוחות קוראים ועוזר שיכול להפעיל אותו דרך MCP. זה מוצר, לא שרת, ובנייתו אינה עבודה לסוף שבוע.
הישארו עם Mailcow אם אתם רוצים להפעיל שרת דואר. בחרו בחלופה אם אתם רוצים להפעיל דבר שרק תלוי בשרת כזה.
שאלות נפוצות
האם קשה להתקין Mailcow?
לא. הוא מבוסס על Docker Compose והתיעוד טוב. ההתקנה מעולם לא היתה החלק הקשה. הקושי הוא להפעיל אותו במשך שלוש שנים, בין שדרוגים, לחץ דיסק ורישום ברשימת חסימה שלא גרמתם לו.
כמה RAM צריך Mailcow?
לפי התיעוד, 6 GiB עם 1 GiB של שטח החלפה מתאימים לרוב ההתקנות הפרטיות, ו-8 GiB מתאימים לחמישה עד עשרה משתמשים. ClamAV ומנוע החיפוש בטקסט מלא הם הרכיבים שצורכים הרבה זיכרון, ואפשר לכבות את שניהם.
האם אוכל להשיג עבירות טובה משרת באחסון עצמי?
כן, עם SPF, DKIM, DMARC ו-PTR נכונים, IP נקי וחימום סבלני. אפשר להשיג זאת, אך לא במהירות, ואירוע ספאם יחיד מחשבון שנפרץ עלול לבטל חודשים של עבודה.
ומה לגבי iRedMail, Mailu או Poste.io?
אלה גרסאות שונות של אותה פשרה. המערך משתנה, אך העומס התפעולי ובעיית המוניטין של ה-IP אינם משתנים. הבחירה בין אפשרויות באחסון עצמי היא עניין של טעם; ההחלטה אם לאחסן עצמאית בכלל היא ההחלטה החשובה.
האם אפשר לעבור מ-Mailcow בלי לאבד דואר?
כן. Mailcow משתמש ב-IMAP תקני, ולכן העברה היא העתקה רגילה של תיבות דואר שמונעת מקובץ CSV, ולאחר מכן התוצאה מושווית למקור כדי לראות מה הועבר.
האם חלופה מתארחת יקרה יותר בהיקף גדול?
מעבר לכמה אלפי תיבות דואר, בדרך כלל כן, ואחסון עצמי מנצח לעיתים קרובות. מתחת לכך, לאחר תמחור כן של השעות שלכם, השירות המתארח בדרך כלל משתלם. התוכניות שלנו מגבילות כמויות לפי רמה במקום לגבות לפי משתמש: עד 1,000 domains עם 1,000 mailboxes each בתוכנית Agency.
האם מסננים בצד השרת נשארים לאחר המעבר?
כן. Sieve הוא תקן, ולכן לסקריפטים הקיימים יש מקבילה ישירה והם ממשיכים לפעול בזמן המסירה בכל מכשיר, ולא רק בלקוח אחד.