מדריך ליצירת כינוי אימייל

יצירת כינוי אימייל: מדריך הגדרה וכללי שמות שמתאימים לצמיחה

אם אתם מנהלים עסק ב-Google Workspace או Microsoft 365, ייתכן שאתם משלמים על משתמשי אימייל שאינכם צריכים. משתמש נפרד עבור sales@, support@ ו-billing@ משלש את החשבון החודשי ומפזר מידע בין תיבות נפרדות. הפתרון הוא ליצור כתובות כינוי לאימייל.

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

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

מעטפה מול כותרת: מדוע תשובות מהכינוי נכשלות

לפני יצירת כתובות כינוי בכל פלטפורמה, חשוב להבין את שתי השכבות של הודעת אימייל. בעיות כמו כשלי "Send As", סימוני "On Behalf Of" וחשיפת הכתובת הראשית נובעות לרוב מבלבול ביניהן.

המעטפה (RFC 5321) משמשת שרתים בלחיצת היד של SMTP. הפקודות MAIL FROM ו-RCPT TO קובעות לאן ההודעה מגיעה בפועל. כששולחים לכינוי (sales@domain.com), השרת משכתב את נמען המעטפה לתיבה האמיתית (bob@domain.com).

הכותרת (RFC 5322) היא מה שהנמען רואה בלקוח הדואר: To, From, Date, Subject.

כאן זה מסתבך. הקבלה עובדת בדרך כלל כי השרת משכתב בשקט. אך בעת מענה, לקוח הדואר מזדהה כ-bob@ ולא כ-sales@. אם השרת מזהה אי התאמה בין המשתמש המזוהה לכותרת From, אחד משלושה דברים עשוי לקרות:

האימייל נחסם (5.7.1 Client does not have permissions)
הוא מסומן "Bob on behalf of Sales"
הזהות האמיתית נחשפת בכותרת Return-Path

כל הגדרה בהמשך מתייחסת לבעיית התאמת השליחה.

כיצד ליצור כתובות כינוי: הגדרה לפי פלטפורמה

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

Microsoft 365 (Exchange Online)

ב-M365 כינויי אימייל נקראים "Proxy Addresses". קל להוסיף אותם בממשק, אך שליחה מהם ללא "On Behalf Of" דורשת PowerShell.

הוספת הכינוי:

פתחו Exchange Admin Center > Recipients > Mailboxes
בחרו משתמש
לחצו על Manage email address types
הוסיפו את הכינוי כסוג SMTP ושמרו

הפעלת "Send From Alias" באמצעות PowerShell:

כברירת מחדל, M365 משכתב את כותרת From לכתובת SMTP הראשית. יש להשבית זאת ברמת הדייר:

Connect-ExchangeOnline
Set-OrganizationConfig -SendFromAliasEnabled $true
Get-OrganizationConfig | Format-List SendFromAliasEnabled

ההפצה עשויה להימשך עד 24 שעות.

Google Workspace

Google מכנה אותן "Alternate email addresses".

הוספת הכינוי:

Admin Console > Directory > Users
בחרו משתמש > Add Alternate Emails
הזינו את קידומת הכינוי (למשל support) ושמרו

הגדרת הלקוח (שימו לב לתיבה "Treat as Alias"):

המשתמש נכנס אל Gmail > Settings > Accounts
תחת "Send mail as" לחצו על Add another email address
הזינו את שם הכינוי והכתובת
בטלו את "Treat as an alias". אם היא מסומנת, Google משתמשת בפרטי התיבה הראשית ועלולה לחשוף את הכתובת האמיתית בכותרות

Postfix / Linux (אירוח עצמי)

בשרת דואר עצמאי הכינויים נמצאים ב-/etc/aliases או במפה וירטואלית.

הגדרה מבוססת קובץ:

# /etc/aliases
sales: bob
support: bob, alice

# Then regenerate:
newaliases

הגדרת מפה וירטואלית (Postfix):

# /etc/postfix/virtual
sales@example.com    bob@example.com

# Apply:
postmap /etc/postfix/virtual && postfix reload

ודאו כי main.cf כולל virtual_alias_maps = hash:/etc/postfix/virtual.

TrekMail

TrekMail מאפשר ליצור כתובות כינוי בקלות ונועד לניהול כמה זהויות. אין צורך ב-PowerShell או בקודי אימות מצד הלקוח.

היכנסו אל TrekMail Dashboard
עברו אל Mailboxes
בחרו את תיבת היעד
הזינו את כתובת הכינוי הרצויה
לחצו Save

שרתי SMTP של TrekMail יכולים לאשר למשתמש המזוהה לשלוח מכל כינוי מקושר. בחרו כתובת מרשימת "From" בלקוח כמו Outlook, Thunderbird או Apple Mail. האחסון נספר במאגר הכולל של הדומיין (עד 200 GB), ולא במכסה למשתמש.

כללי שמות לכינויי אימייל שמתאימים לצמיחה

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

כינויים מבוססי תפקיד

כתובות אלה שורדות תחלופת עובדים. עדיף לא להדפיס אימייל אישי על כרטיס ביקור או חוזה.

תפקיד	כינוי תקני	להימנע
לידים נכנסים	sales@, growth@	newbiz@ (מבלבל)
שירות לקוחות	support@, help@	questions@ (עמום)
כספים	billing@, accounts@	invoices@ (ספציפי מדי)
משאבי אנוש	careers@, jobs@	hr-dept@ (מיותר)
אבטחה/שימוש לרעה	abuse@, postmaster@	ללא (נדרש לפי RFC 2142)

RFC 2142 מחייב ש-postmaster@ ו-abuse@ יהיו קיימים בכל דומיין. קשרו אותם לתיבה מנוטרת.

אסטרטגיית מעקב אחר ספקים

אפשר ליצור כינויים גם למעקב אחר ספקים. השתמשו בכינויים חד פעמיים כדי לזהות דליפות. הירשמו עם vendorname@yourdomain.com (למשל hubspot-admin@yourdomain.com). אם מגיע ספאם, תדעו איזה ספק אולי נפגע. מחקו את הכינוי בלי לשנות את הכתובת הראשית.

כתובות פלוס (RFC 5233)

שרתי דואר מודרניים רבים, ובהם TrekMail, תומכים בכתובות פלוס כברירת מחדל. לרוב אין צורך בהגדרת מנהל.

תחביר: user+tag@domain.com (למשל bob+newsletter@domain.com). השתמשו בו לסינון מיידי: הגדירו כלל שמעביר כל הודעה עם +newsletter לתיקייה מסוימת.

פתרון בעיות: כשכינוי האימייל אינו עובד

אם יצרתם כינויים והקבלה או השליחה אינן תקינות, מטריצת האבחון תעזור לאתר את הבעיה.

תסמין	קוד שגיאה	סיבה	תיקון
החזרה מיידית	`550 5.1.1`	הכינוי חסר או שגיאת DNS	בדקו איות ושהרשומות MX מצביעות לשרת הנכון.
החזרה מאוחרת	`5.4.14` Hop count exceeded	לולאת ניתוב	כינוי מצביע למשתמש שמעביר חזרה לכינוי. נתקו את השרשרת.
כשל שליחה	`5.7.1`	הגבלת "Send As"	המשתמש אינו מורשה לכינוי. בדקו `Set-OrganizationConfig` ב-M365 או את שיוך TrekMail.
מגיע לספאם	SPF Softfail	אי התאמה	אתם מעבירים לשירות חיצוני ללא SRS. עיינו במדריך הגדרה ותיקון של העברת אימייל.

העברה מול כינוי: חשוב להבדיל

כשמעבירים דואר של כינוי ליעד חיצוני, למשל sales@yourdomain.com אל you@gmail.com, עוברים אל העברת כינוי אימייל. להבדל עשויה להיות השפעה על המסירה.

כאשר client@bank.com שולח אל sales@yourdomain.com והשרת מעביר ל-Gmail, Gmail רואה הודעה מכתובת ה-IP של השרת אך כתובת From מציינת bank.com. SPF נכשל וההודעה עלולה להגיע לספאם.

התיקון דורש SRS (Sender Rewriting Scheme) ו-ARC (Authenticated Received Chain). TrekMail יכול לטפל אוטומטית ב-SRS בהעברות יוצאות. לעיתים עדיף להשאיר דואר עסקי בדומיין העסקי באמצעות כינויים. השוואת כינוי אימייל בדומיין מול תיבה מפרטת את השיקולים.

תמחור TrekMail לניהול כינויים

תוכנית	מחיר	כינויים	תכונה מרכזית
Free	$0	מוגבל	ללא כרטיס אשראי
Starter	$3.50/mo	ללא הגבלה	דומיין מותאם ו-Send As
Pro	$10/mo	ללא הגבלה	תמיכה בעדיפות והעברת SRS
Agency	$23.25/mo	ללא הגבלה	כמה דומיינים וניהול צוות

תוכניות בתשלום עשויות לכלול ניסיון חינם של 14 יום (נדרש כרטיס). תוכנית Nano אינה דורשת כרטיס.

סיכום

כאשר יוצרים כינויים נכון, תיבה אחת מטפלת ב-sales@, support@, billing@ ובכתובות מעקב אחר ספקים, בלי להוסיף משתמשים או לפצל עבודה. ההגדרה עשויה להימשך כחמש דקות ב-TrekMail וקצת יותר ב-M365 או Google Workspace כשנדרשת התאמת Send As.

רשימה מהירה: