إمكانية تسليم البريد الإلكتروني - العوامل المؤثرة [مغلقة
https://stackoverflow.com/questions/3421891
-
26-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
يعتمد [موقعنا] اعتمادًا كبيرًا على القدرة على إرسال بريد إلكتروني بنجاح إلى أعضائه. نواجه حاليًا مشكلة في الوصول إلى جميع أعضائنا ، وخاصة مستخدمي Hotmail.
ما الذي تنصح به لتحسين إرسال البريد الإلكتروني الخاص بنا؟
نحن نرسل رسائل بريد إلكتروني مخصصة بشكل كبير للمستخدم. لذلك سيحتاج حل الطرف الثالث إلى واجهة برمجة تطبيقات جيدة لدعم هذا.
الحلول الممكنة:
- هل إرسال بريد إلكتروني من خلال مساعدة محرك التطبيق لمعدلات التسليم؟
- هل يساعد ReturnPath؟ http://www.returnpath.net/
تحديث: بعض التعليقات الجيدة حول كيفية تحسين واختبار إمكانيات إرسال البريد الإلكتروني الخاصة بنا. خيار آخر سيكون حل طرف ثالث.
نرسل تحديثات على أنشطة الشبكات الخاصة بك ، ورسائل البريد الإلكتروني للتسجيل ، ورسائل البريد الإلكتروني الجديدة للتعليق ، ورسائل البريد الإلكتروني الجديدة لأتباع هذه الأشياء. لا سيما نشاط الشبكات الخاص بك هو فردي للغاية ومشاكل مع معظم حلول البريد الإلكتروني لجهات خارجية. ستحتاج إلى حل بريد إلكتروني مرن للغاية.
هل هناك حلول قادرة بما فيه الكفاية؟
المحلول
سأكون متشائمًا بشكل عام حول سمعة IP لعروض نوع النظام الأساسي. اختبار Google Appengine مدرج في قائمة المهام الخاصة بي ، لكنني تحدثت كثيرًا عنها Amazon EC2 تقدم مشكلة حقيقية - هذه المنتجات ليست فعالة للغاية في منع الاستخدام من قبل مرسلي البريد العشوائي ، والسمعة تتحقق.
أما بالنسبة للخطوات العملية لإعداد البريد الإلكتروني الصادر ، فإن Jeff Atwood لديه لطيف وشامل تقريبًا مقال على مدونته.
ما أقترحه بالتأكيد هو:
- تأكد من أن IP الخاص بك يحتوي على DNS عكسي.
- تحقق من سمعة IP الخاصة بك على سبيل المثال على SendersCore.org (على الرغم من أن هذا مركّز بالولايات المتحدة بشكل كبير)
- تأكد من معالجة الارتدادات على جانبك ، ويمكن الوصول إلى postmaster@your.domain
- إعداد SPF و DKIM. senderid إذا كنت تريد.
- اشترك للجميع حلقات التغذية المرتدة في مزودي / مزودي خدمة البريد الإلكتروني الرئيسيين والتصرف بشأن شكاوى البريد العشوائي - إذا اشتكى المستخدم الخاص بك ، فأنت تفعل شيئًا خاطئًا. أيضًا ، قم بتعيين "اسم ودود" على العنوان الخاص بك من: ، حيث أن بعض صناديق البريد ستعرض الجزء المحلي فقط - "التحديث" أكثر ودية من رؤية "Automatic" (Gmail يفعل هذا).
- شاهد مستوى الصوت الذي ترسله. إذا كان مرتفعًا من البداية (> 1000s/Day إلى كل مزود خدمة الإنترنت الرئيسي) ، فقد يتم حظره بشكل مباشر.
ستجد الكثير من نصائح القابلية للتسليم ، معظم الوقت من الأطراف المعنية (مقدمي خدمات البريد الإلكتروني). أ نسبياً الموارد ذات السمعة الطيبة هي القابلية للتسليم ، ومدعومة جزئياً عن طريق مسار الإرجاع. بالطبع ، قد يكون الذهاب مع مزود خدمة البريد الإلكتروني التجاري حلاً لك ، لكن حالة الاستخدام الخاصة بك محددة تمامًا وستحتاج إلى رسائل فردية في الوقت الفعلي ، وليس الرسائل الإخبارية التسويقية ، إذا فهمت لك بشكل صحيح.
عملت في شركة تعيد بيع أداة Return Path-لذا خذ هذا بقرصة من الملح: إنه متعود تساعدك على تسليمها. ومع ذلك ، يمكن أن يكون أداة قيمة تتعقب حيث توجد مشاكلك. من ناحية أخرى ، فإن استئجار أخصائي يمكن أن يمر عبر حالتك المحددة قد يكون أكثر بأسعار معقولة. أو قراءة الكثير وتجربة الكثير بنفسك.
نصائح أخرى
لقد واجهنا مشكلة مماثلة لفترة من الوقت .. ربما تريد قراءة معرف مرسل Microsoft:
https://www.microsoft.com/mscorp/safety/technologies/senderid/default.mspxوانظر إلى الرابط المسمى "نموذج إرسال سجل Sender SPF".
يبدو أن Postmark و SendGrid يقدمون واجهة برمجة تطبيقات لائقة للغاية لاستخدامها لإرسال البريد الإلكتروني وتحسين القابلية للتسليم. كما يتم التعامل مع إحصائيات المكافأة من قبلهم.
1) استخدام IP المشترك 2) قد يؤدي إرسال أكثر من 1000 بريد إلكتروني لكل ساعات إلى التسبب في البريد العشوائي 3) قد يؤدي إرسال من خادم الجذر دون تسجيل دخول SMTP إلى هذه المشكلة 4) المحتويات لديها روابط من مواقع الويب المحظورة من RBL (القائمة السوداء في الوقت الفعلي) 5) .. .
تقوم Chryss بعمل رائع يشير إلى العوامل المهمة التي يجب أخذها في الاعتبار: - عكس DNS ، وسمعة المرسل ، وإدارة القائمة (أي قوائم تنظيف العناوين الذين قاموا بتمييز البريد الإلكتروني البريد الإلكتروني الخاص بك ، وعناوين غير صالحة ، وما إلى ذلك. من الارتدادات الصلبة والناعمة والتمثيل وفقًا لتلك الأحداث) ، سجلات SPF ، توقيعات DKIM ، حلقات ملاحظات ISP ، حدود معدل مزود خدمة الإنترنت. أيضًا ، من المهم أن تضع محتوى البريد الإلكتروني في الاعتبار.
بشكل عام ، هذا كل شيء معقد للغاية ومزعج للتعامل معه ، خاصة مع زيادة حجم بريدك الإلكتروني.
فيما يتعلق بسمعة IP مع Systems PAAS ، فإن الشيء الرئيسي الذي يجب تذكره هو: - إذا كنت تشارك عنوان IP مع شخص يكسب سمعة سيئة (على سبيل المثال ، مرسلين مرسوم على EC2) ، فإن هذه السمعة ستؤثر سلبًا على إمكانية التسليم الخاصة بك. من ناحية أخرى ، إذا أرسلت من عنوان IP مخصص ، فلديك الفرصة لكسب سمعتك الخاصة - إذا كنت مرسلًا جيدًا ، اتبع أفضل الممارسات ، ويريدون عملائك رسائل البريد الإلكتروني التي يتوقعونها منك (يجب عليهم ذلك (يجب عليهم ذلك نظرًا لأنه يبدو أنك ترسل في الغالب رسائل بريد إلكتروني للمعاملات) ، فستحتفظ بسمعة كبيرة وينبغي أن تتمتع بقدرة جيدة على الولادة (يتم منح جميع الأشياء التقنية المذكورة أعلاه).
نراقب عمومًا "الثرثرة" على إمكانية التسليم عبر الإنترنت ، ونرسل جميع الأشياء الرائعة/المفيدة التي نجدها يوميًا من خلال خلاصة Twitter الخاصة بنا - لا تتردد في متابعتنا: Twitter.com/sendgrid. لقد بدأنا أيضًا في زيادة التدوين الخاص بنا ، حتى تتمكن من الانضمام إلى المحادثة إذا أردت: blog.sendgrid.com.
إذا كنت تريد حلاً شاملاً دون الحاجة إلى القيام بالكثير من استكشاف الأخطاء وإصلاحها/تقصي الحقائق ، فما عليك سوى التحقق SendForensics.com. إخلاء المسئولية: أنا تابع للشركة.
التحيات ، روس
تحدث مشكلات التسليم بشكل عام إذا كان هناك خطأ ما في أي أو كل العناصر التالية:
- محتوى البريد الإلكتروني
- تكوين الخادم
- عنوان البريد الإلكتروني وسمعة المجال
- سمعة عنوان IP
