أفضل الممارسات: إرسال بريد إلكتروني نيابة عن المستخدمين

Question

توفر الشركة التي أعمل عليها خدمات اختبار لصناعة الرعاية الصحية. كجزء من خدماتنا ، نحتاج إلى إرسال بريد إلكتروني إلى موظفي عملائنا. عادةً ما تكون هذه موظفين مؤقتة أو بدوام جزئي أو عقود ، وبالتالي لديهم عناوين بريد إلكتروني خاصة (على سبيل المثال Hotmail ، Gmail ، Yahoo! ، إلخ).

حتى الآن ، نرسل من عنوان داخلي ، ولكن هذا يعني أن الردود تعود إلينا عندما لا ينتبه الموظفون أو لا يعرفون إرسال استفسارات إلى عملائنا. أرغب في تغيير هذا ، بحيث يكون الشخص الذي يطلب إرسال البريد الإلكتروني هو الشخص الذي يتم الرد عليه.

لقد استخدمنا الرد إلى: في الماضي ، لكن يبدو أنه يتسبب في احتجاز بريد إضافي بواسطة مرشحات البريد العشوائي.

لقد قرأت عن المرسل: و behalf-of: الرؤوس ، وكنت أتساءل ما هو أفضل الممارسات الحالية لإرسال بريد إلكتروني في سيناريو حيث نحتاج إلى إرسال بريد إلكتروني بحيث يذهب الرد إلى مجال لا نلتزم به. تي السيطرة.

Answer 1

ال on-behalf-of Header هو أفضل طريقة للقيام بذلك ، لكنك ستحاصر أيضًا مرشحات البريد العشوائي. الأفضل للتخفيف من أو تقليل احتمال أن ينتهي بك الأمر في مرشح البريد العشوائي هو تنفيذ جميع معايير الصناعة حول التحقق من خادم المجال والبريد. كما هو موضح في هذه المقالة:

http://www.codinghorror.com/blog/2010/04/so-yud-like-to-send-some-email-through.html

ومع ذلك ، من الصعب للغاية القيام به ، لأنك بحاجة إلى البقاء على قمة معايير البريد العشوائي ، والالتزام بقوانين علبة المسبق وكل شيء آخر. الرهان الأفضل هو استخدام خادم SMTP القائم على السحابة عند الطلب مثل هذا:

https://www.postmarkapp.com

استخدم شركة تكون خبيرًا في مجال إرسال البريد الإلكتروني ومرت بها جميع أعمال الساق للحصول على أعلى معدل تسليم. وسيبقى على رأس المعايير بالنسبة لك ، ومراقبة القوائم السوداء للمشاكل.

Answer 2

ربما تبحث عنه Reply-To. إنه رأس رسمي ودعم على نطاق واسع ، على عكس On-Behalf-Of, ، وهو لا يخضع لشيكات البريد العشوائي نفسها كما From.

إذا كنت ترغب حقًا في الظهور على أنها ترسل نيابة عن مستخدم آخر ، فإن الطريقة الصحيحة "في الغالب" ، وفقًا لمعايير SMTP ، هي وضع عنوانك "الحقيقي" في Sender: وعنوان عميلك (من ترسله نيابة) From:. لكن، From: يستهدف DMARC على وجه التحديد ، وهو بروتوكول صارم لمنع البريد العشوائي الذي ينفذه معظم مقدمي خدمات البريد الإلكتروني الرئيسية. لن يتجاهلوا From: فشل DMARC لمجرد أن لديك صالحة Sender: رأس.

يسمح DMARC لمالكي المجال بتحديد كيفية تطبيق SPF و DKIM على From: رأس. تتمثل السياسة الشائعة في رفض البريد الإلكتروني الذي يفشل إما SPF أو DKIM ، مما يعني أن بريدك الإلكتروني لن يتم وضع علامة عليه على أنه البريد العشوائي: سيتم رفضه بصراحة.

Sender: + From: لا يزال يعمل ، من الناحية الفنية. تم إنشاؤه في الأصل بقصد استخدامه من قبل الأشخاص في نفس المنظمة ، مثل سكرتير أو مساعد. لقد تحول هذا إلى قيد صعب مع ظهور آليات منع البريد العشوائي.

Answer 3

تريد الغش واختراق أنظمة مصادقة البريد الإلكتروني من خلال محاولة إرسال رسائل بريد إلكتروني نيابة عن الآخرين. ربما يمكن أن يعمل هذا الاختراق مؤقتًا ، ولكن في المستقبل سيتم حظره بواسطة مقدمي خدمات صندوق البريد ، حيث تتطلب هجمات التصيد المزيد والمزيد من السياسات الصارمة التي يحتاجها مقدمي خدمات صندوق البريد.

لتجنب مثل هذه الاختراقات هنا هو الحل الذي أقترحه. قم بإنشاء عنوان بريد إلكتروني فريد لكل عميل وجعله "وسيطًا" للمحادثة بين العميل والموظفين.

كيف تعمل

يجب إجراء جميع محادثة البريد الإلكتروني من خلال بريدك الإلكتروني الذي تم إنشاؤه. يمكنك تعيين أسماء العرض المخصصة (على سبيل المثال John <123@yourdomain.com) لعدم الخلط بين أجهزة استقبال البريد الإلكتروني مع معرفاتك الفريدة الغريبة. اذن متى A يحتاج إلى الكتابة إلى B, ، يكتب بالفعل إلى بريدك الإلكتروني ، ثم تقوم بإعادة توجيه البريد الإلكتروني إلى B, والعكس صحيح B إلى A.

هذا التنفيذ له بعض التعقيد ، ولكن سيتم دفع ذلك في المستقبل.