كيفية إرسال البريد الإلكتروني نظيفة الرسائل من التطبيق الخاص بك?

Question

عند تطوير تطبيق يرسل الإخطار رسائل البريد الإلكتروني, ما هي أفضل الممارسات

1. لا الحصول على علامة كأحد مرسلي البريد المزعج من قبل شركة الاستضافة الخاصة بك.(تغطية أي:)
   • أفضل تقنية لا الفيضانات خادم البريد
   • أفضل خادم البريد المنتجات ، إذا كنت تريد إنشاء الخاصة بك
   • إرسال رسائل من مستخدم معين ولكن لا يزال من الواضح من التطبيق الخاص بك (لضمان الشكاوى ، الخ أعود إليك) دون كسر البريد الإلكتروني جيدة آداب
   • أي الدروس المستفادة
2. لا الحصول على علامة كدعاية من قبل المتلقي هو العميل ؟ (تغطية أي:)
   • تكوين واستخدام المرسل-معرف المجال-مفاتيح SPF ، عكس dns ، وما إلى ذلك للتأكد من رسائل البريد الإلكتروني الخاصة بك التي تم تحديدها بشكل صحيح
   • أفضل رأس SMTP تقنيات لتجنب الحصول على علامة كدعاية عند إرسال رسائل البريد الإلكتروني للمستخدمين (على سبيل المثال ، استخدام المرسل من رؤوس معا)
   • أي الدروس المستفادة

شرط إضافي:هذا التطبيق سوف يتم إرسال رسالة واحدة إلى مستلم واحد على هذا الحدث.لذا تقنيات إرسال نفس الرسالة إلى عدة مستلمين لن تطبق.

Answer 1

أفضل تقنية لا الفيضانات خادم البريد

ليس هناك الكثير يمكنك القيام به حيال ذلك أبعد التحقق مع خادم البريد الخاص بك المشرف (إذا كان حساب استضافة مشتركة / ليس في التحكم الخاصة بك).ولكن إذا كان الشرط هو واحد البريد الإلكتروني إلى مستلم واحد في الحدث الذي لا ينبغي أن يكون الكثير من قضية.الأشياء التي تميل إلى أن تسد البريد أنظمة رسائل البريد الإلكتروني مع مئات (أو أكثر) من المستفيدين.

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

إرسال رسائل من مستخدم معين ولكن لا يزال من الواضح من التطبيق الخاص بك (لضمان الشكاوى ، الخ أعود إليك) دون كسر البريد الإلكتروني جيدة آداب

يمكنك إنجاز هذا بواسطة استخدام "Reply-To" رأس ، والتي سوف يكون العملاء استخدام هذا العنوان بدلا من العنوان من عند رسالة بريد إلكتروني يتكون حاليا.

يجب عليك أيضا تعيين "Return-Path" رأس أي البريد الإلكتروني, البريد الإلكتروني دون هذا في كثير من الأحيان الحصول على تصفيتها.

ex.

From: me@me.com
Return-Path: me@me.com
Reply-To: auto@myapp.com

تكوين واستخدام المرسل-معرف المجال-مفاتيح SPF ، عكس dns ، وما إلى ذلك للتأكد من رسائل البريد الإلكتروني الخاصة بك التي تم تحديدها بشكل صحيح

كل هذا يعتمد على مقدار ملكية لديك من البريد الخاص بك و ملقمات DNS.منتدى جنوب المحيط الهادئ/المرسل-معرف الخ...كلها مشكلات DNS, لذلك سوف تحتاج إلى أن يكون الوصول إلى DNS.

في المثال الخاص بك يمكن هذا تماما المشكلة.كما يمكنك إعداد البريد الإلكتروني من مستخدم معين ، أن المستخدم يجب أن يكون عامل الحماية من الشمس (على سبيل المثال) في DNS للسماح خادم البريد الخاص بك صالح المرسل.يمكنك أن تتخيل كيف فوضوي (إن لم يكن مستحيلا) هذا مع عدد من المستخدمين مع مختلف أسماء النطاقات.

أما بالنسبة DNS عكسي ، انها حقا يتوقف.معظم عميل موفر خدمة إنترنت ، إلخ...فقط تحقق من أن DNS عكسي يتم تعيين.(أي 1.2.3.4 يقرر host.here.domain.com حتى لو host.here.domain.com لا حل العودة إلى 1.2.3.4).ويرجع ذلك إلى كمية من استضافة مشتركة هناك (حيث ملقمات البريد سوف كثير من الأحيان عن أنفسهم العميل اسم المجال وليس الحقيقي خادم البريد).

هناك عدد قليل من صرامة الشبكات التي تتطلب مطابقة DNS عكسي ، ولكن هذا يتطلب أن يكون لديك السيطرة على خادم البريد إذا كان لا يطابق في المقام الأول.

إذا كنت يمكن أن يكون قليلا أكثر تحديدا كنت قد تكون قادرة على توفير أكثر قليلا من المشورة, ولكن عموما, بالنسبة للأشخاص الذين يحتاجون إلى إرسال الطلب بالبريد ، و لم يكن لديك كومة من السيطرة على البيئة ، أقترح ما يلي:

• تأكد من تعيين "Return-Path"
• انها لطيفة لإضافة التطبيق الخاص بك وإساءة استخدام المعلومات وكذلك في رؤوس أي:"X-Mailer" و "X-الإساءة إلى" (هذه هي رؤوس مخصصة ، لأغراض إعلامية فقط حقا)
• تأكد DNS عكسي يتم تعيين عنوان IP من ملقم البريد الصادر

Answer 2

أولا تصحيح سريع السابقة

return-path:هو رأس تضاف عن طريق نظام يقوم على الظرف المرسل من incomming رسالة

منتدى جنوب المحيط الهادئ إلى العمل على عودة المسار/الظرف المرسل يجب أن يكون yourapp@yourdomain.com

وضمان سجل spf على yourdomain.com {أو إذا كان لكل مستخدم spf} ل yourapp@yourdomain.com يسمح الرسائل تأتي على الملقم الذي يستضيف التطبيق/يرسل البريد الإلكتروني

هذا الظرف المرسل هو العنوان الذي سوف تلقي كل شيء مستبعد/أخطاء

الآن المرسل-id مختلف تماما فإنه يتحقق return-path/الظرف المرسل و من:عنوان {المخزنة داخل الرسالة} إذا كان إرسال من:hisname yourapp@yourdomain.com الرد:hisname hisaddres@hisdomain.com

هذا سيكون غير مسألة إذا كان إرسال من:hisname hisaddres@hisdomain.com

سيكون و يجب إضافة تستاء من:hisname yourapp@yourdomain.com كما يحدد هذا تجاهل من:عن المرسل-id الشيكات استخدام هذا بدلا من ذلك كما أنه قد تم إرسالها من قبلك نيابة عنه

Answer 3

الآن على أجزاء أخرى التي هي جديرة بالاهتمام

الملكية الفكرية المذكورة هي مخدمات البريد الخاص بك

لديك ip الخاص بك هو ptr أشر إلى اسم كما تقرر نفس ip FQDNS

ب الخادم الخاص بك هيلو/ehlo مع whatever.domain.com حيث domain.com هو نفس المجال من اسم في الخطوة A {ليس نفس اسم resons أدناه}

ج يجب أن هيلو/ehlo servername أيضا حل ip من الملقم الخاص بك

د إضافة ما يلي سجل spf إلى أن المروحية/ehlo اسم "v=spf1 كل" {معنى تسمح هيلو/ehlo مع هذا الاسم من ip هذا الاسم نقاط فقط}

e إضافة التالية المرسل-id خطوط هيلو/ehlo اسم {بحتة للتأكد من اكتمالها "spf2.0/بلده,pra -كل" {أي لا توجد المستخدمين@هذا المجال}

و إضافة ما يلي spf إلى FQDN-اسم و أي أسماء المضيفين على الخادم الخاص بك "v=spf1 كل شيء" {أي لا آلات سوف من أي وقت مضى هيلو/ehlo هذا اسم و لا المستخدمين@هذا المجال}

{كما fqdns اسم يمكن تحديده من خلال السير/العدوى من الأفضل أن لا يسمح بهذا الاسم المستخدم في هيلو/ehlo تحيات مباشرة بل يكفي أن يكون من نفس المجال مثل هيلو/ehlo الهوية لإثبات صحة كلا}