דואר אלקטרוני לעסקים

חתימת דוא״ל אחת לכל החברה, בהגדרה אחת

מאת Alexey Bulygin
הגדרות חתימת דוא״ל משותפת לדומיין ומצבי ההחלה שלה

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

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

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

למה חתימות אישיות יוצאות מאחידות

ארבע תקלות חוזרות מסבירות חלק גדול מהבעיה.

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

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

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

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

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

שלושה מצבים לחתימת הדומיין: כבוי, ברירת מחדל ואכיפה

בלשונית החתימה של הדומיין יש שלוש אפשרויות. הבחירה ביניהן היא עיקר ההחלטה.

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

כדאי להתעכב על ההבדל בין ברירת מחדל לאכיפה. זו בחירת מדיניות, לא רק הגדרה טכנית.

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

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

החתימה מוגדרת לכל דומיין בנפרד. חברה שמפעילה את acme.com ואת acme-labs.com יכולה לאכוף נוסח שונה בכל אחד, למשל כאשר מדובר בישויות משפטיות שונות עם פרטי רישום שונים.

איפה חתימת הדומיין מופיעה

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

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

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

כלל אצבע: לפני הטקסט המצוטט כשחשוב שפרטי הקשר ייראו; אחרי הטקסט המצוטט כשמטרת החתימה היא לכלול נוסח משפטי בלי להפריע לקריאת התשובה.

מה ההגדרה מכסה ומה לא

כאן חשוב לדייק יותר מאשר להציג את היכולת כרחבה מכפי שהיא.

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

היא לא משנה הגדרות בתוכנת דואר למחשב. כשכותבים ב-Outlook או ב-Apple Mail, התוכנה בונה את ההודעה ומשתמשת בחתימה שמוגדרת בתוכה. גוף ההודעה אינו משתנה בדרך כדי להוסיף חתימה.

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

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

מה באמת נותנות הסתייגויות משפטיות

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

התועלת שלהן עשויה להיות ממוקדת יותר:

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

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

עיצוב חתימה שעומדת במבחן המציאות

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

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

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

וותרו על שורות של סמלי רשתות חברתיות. שש תמונות קטנות עלולות להפוך לשש מסגרות של תמונות חסומות מתחת לשם.

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

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

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

הטמעה בחברה

  1. כתבו את החתימה וקבלו אישור לנוסח המדויק ממי שאחראים למיתוג ולניסוח המשפטי לפני שמתחילים להשתמש בה.
  2. הגדירו תחילה ברירת מחדל ובדקו בזהות שולח חדשה בתיבה אחת: כתבו, השיבו, העבירו וקראו את התוצאה בטלפון.
  3. בחרו מיקום: לפני הטקסט המצוטט לפרטי קשר, אחרי הטקסט המצוטט לנוסח משפטי.
  4. עברו למצב אכיפה רק כשנדרשת אחידות מחייבת בערוצים הנתמכים. הוא מחליף חתימות אישיות, לכן הודיעו למשתמשים לפני השינוי.
  5. חזרו על התהליך בכל דומיין. חתימות אינן עוברות מדומיין לדומיין, ובדרך כלל יש לכך סיבה טובה.
  6. זהו מי משתמשים בתוכנת דואר למחשב. אצלם נדרשת הגדרה מקומית, תוך העתקת הנוסח המאושר מהגדרת הדומיין.

שאלות נפוצות

האם חתימת הדומיין מחליפה חתימות שכבר הוגדרו?

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

האם למחלקות שונות יכולה להיות חתימת דומיין שונה?

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

האם היא תופיע בהודעות שנשלחות מ-Outlook או מ-Apple Mail?

לא. חתימת הדומיין חלה על זהויות שולח בדואר בדפדפן וב-API. תוכנת דואר למחשב יוצרת את ההודעה ומשתמשת בחתימה שהוגדרה בה. איננו משנים את גוף ההודעה בדרך, בין היתר כדי להימנע משינויים שעלולים לפגוע בתוקף חתימת DKIM.

אפשר להוסיף לוגו?

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

האם ההגדרה חלה גם על כתובות חלופיות?

כן. זהויות השולח בדומיין כוללות גם כתובות חלופיות שהשליחה מהן מופעלת. לכן הודעה מ-sales@ מקבלת את אותה חתימה כמו הודעה מכתובת אישית באותו דומיין, בהתאם למצב שנבחר ובערוצים הנתמכים.

מה קורה כשמשנים את חתימת הדומיין בהמשך?

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

האם חתימת דומיין משפיעה על מסירת הודעות?

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

שתפו מאמר זה

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

התחברות ל-TrekMail

גישה ללוח הבקרה, לתיבות הדואר ול-DNS שלכם.

או

12 תווים הסיסמאות תואמות

או

דוא״ל האיפוס נשלח

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

בהמשך אתם מסכימים ל תנאי השימוש ול מדיניות הפרטיות של TrekMail.