רוב העסקים מגדירים את הדוא"ל שלהם פעם אחת, ממשיכים הלאה ולא חוזרים לבדוק. ההגדרה הראשונית עובדת מספיק טוב, אז מתעלמים ממנה — לפעמים שנים. ואז יום אחד, לקוח חשוב עונה ואומר שההודעות שלך נחתו אצלו בתיקיית הספאם. או שנשלח מייל פישינג שנראה בדיוק כאילו הגיע מהדומיין שלך. או שעובד מפתח עוזב ואתה מבין שאף אחד לא יכול לגשת לתיבת הדואר שלו.
כל אלה הם סימנים שהגדרות אחסון הדוא"ל העסקי שלך מחכות לבדיקה מסודרת. החדשות הטובות הן שאתה לא צריך להיות מומחה טכני לשם כך. פשוט צריך לדעת מה לחפש.
התחל מהבסיס: מי יכול לגשת למה
הדבר הראשון לבדוק הוא רשימת המשתמשים שלך. פתח את לוח הניהול של הדוא"ל והסתכל על כל חשבון פעיל. שאל את עצמך:
- האם יש חשבונות של אנשים שכבר לא עובדים כאן?
- האם כל חשבון פעיל באמת צריך תיבת דואר מלאה, או שחלקם יכולים להיות כתובות כינוי או העברה?
- למי יש גישת מנהל, ואם כן — האם כל אחד מהם עדיין צריך אותה?
חשבונות נטושים הם סיכון אבטחה שקט. תיבת דואר של עובד לשעבר שפתוחה עם סיסמה ישנה ומשותפת היא מטרה קלה. הפתרון פשוט — ניתוק או מחיקה של חשבונות כשמישהו עוזב — אבל מדהים כמה פעמים זה מדולג בתוך הלחץ של היום-יום.
בזמן שאתה שם, בדוק אילו חשבונות הם תיבות דואר משותפות ואילו אישיות. תיבות דואר משותפות יכולות להיות שימושיות מאוד לכתובות כמו info@ או support@, אבל הן זקוקות למבנה הרשאות מסודר. אם כל הצוות יודע את הסיסמה לחשבון משותף, זה לא מבנה הרשאות — זו פרצה שמחכה לקרות. הרחבנו על אופן הפעולה של זה במאמר איך תיבות דואר משותפות עובדות באחסון דוא"ל עסקי ומתי כדאי להשתמש בהן.
בדוק את רשומות אימות הדוא"ל שלך
כאן רוב הבדיקות מגלות משהו שבור. אימות דוא"ל הוא קבוצת רשומות DNS שאומרות לשרתי דואר מקבלים האם הודעות מהדומיין שלך הן לגיטימיות. בלעדיהן, המיילים שלך נוטים יותר להגיע לספאם — והדומיין שלך חשוף יותר לזיוף.
יש שלוש רשומות לבדוק:
SPF (Sender Policy Framework)
רשומת SPF מפרטת את השרתים שמורשים לשלוח דוא"ל בשם הדומיין שלך. אם אתה משתמש בספק אחסון דוא"ל עסקי חיצוני, שרתי השליחה שלו חייבים להיות ברשומת SPF שלך. אם החלפת ספקים בנקודה כלשהי, הרשומה הישנה עשויה להצביע על שרתים שכבר לא מטפלים בדוא"ל שלך — או שחסרים בה הספקים החדשים לחלוטין.
אתה יכול לבדוק את רשומת SPF שלך עם כל כלי חינמי לבדיקת SPF באינטרנט. הכנס את הדומיין שלך וראה מה מוחזר. הרשומה צריכה לכלול כל שירות שאתה משתמש בו לשליחת דוא"ל: ספק הדואר הראשי שלך, ה-CRM שלך אם הוא שולח בשמך, פלטפורמת הניוזלטר שלך, וכן הלאה. ערכים חסרים אומרים שאותם מיילים נוטים יותר להיות מסומנים כחשודים.
DKIM (DomainKeys Identified Mail)
DKIM מוסיף חתימה קריפטוגרפית להודעות יוצאות. שרת הדואר של הנמען משתמש במפתח ציבורי שמאוחסן ב-DNS שלך כדי לאמת את החתימה ולוודא שההודעה לא שונתה בדרך. בלי DKIM, אתה שולח מיילים ללא כל הוכחה אמיתית שהם מגיעים ממך.
רוב ספקי אחסון הדוא"ל העסקי מגדירים DKIM אוטומטית כשאתה מוסיף את הדומיין שלך. אבל אם הוספת שירותי שליחה חדשים — כמו פלטפורמת שיווק או כלי תמיכה — יכול להיות שיש להם מפתחות DKIM משלהם שצריך להוסיף ל-DNS שלך. בדוק את רשומות ה-DNS שלך לערכים שנראים כמו selector._domainkey.yourdomain.com. אם אינך בטוח אם הם נכונים, התיעוד של ספק הדוא"ל שלך יגיד לך בדיוק איך הרשומה צריכה להיראות.
DMARC (Domain-based Message Authentication, Reporting & Conformance)
DMARC קושר יחד את SPF ו-DKIM ואומר לשרתים המקבלים מה לעשות כשהודעה נכשלת באימות: להעביר אותה, להכניסה להסגר, או לדחות אותה לחלוטין. הוא גם מייצר דוחות שאפשר להשתמש בהם כדי לאתר שולחים לא מורשים שמשתמשים בדומיין שלך.
מספר מפתיע של עסקים אין להם רשומת DMARC כלל. בדוק את שלך עם כלי חינמי לבדיקת DMARC. אם אין שם כלום, או שהמדיניות שלך מוגדרת ל-p=none (ניטור בלבד), אתה לא חוסם באופן פעיל אף אחד מלזייף את הדומיין שלך. מעבר ל-p=quarantine או ל-p=reject הוא אחד הדברים האפקטיביים ביותר שאתה יכול לעשות כדי להגן על המוניטין של הדומיין שלך.
בדוק את יכולת המסירה שלך
רשומות אימות עוזרות, אבל הן לא כל הסיפור. הדומיין שלך יכול להיות מוגדר נכון ועדיין להיתקל בבעיות מסירה אם המוניטין של השליחה שלך נפגע.
הרץ בדיקת מסירה חינמית עם כלי כמו Mail-Tester או MXToolbox. שלח מייל לכתובת שהם מספקים, ואז בדוק את הציון שלך. כלים אלה אומרים לך האם ההודעות שלך עוברות בדיקות אימות, האם כתובת ה-IP של שרת השליחה שלך נמצאת על רשימות חסימה כלשהן, ואם כותרות הדוא"ל שלך נראות חשודות.
אם ה-IP שלך נמצא על רשימת חסימה, זו בעיה רצינית. בדרך כלל זה אומר שמישהו — מהארגון שלך או מחשבון שנפרץ — שלח ספאם. אם אתה על אחסון משותף עם כתובת IP משותפת, לקוח אחר באותו שרת יכול להיות האשם. זו אחת הסיבות שאחסון דוא"ל עסקי טוב משתמש בכתובות IP ייעודיות או מנוהלות לפי מוניטין, במקום לאגד את כולם יחד.
בדוק אחסון ומכסות
בעיות אחסון כמעט אף פעם לא מודיעות על עצמן. הן פשוט מצטברות בשקט עד שמישהו מקבל הודעת שגיאה שתיבת הדואר שלו מלאה — בדרך כלל ברגע הכי לא מתאים.
בדוק את השימוש באחסון של כל תיבת דואר בחשבון שלך. רוב לוחות הניהול של הדוא"ל מציגים זאת בבירור. סמן כל חשבון שנמצא מעל 80% מהקיבולת ותכנן: הגדל את המכסה, ארכיב הודעות ישנות, או עבור לתוכנית עם יותר אחסון.
בדוק גם אם התוכנית שלך כוללת ארכיב כלשהו. ארכיב דוא"ל לטווח ארוך חשוב לעסקים בתעשיות מוסדרות — משפטי, פיננסי, בריאות — שבהם ייתכן שתידרש לשמור תכתובות במשך מספר שנים. אם אינך מארכיב, וספק הדוא"ל שלך לא כולל זאת, זו פרצת ציות שכדאי לטפל בה בהקדם.
בדוק הגדרות אבטחה
דוא"ל הוא אחת מנקודות הכניסה הנפוצות ביותר לאירועי אבטחה, ולכן הוא ראוי לתשומת לב מיוחדת בכל בדיקה.
- אימות רב-שלבי (MFA): האם הוא מופעל בכל החשבונות, או רק בחלקם? אם חשבון כלשהו — ובמיוחד חשבונות מנהל — ניתן לגישה עם סיסמה בלבד, זה סיכון שכדאי לסגור מיד.
- מדיניות סיסמאות: האם המשתמשים נדרשים להשתמש בסיסמאות חזקות? האם סיסמאות ישנות עדיין בשימוש בחשבונות שלא שונו שנים?
- פעילות התחברות חשודה: רוב פלטפורמות הדוא"ל העסקי מתעדות אירועי אימות. חפש התחברויות ממדינות או מכשירים לא מוכרים. כתובת IP בודדת לא מוכרת יכולה להיות סימן לחשבון שנפרץ.
- כללי העברה: זה קל לפספס. תוקפים שמקבלים גישה לתיבת דואר מגדירים לפעמים כללי העברה שקטים כדי להמשיך לקבל מיילים גם אחרי שאיבדו את הגישה. בדוק את כל החשבונות לכל כלל העברה שלא אמור להיות שם.
אם אתה רוצה מבט רחב יותר על אופן הפעולה של אבטחה ברמת התשתית, איך הגנת אבטחת אתרים עובדת ברמת האחסון הוא קריאה שימושית — אותם עקרונות של הגנה בשכבות חלים גם על סביבות דוא"ל.
בדוק את תוכנית אחסון הדוא"ל העסקי שלך מול הצרכים האמיתיים שלך
תוכניות שהיו הגיוניות כשהיו לך שלושה עובדים אולי לא הגיוניות עכשיו. במהלך הבדיקה, עצור ושווה בין מה שאתה משלם עליו לבין מה שאתה באמת משתמש בו וצריך.
- האם אתה משלם על מקומות שאתה כבר לא משתמש בהם?
- האם גדלת מעבר למגבלות האחסון של התוכנית הנוכחית שלך?
- האם התוכנית שלך כוללת סינון ספאם, סריקת וירוסים והצפנה — או שאלו פרצות?
- האם תמיכה זמינה כשאתה צריך אותה, או שאתה על תוכנית שירות עצמי שמשאירה אותך ללא סיוע בזמן תקלה?
המטרה היא לא בהכרח להוציא יותר — אלא לוודא שמה שאתה משלם עליו באמת מתאים לאופן שבו הצוות שלך עובד. הרחבנו על הנושא הזה במאמר איך לבחור תוכנית אחסון דוא"ל עסקי שמתאימה לגודל הצוות שלך, ששווה לשמור אם אתה חושב להחליף ספקים אחרי הבדיקה.
בנה רשימת בדיקה פשוטה וחזור עליה מדי שנה
בדיקת דוא"ל לא חייבת לקחת יום שלם. ברגע שעשית אותה פעם ראשונה, בדיקות עתידיות הרבה יותר מהירות כי אתה יודע מה לחפש. הנה גרסה מקוצרת לשמירה:
- עבור על כל החשבונות הפעילים ונתק כל חשבון של חברי צוות לשעבר
- בדוק רשומות SPF, DKIM ו-DMARC עם כלי חינמי
- הרץ בדיקת מסירה ובדוק אם יש רשומות ברשימות חסימה
- עבור על השימוש באחסון לכל תיבת דואר
- ודא ש-MFA מופעל בכל החשבונות
- סרוק את כל החשבונות לכללי העברה לא צפויים
- השווה את התוכנית הנוכחית שלך מול גודל הצוות והשימוש בפועל
עשה זאת פעם בשנה — או בכל פעם שיש שינוי משמעותי בצוות שלך או בהגדרות הדוא"ל. הבעיות שגורמות לכאבי ראש הגדולים ביותר הן כמעט תמיד כאלה שהיו קטנות וניתנות לתיקון הרבה לפני שהפכו יקרות ודחופות.
אחסון דוא"ל עסקי טוב צריך לפעול בשקט ברקע. כשהוא עושה זאת, זה אומר שיכולת המסירה שלך יציבה, האבטחה שלך הדוקה, והצוות שלך יכול לתקשר בלי לחשוב על התשתית מאחורי הקלעים. בדיקה מהירה היא הדרך הקלה ביותר לוודא שזה נשאר כך.
למידע נוסף על כיצד הגדרת הדוא"ל הנכונה משתלבת בתמונת האחסון הכוללת שלך, ראה את סקירת אחסון הדוא"ל שלנו.
