שאלות נפוצות

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

1. אם כבר רשמתם את שם הדומיין שלכם איפשהו, אז עליכם לדלג לחלוטין על שלב זה וללכת לשלב השני! אחרת אתה יכול לחץ כאן כדי לרשום את שם הדומיין שלך.
2. אתה זוכר איפה רשמת את הדומיין שלך? ברגע שאתה זוכר את זה, בצע את ההוראות שלהלן:
   חָשׁוּב: עליך לפתוח כרטיסייה חדשה ולהיכנס לרשם הדומיינים שלך. אתה יכול בקלות ללחוץ על "הרשם" שלך למטה כדי לעשות זאת באופן אוטומטי. בכרטיסייה החדשה הזו, עליך לנווט לדף ניהול ה-DNS אצל הרשם שלך - וסיפקנו את שלבי הניווט שלב אחר שלב למטה בעמודה "שלבים להגדרה". לאחר שניווטת לדף זה בכרטיסייה החדשה, תוכל לחזור לכרטיסייה זו ולהמשיך לשלב השלישי להלן. אל תסגור את הלשונית הפתוחה עדיין; תזדקק לזה לצעדים עתידיים!

   רַשָׁם	שלבים להגדרה
   1&1	התחברות מרכז דומיין (בחר את הדומיין שלך) ערוך הגדרות DNS
   כביש אמזון 53	התחברות אזורים מתארחים (בחר את הדומיין שלך)
   Aplus.net	התחברות השרתים שלי ניהול דומיין מנהל DNS
   Bluehost	עבור רוק: היכנס דומיינים (לחץ על הסמל ▼ לצד ניהול) DNS עבור LEGACY: היכנס דומיינים עורך אזור (בחר את הדומיין שלך)
   פרח ענן	התחברות DNS
   DNS קל	התחברות DNS (בחר את הדומיין שלך)
   DNSפשוט	התחברות (בחר את הדומיין שלך) DNS לנהל
   אוקיינוס דיגיטלי	התחברות רשת דומיינים (בחר את הדומיין שלך) יותר נהל דומיין
   Domain.com	התחברות בתצוגת כרטיס, לחץ על נהל בדומיין שלך בתצוגת רשימה, לחץ סמל גלגל השיניים DNS ושרתי שמות רשומות DNS
   Domains.com שעון	התחברות (בחר את הדומיין שלך) לנהל (לחץ על סמל גלגל השיניים) לחץ על DNS ושרתי שמות בתפריט השמאלי
   DreamHost	התחברות לוּחַ דומיינים נהל דומיינים DNS
   איש	התחברות סקירה כללית לנהל עורך פשוט שיאים
   לַחשׁוֹב	התחברות (בחר את הדומיין שלך) הַנהָלָה ערוך את האזור
   קדימה אבא שעון	התחברות נהל את הדומיינים שלי (בחר את הדומיין שלך) נהל DNS
   Google Domains שעון	התחברות (בחר את הדומיין שלך) הגדר DNS
   זול שמות שעון	התחברות רשימת דומיינים (בחר את הדומיין שלך) לנהל DNS מתקדם
   Netlify	התחברות (בחר את הדומיין שלך) הגדר את Netlify DNS
   פתרונות רשת	התחברות מנהל חשבון שמות הדומיין שלי (בחר את הדומיין שלך) לנהל שנה איפה דומיין מצביע DNS מתקדם
   Shopify שעון	התחברות דומיינים מנוהלים (בחר את הדומיין שלך) הגדרות DNS
   Squarespace	התחברות תפריט הבית הגדרות דומיינים (בחר את הדומיין שלך) הגדרות מתקדמות רשומות מותאמות אישית
   עכשיו של ורצל	שימוש ב-"עכשיו" CLI now dns add [domain] '@' MX [record-value] [priority]
   וויבלי	התחברות דף דומיינים (בחר את הדומיין שלך) DNS
   Wix	התחברות דף דומיינים (נְקִישָׁה סמל) בחר נהל רשומות DNS
   זוּטָר	התחברות דומיינים התחומים שלי
   אַחֵר	חָשׁוּב: אינך רואה את שם הרשם שלך רשום כאן? כל שעליך לעשות הוא לחפש באינטרנט "כיצד לשנות רשומות DNS ב-$REGISTRAR" (החלפת $REGISTRAR בשם של הרשם שלך - למשל "כיצד לשנות רשומות DNS ב-GoDaddy" אם אתה משתמש ב-GoDaddy).

3. באמצעות דף ניהול ה-DNS של הרשם שלך (הכרטיסייה השנייה שפתחת), הגדר את רשומות ה-"MX" הבאות:
   חָשׁוּב: שים לב שלא אמורות להיות מוגדרות רשומות MX אחרות. שתי הרשומות המוצגות להלן חייבות להתקיים. ודא שאין שגיאות הקלדה; ויש לך גם mx1 וגם mx2 מאויתים נכון. אם כבר היו קיימות רשומות MX, נא למחוק אותן לחלוטין. הערך "TTL" אינו חייב להיות 3600, הוא יכול להיות ערך נמוך יותר או גבוה יותר במידת הצורך.

   שם/מארח/כינוי	TTL	סוג	עדיפות	תשובה/ערך
   "@", ".", או ריק	3600	MX	10	mx1.forwardemail.net
   "@", ".", או ריק	3600	MX	10	mx2.forwardemail.net

4. באמצעות דף ניהול ה-DNS של הרשם שלך (הכרטיסייה האחרת שפתחת), הגדר את הדברים הבאים TXT רשומות:
   חָשׁוּב: אם אתה בתוכנית בתשלום, עליך לדלג לחלוטין על שלב זה וללכת לשלב חמישי! אם אינך בתוכנית בתשלום, הכתובות המועברות שלך יהיו ניתנות לחיפוש ציבורי - עבור אל החשבון שלי דומיינים ושדרג את הדומיין שלך לתוכנית בתשלום אם תרצה בכך. אם תרצה ללמוד עוד על תוכניות בתשלום ראה שלנו תמחור עמוד. אחרת תוכל להמשיך ולבחור שילוב אחד או יותר מאפשרות א' ועד אפשרות ו' המפורטות להלן.

   ---

   אפשרות א': אם אתה מעביר את כל הודעות הדוא"ל מהדומיין שלך, (למשל "all@example.com", "hello@example.com" וכו') לכתובת ספציפית "user@gmail.com":

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=user@gmail.com

   טיפ: הקפד להחליף את הערכים למעלה בעמודה "ערך" בכתובת דוא"ל משלך. הערך "TTL" אינו חייב להיות 3600, הוא יכול להיות ערך נמוך יותר או גבוה יותר במידת הצורך. ערך זמן חיים נמוך יותר ("TTL") יבטיח שכל שינויים עתידיים שיבוצעו ברשומות ה-DNS שלך יופצו ברחבי האינטרנט מהר יותר - חשבו על זה כמה זמן הוא יישמר במטמון בזיכרון (בשניות). אתה יכול ללמוד עוד על TTL בוויקיפדיה, האנציקלופדיה החופשית.

   ---

   אפשרות ב': אם אתה רק צריך להעביר כתובת דוא"ל בודדת (למשל "hello@example.com" ל-"user@gmail.com"; זה גם יעביר את "hello+test@example.com" ל-"user+test@gmail.com " אוטומטית):

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=hello:user@gmail.com

   ---

   אפשרות ג': אם אתה מעביר הודעות דוא"ל מרובות, תרצה להפריד ביניהן באמצעות פסיק:

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com

   ---

   אפשרות D: אתה יכול להגדיר כמות אינסופית של העברת מיילים - רק הקפד לא לעטוף יותר מ-255 תווים בשורה אחת והתחל כל שורה ב-"forward-email=". דוגמה מסופקת להלן:

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com
   "@", ".", או ריק	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com
   "@", ".", או ריק	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com
   "@", ".", או ריק	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com
   "@", ".", או ריק	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com

   ---

   אפשרות E: אתה יכול גם לציין שם דומיין שלך TXT רשומה להעברת כינוי גלובלי (לדוגמה, "user@example.com" יועבר אל "user@example.net"):

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=example.net

   ---

   אפשרות F: אתה יכול אפילו להשתמש ב-webhooks ככינוי גלובלי או אינדיבידואלי כדי להעביר אליהם הודעות דוא"ל. ראה את הדוגמה ואת החלק המלא על webhooks שכותרתו האם אתה תומך במכשירי רשת לְהַלָן.

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

   אפשרות G: אתה יכול אפילו להשתמש בביטויים רגולריים ("רגקס") להתאמת כינויים ולטיפול בהחלפות להעברת אימיילים אליהם. ראה את הדוגמה ואת הקטע המלא על ביטוי רגיל בשם האם אתה תומך בביטויים רגילים או רגקס לְהַלָן.

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

5. באמצעות דף ניהול ה-DNS של הרשם שלך (הכרטיסייה השנייה שפתחת), הגדר בנוסף את ההגדרות הבאות TXT תקליט:

   שם/מארח/כינוי	TTL	סוג	תשובה/ערך
   "@", ".", או ריק	3600	TXT	v=spf1 a mx include:spf.forwardemail.net -all

   חָשׁוּב: אם אתה משתמש ב-Gmail (למשל שלח דואר בשם) או G Suite, יהיה עליך להוסיף include:_spf.google.com לערך שלמעלה, למשל:
   
   v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
   טיפ: אם כבר יש לך שורה דומה עם "v=spf1", אז תצטרך להוסיף include:spf.forwardemail.net ממש לפני רשומות "include:host.com" קיימות ולפני ה-"-all" באותה שורה, לדוגמה:
   
   v=spf1 a mx include:spf.forwardemail.net include:host.com -all
   
   שימו לב שיש הבדל בין "-הכל" ל-"~הכל". ה-"-" מציין שבדיקת SPF צריכה להיכשל אם היא לא תואמת, ו-"~" מציינת שבדיקת SPF צריכה SOFTFAIL. אנו ממליצים להשתמש בגישת "הכל" כדי למנוע זיוף דומיינים.
   
   ייתכן שיהיה עליך לכלול גם את רשומת ה-SPF עבור המארח שממנו אתה שולח דואר (למשל, Outlook).
6. אמת את רשומות ה-DNS שלך באמצעות הכלי "אמת רשומות" הזמין בכתובת החשבון שלי דומיינים להכין.
7. שלח אימייל לבדיקה כדי לאשר שזה עובד. שים לב שייתכן שיחלוף זמן מה עד שרשומות ה-DNS שלך יתפשטו.
   טיפ: אם אינך מקבל הודעות דוא"ל בדיקה, או מקבל הודעת דוא"ל בדיקה שאומר "היזהר עם הודעה זו", ראה את התשובות עבור מדוע אני לא מקבל את דוא"ל הבדיקה שלי ו מדוע דוא"ל הבדיקה שלי נשלח לעצמי ב- Gmail מציג "חשוד" בהתאמה.
8. אם ברצונך "שלח דואר בשם" מ-Gmail, תצטרך לעשות זאת תצפה בסרט הזה, או בצע את השלבים למטה כיצד לשלוח דואר באמצעות Gmail לְהַלָן.

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

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

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

אימייל מסתמך על פרוטוקול SMTP. פרוטוקול זה מורכב מפקודות הנשלחות לשרת (שפועלות לרוב ביציאה 25). יש חיבור ראשוני, לאחר מכן השולח מציין ממי הדואר ("MAIL FROM"), ואחריו לאן הוא הולך ("RCPT TO"), ולבסוף את הכותרות וגוף המייל עצמו ("DATA" ). הזרימה של מערכת העברת הדוא"ל שלנו מתוארת ביחס לכל פקודת פרוטוקול SMTP להלן:

• חיבור ראשוני (ללא שם פקודה, למשל telnet example.com 25) - זהו החיבור הראשוני. אנחנו בודקים שולחים שלא נמצאים אצלנו רשימת ההיתרים נגד שלנו דניליסט. לבסוף, אם שולח אינו מופיע ברשימת ההיתרים שלנו, אנו בודקים אם הם היו ברשימה אפורה.

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

• MAIL FROM - זה מציין את דואר המעטפה מהכתובת של האימייל. אם הוזן ערך, הוא חייב להיות כתובת דוא"ל חוקית של RFC 5322. מותרים ערכים ריקים. אָנוּ בדוק אם יש פיזור לאחור כאן, ואנחנו גם בודקים את ה-MAIL FROM מול שלנו דניליסט. לבסוף אנו בודקים שולחים שאינם ברשימת ההיתרים להגבלת תעריפים (ראה סעיף בנושא גבול דירוג ו רשימת ההיתרים למידע נוסף).

• RCPT TO - זה מציין את נמעני האימייל. אלה חייבות להיות כתובות דוא"ל חוקיות של RFC 5322. אנו מתירים רק עד 100 נמעני מעטפה לכל הודעה (זה שונה מהכותרת "אל" בדוא"ל). אנחנו גם בודקים אם יש תקף תכנית שכתוב לשולח כתובת ("SRS") כאן כדי להגן מפני זיוף עם שם הדומיין SRS שלנו. נמענים בתנאי שמכילים כתובת "אין תגובה" יקבלו שגיאה 553. ראה את רשימה מלאה של כתובות "ללא תשובה" למטה. אנחנו גם בודקים את הנמען מול שלנו דניליסט.

• DATA - זהו החלק המרכזי בשירות שלנו שמעבד דוא"ל. עיין בסעיף איך מעבדים אימייל להעברה להלן לתובנה נוספת.

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

1. אם ההודעה חורגת מהגודל המרבי של 50MB, היא נדחית עם קוד שגיאה 552.

2. אם להודעה לא היו כותרות, או שלא ניתן היה לנתח כותרות, היא נדחית עם קוד שגיאה 421.

3. אם ההודעה לא הכילה כותרת "מאת", או אם כל אחד מהערכים בכותרת "מאת" לא היה כתובות דוא"ל חוקיות של RFC 5322, אזי היא נדחית עם קוד שגיאה 550.

4. אם להודעה היו יותר מ-25 כותרות "התקבלו", נקבע שהיא נתקעה בלולאת הפניה מחדש והיא נדחתה עם קוד שגיאה 550.

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

6. אם להודעה הייתה כותרת "אל", ואם אחת מכותרות ה"אל" של ההודעה הופנתה לכתובות שנכתבו מחדש ב-SRS באמצעות שם הדומיין שלנו, נכתוב אותן מחדש (זה חל על מגיבים לחופשה).

7. אם בהודעה חסרה כותרת "מזהה הודעה", נוסיף אחת באמצעות המעטפה MAIL FROM FQDN מנותח או שם הדומיין שלנו.

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

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

10. אם היו תוצאות שרירותיות מסורק דואר זבל, הוא נדחה עם קוד שגיאה 554. תוצאות שרירותיות כוללות רק את מבחן GTUBE בזמן כתיבת שורות אלה. לִרְאוֹת https://spamassassin.apache.org/gtube/ לתובנה נוספת.

11. נוסיף את הכותרות הבאות להודעה למטרות ניפוי באגים ומניעת שימוש לרעה:

    • X-Original-To - המקורי RCPT TO כתובת המייל של ההודעה.
      • זה שימושי לקביעה לאן נשלח דוא"ל במקור.
      • התווסף לאחרונה בגרסה 10.0.0 של העבר אימייל.
      • הערך הקיים אם בכלל נשמר כ X-Original-Preserved-To.
    • X-ForwardEmail-Version - הנוכחי SemVer גרסה מ package.json של בסיס הקוד שלנו.
    • X-ForwardEmail-Session-ID - ערך מזהה הפעלה המשמש למטרות ניפוי באגים (חל רק בסביבות שאינן ייצור).
    • X-ForwardEmail-Sender - רשימה מופרדת בפסיק המכילה את כתובת ה-MAIL FROM של המעטפה המקורית (אם היא לא הייתה ריקה), FQDN של לקוח PTR ההפוך (אם קיים), וכתובת ה-IP של השולח.
    • X-Report-Abuse - עם ערך של abuse@forwardemail.net.
      • הערך הקיים אם בכלל נשמר כ X-Original-Report-Abuse.
    • X-Report-Abuse-To - עם ערך של abuse@forwardemail.net.
      • הערך הקיים אם בכלל נשמר כ X-Original-Report-Abuse-To.

12. לאחר מכן אנו בודקים את ההודעה עבור DKIM, SPF, ARC, ו DMARC.

    • אם ההודעה נכשלה DMARC ולדומיין הייתה מדיניות דחייה (למשל. p=reject היה במדיניות DMARC), אז הוא נדחה עם קוד שגיאה 550. בדרך כלל ניתן למצוא מדיניות DMARC עבור דומיין ב- _dmarc תת-דומיין TXT להקליט, (למשל dig _dmarc.example.com txt).
    • אם ההודעה נכשלה ב-SPF ולדומיין הייתה מדיניות כשל קשה (למשל. -all היה במדיניות SPF בניגוד ל ~all או ללא מדיניות כלל), אז הוא נדחה עם קוד שגיאה 550. בדרך כלל ניתן למצוא מדיניות SPF עבור דומיין ב- TXT רשומה עבור תחום השורש (למשל. dig example.com txt). עיין בסעיף זה למידע נוסף בנושא שליחת דואר כמו עם Gmail לגבי SPF.

13. כעת אנו מעבדים את נמעני ההודעה כפי שנאספה מה- RCPT TO פקודה בקטע כיצד פועלת מערכת העברת הדוא"ל שלך מֵעַל. עבור כל נמען, אנו מבצעים את הפעולות הבאות:

    • אנחנו מחפשים את TXT רשומות של שם הדומיין (החלק שאחרי @ סמל, למשל. example.com אם כתובת האימייל הייתה test@example.com). לדוגמה, אם הדומיין הוא example.com אנחנו עושים חיפוש DNS כגון dig example.com txt.
    • אנחנו מנתחים הכל TXT רשומות שמתחילות באחת מהן forward-email= (תוכניות חינם) או forward-email-site-verification= (תוכניות בתשלום). שימו לב שאנו מנתחים את שניהם, על מנת לעבד מיילים בזמן שמשתמש משדרג או משדרג לאחור תוכניות.
    • מאלו מנותח TXT רשומות, אנו חוזרים עליהן כדי לחלץ את תצורת ההעברה (כמתואר בסעיף כיצד אוכל להתחיל ולהגדיר העברת דואר אלקטרוני מֵעַל). שימו לב שאנו תומכים רק באחד forward-email-site-verification= ערך, ואם יסופקו יותר מאחד, אזי תתרחש שגיאת 550 והשולח יקבל קפיצה עבור הנמען הזה.
    • באופן רקורסיבי, אנו חוזרים על תצורת ההעברה שחולצה כדי לקבוע העברה גלובלית, העברה מבוססת regex, וכל שאר תצורות ההעברה הנתמכות - הידועות כעת כ"כתובות ההעברה" שלנו.
    • עבור כל כתובת העברה, אנו תומכים בחיפוש רקורסיבי אחד (שתתחיל סדרת פעולות זו מחדש בכתובת הנתונה). אם נמצאה התאמה רקורסיבית, תוצאת האב תוסר מכתובות העברה, והילדים יתווספו.
    • כתובות העברה מנותחות לייחודיות (מאחר שאיננו רוצים לשלוח כפילויות לכתובת אחת או להוליד חיבורי לקוח SMTP מיותרים נוספים).
    • עבור כל כתובת העברה, אנו מחפשים את שם הדומיין שלה מול נקודת הקצה של ה-API שלנו /v1/max-forwarded-addresses (על מנת לקבוע לכמה כתובות מותר לתחום להעביר דוא"ל לפי כינוי, למשל 10 כברירת מחדל - ראה סעיף בנושא מגבלה מקסימלית על העברה לכל כינוי). אם חריגה ממגבלה זו, תתרחש שגיאת 550 והשולח יקבל חזרה עבור הנמען הזה.
    • אנו מחפשים את ההגדרות של הנמען המקורי מול נקודת הקצה של ה-API שלנו /v1/settings, התומך בחיפוש עבור משתמשים בתשלום (עם סתירה למשתמשים בחינם). זה מחזיר אובייקט תצורה עבור הגדרות מתקדמות עבור port (מספר, למשל 25), has_adult_content_protection (בוליאנית), has_phishing_protection (בוליאנית), has_executable_protection (בוליאנית), ו has_virus_protection (בוליאנית).
    • בהתבסס על הגדרות אלו, אנו בודקים את תוצאות סורק הספאם ואם מתרחשות שגיאות כלשהן, ההודעה נדחית עם קוד שגיאה 554 (למשל אם has_virus_protection מופעל, אז נבדוק את תוצאות סורק הספאם לאיתור וירוסים). שים לב שכל משתמשי התוכנית החינמית יצטרפו לבדיקות נגד תוכן למבוגרים, פישינג, קובצי הפעלה ווירוסים. כברירת מחדל, כל משתמשי התוכנית בתשלום מצטרפים גם כן, אך ניתן לשנות את התצורה הזו בדף ההגדרות עבור דומיין בלוח המחוונים של העבר דוא"ל).

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

    • הכתובת נבדקת מול שלנו דניליסט, ואם הוא היה רשום, אז יתרחש קוד שגיאה 554 והשולח יקבל חזרה עבור הנמען הזה.
    • אם הכתובת היא webhook, אז אנחנו מגדירים בוליאנית עבור פעולות עתידיות (ראה להלן - אנו מקבצים יחד webhooks דומים כדי לבצע בקשת POST אחת לעומת מרובה למשלוח).
    • אם הכתובת היא כתובת דוא"ל, אנו מנתחים את המארח לפעולות עתידיות (ראה להלן - אנו מקבצים מארחים דומים ליצירת חיבור אחד לעומת מספר חיבורים בודדים למסירה).

15. אם אין נמענים ואין ניתורים, אנו מגיבים בשגיאת 550 של "נמענים לא חוקיים".

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

    • אם מתרחשות שגיאות כלשהן במהלך שליחת הודעות דוא"ל, אנו נאחסן אותן בזיכרון לעיבוד מאוחר יותר.
    • אנו ניקח את קוד השגיאה הנמוך ביותר (אם קיים) משליחת מיילים - ונשתמש בו כקוד התגובה ל- DATA פקודה. המשמעות היא שהודעות דוא"ל שלא נמסרו ינוסו בדרך כלל על ידי השולח המקורי, אך הודעות דוא"ל שכבר נמסרו לא יישלחו מחדש בפעם הבאה שההודעה תישלח (כפי שאנו משתמשים טביעת אצבע).
    • אם לא התרחשו שגיאות, נשלח קוד סטטוס 250 מוצלח של תגובת SMTP.
    • קפיצה נקבעת כל ניסיון מסירה שמביא לקוד סטטוס שהוא >= 500 (כשלים קבועים).

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

18. אם אכן התרחשו חזרות, אנו נשלח הודעות דוא"ל חזרות ברקע לאחר החזרת קודי השגיאה הנמוך ביותר מבין כל קודי השגיאה לשולח. עם זאת, אם קוד השגיאה הנמוך ביותר הוא >= 500, איננו שולחים הודעות דוא"ל חוזרות. הסיבה לכך היא שאם עשינו זאת, השולחים יקבלו הודעת דוא"ל חזרה כפולה (למשל אחד מה-MTA היוצא שלהם, כמו Gmail - וגם אחד מאיתנו). עיין בסעיף בנושא איך אתה מגן מפני פיזור לאחור להלן לתובנה נוספת.

שימו לב שנבצע שכתוב "ידידותי-מאת" על המיילים אם ורק אם מדיניות ה-DMARC של השולח הייתה p=reject, ויש לו SPF עובר, ושום חתימות DKIM לא היו מיושרות עם הכותרת "מאת". המשמעות היא שנשנה את הכותרת "מאת" בהודעה, נגדיר "X-Original-From", וגם נגדיר "Reply-To" אם היא לא הוגדרה כבר. אנו גם נסגור מחדש את חותמת ARC בהודעה לאחר שינוי הכותרות הללו.

אנו משתמשים גם בניתוח חכם של הודעות שגיאה בכל רמה של המחסנית שלנו - בקוד שלנו, בקשות DNS, פנימיות של Node.js, בקשות HTTP (למשל, 408, 413 ו-429 ממופים לקוד התגובה של SMTP של 421 אם הנמען הוא webhook), ותגובות של שרת דואר (למשל, תגובות עם "דחה" או "האטה" ינוסו מחדש כשגיאות 421).

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

אם הנמען הוא webhook, אנו נאפשר פסק זמן של 60 שניות להשלמה של הבקשה עם עד 3 ניסיונות חוזרים (לכן 4 בקשות בסך הכל לפני כישלון). שים לב שאנו מנתחים נכון את קודי השגיאה 408, 413 ו-429 וממפים אותם לקוד תגובה SMTP של 421.

אחרת, אם הנמען הוא כתובת אימייל, ננסה לשלוח את המייל עם TLS אופורטוניסטי (אנו מנסים להשתמש ב-STARTTLS אם הוא זמין בשרת הדואר הנמען). אם מתרחשת שגיאת SSL או TLS בעת ניסיון לשלוח את האימייל, אז ננסה לשלוח את האימייל ללא TLS (ללא שימוש ב-STARTTLS).

אם מתרחשות שגיאות DNS או חיבור כלשהן, נחזור אל DATA פקודה על קוד תגובה SMTP של 421, אחרת אם יש >= 500 שגיאות ברמה, אזי יישלחו הקפצות.

אם נזהה שלשרת דוא"ל שאנו מנסים לשלוח אליו נחסמה אחת או יותר מכתובות ה-IP של חילופי הדואר שלנו (למשל על ידי כל טכנולוגיה שבה הם משתמשים לדחיית שולחי דואר זבל), נשלח קוד תגובה SMTP של 421 עבור השולח אל נסה שוב את ההודעה שלהם מאוחר יותר (ואנחנו מתריעים על הבעיה כדי שנוכל לפתור אותה לפני הניסיון הבא).

אנו עוקבים באופן שוטף אחר כל סרחי ה-DNS הגדולים, ואם כל אחת מכתובות ה-IP של חילופי הדואר ("MX") שלנו רשומות ברשימת דחיית ה-DNS העיקרית, נוציא אותה מהרשומה הרלוונטית של DNS.

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

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

שמות משתמש בדוא"ל השווים לכל אחד מהכתובים הבאים (לא תלויי רישיות) נחשבים ככתובות ללא מענה:

• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@

Yes, we maintain an allowlist based off the most popular root domains used at the DNS level.

This allowlist is updated automatically from a job that runs every 30 days – it downloads the Umbrella Popularity List, unzips, and then parses it in-memory for the top 50K root domains.

Popular domains such as Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify, and more – are included. Domains that are detected to contain adult-content or malware are excluded. Results are cached for 90 days.

If you are a sender not in our allowlist, then the first time your FQDN root domain or IP address sends an email, you will be שיעור מוגבל ו ברשימה אפורה.

The following domain name extensions are considered to be allowlisted by default (regardless if they are on the Umbrella Popularity List or not):

• edu
• gov
• mil
• dni.us
• fed.us
• isa.us
• kids.us
• nsn.us
• ak.us
• al.us
• ar.us
• as.us
• az.us
• ca.us
• co.us
• ct.us
• dc.us
• de.us
• fl.us
• ga.us
• gu.us
• hi.us
• ia.us
• id.us
• il.us
• in.us
• ks.us
• ky.us
• la.us
• ma.us
• md.us
• me.us
• mi.us
• mn.us
• mo.us
• ms.us
• mt.us
• nc.us
• nd.us
• ne.us
• nh.us
• nj.us
• nm.us
• nv.us
• ny.us
• oh.us
• ok.us
• or.us
• pa.us
• pr.us
• ri.us
• sc.us
• sd.us
• tn.us
• tx.us
• ut.us
• va.us
• vi.us
• vt.us
• wa.us
• wi.us
• wv.us
• wy.us

The Umbrella Popularity List that we parse is filtered for domain name extensions that match the list we offer on our free plan (with the addition of biz ו info). We also include edu, gov, ו mil partial matches, such as xyz.gov.au ו xyz.edu.au.

Note that specific senders such as a@xyz.edu ו b@gov.au can still be denylisted (e.g. if we automatically detect spam, phishing, or malware from those senders).

As of March 1, 2023 we enforced a new blanket spam rule to protect our users and service.

This new rule allows only the following domain name extensions to be used on our free plan:

• ai
• app
• au
• ca
• ch
• co
• com
• de
• dev
• dk
• es
• family
• fi
• fm
• fr
• ie
• im
• io
• is
• it
• jp
• li
• me
• net
• nl
• no
• nz
• org
• sh
• sm
• st
• tv
• uk
• us
• vc
• xyz

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

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

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

המפתח מורכב מדומיין השורש של FQDN או מכתובת ה-IP של השולח. המשמעות היא שכל תת-דומיין שיעבור את ה-greylist יעבור גם לתחום השורש, ולהיפך (לכך אנו מתכוונים במדיניות "מאוד רופסת").

לדוגמה, אם מגיע אימייל מ test.example.com לפני שנראה שמגיע אימייל example.com, ולאחר מכן כל אימייל מ test.example.com ו/או example.com יצטרך להמתין 5 דקות מזמן ההגעה הראשוני של החיבור. אנחנו לא מייצרים את שניהם test.example.com ו example.com כל אחד ממתין לפרק זמן של 5 דקות משלו (מדיניות הרשימה האפורה שלנו חלה ברמת תחום הבסיס).

שימו לב שהרשימה האפורה אינה חלה על אף שולח אצלנו רשימת ההיתרים (למשל Meta, Amazon, Netflix, Google, Microsoft בזמן כתיבת שורות אלה).

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

אנחנו גם מושכים מרשימת ההכחשה של UCEPROTECT רמה 1 ב http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz כל שעה והזינו אותו למסד הנתונים של Redis שלנו עם תפוגה של 7 ימים.

ניתן לשלוח בקשות לרשימת ההרשאה (או בקשות להסרת רשימת דחייה) אל allowlist@forwardemail.net (אנא ספק תיאור מלא וסיבה להוספה לרשימת ההיתרים, קישורים לאתרי אינטרנט ותעודת היווצרות של העסקים שלך כדי להופיע ברשימת ההיתרים שלנו).

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

אנו מתירים רק עד 100 חיבורים לשעה, לכל שורש תחום FQDN שהוגדר (או) כתובת IP מרחוק של השולח (אם אין PTR הפוך זמין), ולכל נמען מעטפה. אנו מאחסנים את המפתח להגבלת שיעור כ-hash קריפטוגרפי במסד הנתונים של Redis.

אם אתה שולח דוא"ל דרך המערכת שלנו, אנא ודא שהגדרת PTR הפוך עבור כל כתובות ה-IP שלך (אחרת כל תחום שורש FQDN ייחודי או כתובת IP שממנה אתה שולח יוגבל שיעור).

שים לב שאם אתה שולח דרך מערכת פופולרית כמו Amazon SES, לא תהיה מוגבל בתעריף מאחר (בזמן כתיבת שורות אלה) Amazon SES רשומה ברשימת ההיתרים שלנו.

אם אתה שולח מדומיין כגון test.abc.123.example.com, אז תוטל מגבלת התעריף על example.com. שולחי דואר זבל רבים משתמשים במאות תת-דומיינים כדי לעקוף מסנני דואר זבל נפוצים שמגבילים רק שמות מארחים ייחודיים, בניגוד לדומיינים שורש FQDN ייחודיים.

שולחים שיחרגו ממגבלת התעריף יידחו בשגיאת 421.

הקפצות לא מכוונות או דואר זבל חוזר (המכונה "פיזור לאחור") עלול לגרום למוניטין שלילי לכתובות IP של השולח.

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

מנע הקפצות מ-MAIL מפורסמי דואר זבל ידועים

אנחנו שולפים את הרשימה Backscatter.org (נתמך על ידי UCEPROTECT) בשעה http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz כל שעה והזינו אותו למסד הנתונים של Redis (אנחנו גם משווים את ההבדל מראש; למקרה שהוסרו כתובות IP שצריך לכבד).

אם ה-MAIL FROM ריק או מכיל (לא תלוי רישיות) אחד משמות המשתמש הבאים (החלק שלפני ה-@ באימייל), נבדוק אם ה-IP של השולח תואם לאחד מהרשימה הזו:

• abuse@
• ftp@
• hostmaster@
• mailer-daemon@
• mailer_daemon@
• mailerdaemon@
• news@
• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@
• postmaster@
• root@
• security@
• usenet@
• webmaster@
• www@

אם ה-IP של השולח רשום (ולא אצלנו רשימת ההיתרים), ואז אנו שולחים שגיאה 554 עם ההודעה The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. נקבל התראה אם שולח נמצא ברשימת הפיזור האחורי וגם ברשימת ההיתרים שלנו כדי שנוכל לפתור את הבעיה במידת הצורך.

הטכניקות המתוארות בסעיף זה עומדות בהמלצת "מצב בטוח" בכתובת https://www.backscatterer.org/?target=usage - שבו אנו בודקים את ה-IP של השולח רק אם תנאים מסוימים כבר התקיימו.

מנע הקפצות מיותרות כדי להגן מפני פיזור לאחור

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

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

1. אנו שולחים חזרות רק כאשר מתרחשות >= 500 שגיאות קוד סטטוס (כאשר הודעות דוא"ל שניסו להעבירן נכשלו, למשל Gmail מגיב בשגיאה ברמה של 500).

2. אנו שולחים חזרות רק פעם אחת ופעם אחת בלבד (אנו משתמשים במפתח טביעת אצבע יציאה מחושב ומאחסנים אותו במטמון כדי למנוע שליחת כפילויות). טביעת האצבע של החזרה היא מפתח שהוא טביעת האצבע של ההודעה בשילוב עם hash של כתובת ה-Bounce וקוד השגיאה שלה). עיין בסעיף בנושא טביעת אצבע לקבלת תובנה נוספת לגבי אופן חישוב טביעת האצבע של ההודעה. טביעות אצבעות שנשלחו בהצלחה יפוג לאחר 7 ימים במטמון Redis שלנו.

3. אנו שולחים הקפצות רק כאשר ה-MAIL FROM אינו ריק ואינו מכיל (לא תלוי רישיות) אחד משמות המשתמש הבאים (החלק שלפני ה-@ באימייל). שימו לב שהרשימה הזו קצת יותר קצרה מהרשימה שלמעלה בבדיקת MAIL FROM כי אנחנו לא רוצים שיהיו תוצאות חיוביות שגויות (למשל security@ היא כתובת חוקית שאולי תרצו לקבל עליה קפיצה; הרבה אנשים השתמשו באבטחה@ עבור תוכניות הבאגים שלהם).

   • abuse@
   • mailer-daemon@
   • mailer_daemon@
   • mailerdaemon@

4. אנחנו לא שולחים חזרות אם ההודעה המקורית הייתה עם אחת מהכותרות הבאות (לא תלויות רישיות):

   • Auto-Submitted (עם ערך של no)
   • X-Auto-Response-Suppress (עם ערך של dr, autoreply, auto-reply, auto_reply, או all)
   • List-Id
   • List-Unsubscribe
   • Feedback-ID
   • X-Auto-Reply
   • X-Autoreply
   • X-Auto-Respond
   • X-Autorespond
   • Precedence (עם ערך של bulk, autoreply, auto-reply, auto_reply, או list)

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

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

הגיבובים המחושבים האלה נדחפים למערך (רשימה) אם ורק אם הערכים שלהם קיימים:

• שם מארח או כתובת IP של FQDN פתרו בלקוח
• Message-ID ערך הכותרת
• Date ערך הכותרת (אם ורק אם Message-ID לא היה קיים)
• From ערך הכותרת (אם ורק אם Message-ID לא היה קיים)
• To ערך הכותרת (אם ורק אם Message-ID לא היה קיים)
• Cc ערך הכותרת (אם ורק אם Message-ID לא היה קיים)
• Subject ערך הכותרת (אם ורק אם Message-ID לא היה קיים)
• Body ערך (אם ורק אם Message-ID לא היה קיים)

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

אתה יכול פשוט ללחוץ על "נראה בטוח". לדוגמה, אם היית שולח הודעת בדיקה באמצעות התכונה 'שליחת דואר' (למישהו אחר), אז הם לא יראו הודעה זו.

עם זאת, אם הם רואים את ההודעה הזו, זה בגלל שהם היו רגילים לראות את האימיילים שלך מגיעים john@gmail.com במקום john@customdomain.com (רק דוגמה). Gmail יתריע למשתמשים רק כדי לוודא שהדברים בטוחים למקרה שלא יהיה פתרון.

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

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

אם ברצונך לקבל הודעה כאשר זה ישוחרר, תוכל לשלוח דוא"ל smtp@forwardemail.net ואנו נשלח לך הודעה לאחר שחרורו. או פשוט הירשם לחשבון כאן אם עדיין לא עשית זאת!

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

אם אתה בתוכנית החינמית, פשוט הוסף DNS חדש TXT רשום כפי שמוצג להלן, אך שנה את היציאה מ-25 ליציאה שתבחר.

לדוגמה, אם אני רוצה את כל המיילים שיגיעו אל example.com כדי להעביר ליציאת SMTP של נמעני הכינוי של 1337 במקום 25:

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

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

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

כן, נכון ל 15 במאי 2020 הוספנו את התכונה הזו. אתה יכול פשוט להוסיף ווקי רשת בדיוק כמו שהיית עושה עם כל נמען! אנא וודא שיש לך את הפרוטוקול "http" או "https" בכתובת האתר של רשת האינטרנט.

אם אתה בתוכנית החינמית, פשוט הוסף DNS חדש TXT רשום כמוצג להלן:

לדוגמה, אם אני רוצה את כל המיילים שיגיעו אל alias@example.com להעביר לחדש בקש סל נקודת קצה לבדיקה:

או אולי אתה רוצה את כל האימיילים שמגיעים אליו example.com להעביר לנקודת קצה זו:

להלן הערות נוספות לגבי webhooks:

• בקשות HTTP של Webhook ינסו שוב עד 3 פעמים בכל ניסיון חיבור SMTP, עם פסק זמן מקסימלי של 60 שניות לכל בקשת POST של נקודת קצה. שימו לב שזה לא אומר שהוא מנסה שוב רק 3 פעמים, הוא למעשה ינסה שוב ברציפות לאורך זמן על ידי שליחת קוד SMTP של 421 (מה שמציין לשולח ניסיון חוזר מאוחר יותר) לאחר ניסיון בקשת ה-HTTP POST הכושל השלישי. המשמעות היא שהמייל ינסה שוב ברציפות במשך ימים עד להשגת קוד סטטוס 200.

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

• אנו מקבצים יחד בקשות HTTP של webhook לאותה נקודת קצה בבקשה אחת במקום מרובות) על מנת לחסוך במשאבים ולהאיץ את זמן התגובה. לדוגמה, אם אתה שולח מייל אל webhook1@example.com, webhook2@example.com, ו webhook3@example.com, וכל אלה מוגדרים להכות אותו הדבר מְדוּיָק כתובת האתר של נקודת הקצה, אז תוגש בקשה אחת בלבד. אנו מקבצים יחד לפי התאמה מדויקת של נקודות קצה תוך שוויון קפדני.

• שימו לב שאנו משתמשים ב- מנתח דואר שיטת "simpleParser" של הספרייה לנתח את ההודעה לאובייקט ידידותי ל-JSON.

• ערך דוא"ל גולמי כמחרוזת ניתן כמאפיין "גולמי".

• תוצאות האימות ניתנות כמאפיינים "dkim", "spf", "arc", "dmarc" ו-"bimi".

• כותרות הדוא"ל המנותחות ניתנות כמאפיין "כותרות" - אך שים לב שאתה יכול להשתמש ב-"headerLines" לאיטרציה וניתוח קלים יותר.

• הנמענים המקובצים עבור webhook זה מקובצים יחד וניתנים כנכס "נמענים".

• פרטי הפעלת ה-SMTP ניתנים כמאפיין "הפעלה". זה מכיל מידע על שולח ההודעה, זמן ההגעה של ההודעה, HELO ושם המארח של הלקוח. ערך שם המארח של הלקוח as session.clientHostname הוא או ה-FQDN (מבדיקת PTR הפוכה) או שכן session.remoteAddress עטוף בסוגריים (למשל "[127.0.0.1]").

• אם יש קבצים מצורפים, הם יצורפו ל- attachments מערך עם ערכי מאגר. אתה יכול לנתח אותם בחזרה לתוכן באמצעות גישה עם JavaScript כגון:

  const data = [
    104,
    101,
    108,
    108,
    111,
    32,
    119,
    111,
    114,
    108,
    100,
    33
  ];
  //
  // outputs "hello world!" to the console
  // (this is the content from the filename "text1.txt" in the example JSON request payload above)
  //
  console.log(Buffer.from(data).toString());
  

{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@example.com>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@example.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
    "text": "some <random@example.com>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@example.com"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "example.com"
      }
    },
    "domain": "example.com",
    "info": "dmarc=none header.from=example.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

כן, החל מה -27 בספטמבר 2021 הוספנו תכונה זו. אתה יכול פשוט לכתוב ביטויים רגילים ("regex") להתאמת כינויים וביצוע תחנות משנה.

כינויים הנתמכים בביטוי רגולרי הם כאלה שמתחילים בא / ולסיים עם / והנמענים שלהם הם כתובות אימייל או webhooks. הנמענים יכולים לכלול גם תמיכה בהחלפת ביטויים (למשל. $1, $2).

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

שימו לב שאנו תומכים גם ב תכונת כינוי מושבתת עבור חלק הנמען עם התמיכה הרגולרית שלנו.

ביטויים רגולריים אינם נתמכים על תחומי יהירות גלובליים (כיוון שזו יכולה להיות פרצת אבטחה).

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

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

כן! החל מה-6 בפברואר 2020 הוספנו תכונה זו. פשוט ערוך את ה-DNS שלך TXT להקליט ולהוסיף את הכינוי בסימן קריאה. שים לב שעליך לשמר את המיפוי ":", שכן זה נדרש אם אי פעם תחליט לכבות זאת (והוא משמש גם לייבוא בתוכניות בתשלום שלנו).

אם אתה מקדימה כינוי עם "!" (סימן קריאה) אז זה עדיין יחזיר קודי תגובה מצליחים לשולחים המנסים לשלוח לכתובת זו, אך המיילים עצמם לא ישחרו לשום מקום; לחור שחור.

הודעות דוא"ל שנשלחות לכתובות מושבתות יגיבו עם קוד סטטוס תגובת SMTP של 250 (מתקבל), אך המיילים לא יימסרו למעשה לנמענים.

לדוגמה, אם אני רוצה את כל המיילים שיגיעו אל alias@example.com להפסיק לזרום user@gmail.com:

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

לדוגמה, אם אני רוצה מייל שיפנה אל hello@example.com להעביר אליו user+a@gmail.com ו user+b@gmail.com, ואז שלי TXT הרשומה תיראה כך:

לחלופין, תוכל לציין אותם בשתי שורות נפרדות, כגון זו:

זה תלוי בך!

כן אתה יכול. פשוט ציין מספר נמענים גלובליים מסוג Catch-all שלך TXT רשומות.

לדוגמה, אם אני רוצה כל אימייל שמגיע אל *@example.com (הכוכבית שמשמעותה היא תו כללי, הידוע גם כ-catch-all) כדי לעבור אליו user+a@gmail.com ו user+b@gmail.com, ואז שלי TXT הרשומה תיראה כך:

לחלופין, תוכל לציין אותם בשתי שורות נפרדות, כגון זו:

זה תלוי בך!

כן, מגבלת ברירת המחדל היא 10. זה לא אומר שאתה יכול לקבל רק 10 כינויים בשם הדומיין שלך. אתה יכול לקבל כמה כינויים שאתה רוצה (כמות בלתי מוגבלת). זה אומר שאתה יכול להעביר רק כינוי אחד ל-10 כתובות דוא"ל ייחודיות. יכולת hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, ... (מ-1-10) - וכל הודעות דוא"ל אל hello@example.com היו מועברים ל user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, ... (בין 1-10).

כן, אתה יכול, אבל אתה עדיין חייב לעמוד במגבלה המקסימלית. אם יש לך hello:linus@example.com ו linus:user@gmail.com, ואז שולח אימייל אל hello@example.com היו מועברים ל linus@example.com ו user@gmail.com. שים לב כי תושלך שגיאה אם תנסה להעביר דוא"ל רקורסיבי.

אנו משתמשים ב-MX ו TXT אימות רשומה, לכן אם תוסיף את ה-MX ו-בהתאמה של שירות זה TXT רשומות, אז אתה רשום. אם תסיר אותם, אתה לא רשום. יש לך בעלות על הדומיין וניהול ה-DNS שלך, אז אם למישהו יש גישה לזה אז זו בעיה.

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

ברירת המחדל היא להגבלת גודל של 50MB, הכוללת תוכן, כותרות וקבצים מצורפים. שים לב ששירותים כמו Gmail ו- Outlook מאפשרים מגבלת גודל של 25 מגה-בתים בלבד, ואם תחרוג מהמגבלה בעת שליחה לכתובות אצל אותם ספקים תקבל הודעת שגיאה.

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

לא, ממש לא. ראה שלנו מדיניות פרטיות.

לא, ממש לא. ראה שלנו מדיניות פרטיות.

לא, ממש לא. אנחנו לא מאחסנים יומני SMTP. ראה שלנו מדיניות פרטיות.

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

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

כן בהחלט.

כן בהחלט. במקום להשתמש ב- "@", ".", או ריק כשם / מארח / כינוי, אתה פשוט משתמש בשם תת-הדומיין כערך במקום זאת.

אם אתה רוצה foo.example.com כדי להעביר הודעות דוא"ל, ואז הכנס foo בתור שם/מארח/כינוי בהגדרות ה-DNS שלך (גם עבור MX וגם עבור TXT רשומות).

כן בהחלט.

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

כן בהחלט. למשל אם אתה שולח דוא"ל ל hello@example.com וזה רשום להעברה אליו user@gmail.com, ואז הודעת התגובה והקוד של SMTP משרת ה- SMTP "gmail.com" יוחזרו במקום שרת ה- proxy בכתובת "mx1.forwardemail.net" או "mx2.forwardemail.net".

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

עליך לבטל את הרישום לרשימת הדוא"ל (אם אפשר) ולחסום את השולח.

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

כתובת הדוא"ל להעברת דואר זבל היא: abuse@forwardemail.net

כן! החל מה-2 באוקטובר 2018 הוספנו תכונה זו. לִרְאוֹת כיצד לשלוח דואר כמו באמצעות מֵעַל!

עליך גם להגדיר את רשומת ה-SPF עבור Gmail בתצורת ה-DNS שלך TXT תקליט.

כן! החל מה -2 באוקטובר 2018 הוספנו את התכונה הזו. פשוט צפה בשני הקישורים האלה ממיקרוסופט למטה:

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-different-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

עליך גם להגדיר את רשומת ה-SPF עבור Outlook בתצורת ה-DNS שלך TXT תקליט.

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

• https://discussions.apple.com/thread/8316291
• https://discussions.apple.com/thread/6876839

כן, עם זאת, תעריף של שולחים "לא ידועים" מוגבל ל-1,000 חיבורים לשעה לכל שם מארח או IP. עיין בסעיף בנושא גבול דירוג ו רישום אפור מֵעַל.

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

אם חריגה מהמגבלה הזו אנו שולחים קוד תגובה "421" שאומר לשרת הדואר של השולח לנסות שוב מאוחר יותר.

אם אתה משתמש ב- Gmail, בצע את הצעדים הבאים:

1. לך ל https://google.com וצא מכל חשבונות הדוא"ל
2. לחץ על "כניסה" ובתפריט הנפתח לחץ על "חשבון אחר"
3. בחר "השתמש בחשבון אחר"
4. בחר "צור חשבון"
5. בחר במקום זאת "השתמש בכתובת הדוא"ל הנוכחית שלי"
6. הזן את כתובת הדוא"ל של שם הדומיין המותאם אישית שלך
7. אחזר את דוא"ל האימות שנשלח לכתובת הדוא"ל שלך
8. הזן את קוד האימות מהודעת דוא"ל זו
9. השלם את פרטי הפרופיל עבור חשבון Google החדש שלך
10. מסכים לכל מדיניות הפרטיות ותנאי השימוש
11. לך ל https://google.com ובפינה השמאלית העליונה, לחץ על סמל הפרופיל שלך, ולחץ על כפתור "שנה".
12. העלה תמונה או אווטאר חדשים לחשבונך
13. לשינויים יידרשו כשעתיים להתפשטות, אך לעיתים עשויים להיות מהירים מאוד.
14. שלח דוא"ל לבדיקה ותמונת הפרופיל אמורה להופיע.

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

כן. יש לנו תמיכה מובנית ב- SPF, DKIM, DMARC, ARC ו- SRS בכל התוכניות. עבדנו רבות עם המחברים המקוריים של מפרטים אלה ומומחי דוא"ל אחרים על מנת להבטיח שלמות ויכולת אספקה גבוהה.

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

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

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

אנו משתמשים בשירות ה-DNS לצרכן הראשון בפרטיות של CloudFlare (ראה הודעה כאן). קבענו 1.1.1.3 ו 1.0.0.3 בתור שרתי ה-DNS (ראה https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) באמצעות /etc/resolv.conf בשרתים ובסביבות הבדיקה שלנו.