نقوم بتشغيل البريد. الإرسال الخارجي للمعاملات والإرسال الجماعي من خلال Postfix حالات منفصلة، الإرسال الداخلي من خلال صناديق البريد الخاصة به على Dovecot، الترشيح والتقدير من خلال Rspamd. يتم التحقق من هوية المرسل ضد DNS الحي قبل السماح لرسالة بالادعاء بنطاق العميل.
| الإجراء | القيمة | المصدر | المقيسة |
|---|---|---|---|
| مكونات البريد قيد الإنتاج | 5 (Postfix outbound, Postfix bulk, Postfix inbound, Dovecot, Rspamd) | kubectl get deployments -n mail | |
| مسارات إرسال منفصلة بحسب فئة السمعة | 2 (transactional and bulk, on distinct instances) | kubectl get deployments -n mail | |
| عمليات التحقق من نطاق المرسل قبل الإذن بالإرسال | 2 (domain ownership proven by DNS record, and SPF authorisation verified live) | transactional sender-identity resolution in the email service |
ما المبنى الذي علمنا
عندما لا يصل بريد إلكتروني تسويقي، تبلغ أداة الحملة بأنها أرسلت. وهذا صحيح من الناحية التقنية وغير مفيد على الإطلاق. فقد تم قبول الرسالة للتسليم ثم تم إلغاؤها أو تأجيلها أو حفظها كرسائل زائفة من قِبَل نظام الاستقبال وفقاً لقواعد لا تستطيع أداة الحملة أن ترى ولا يشرحها بائعها. وهذا هو الفشل الأكثر شيوعاً وغير المشروح في التسويق الرقمي، والوكالـة التي لا تمتلك سوى أداة الحملة لا تملك أي وسيلة للتحقيق فيه.
إن تشغيل البنية الأساسية يغير ما يمكن معرفته. فنحن نفصل الإرسال الجماعي عن الإرسال المتعلق بالمعاملات، حتى لا تتمكن الرسالة الإخبارية من الإضرار بالسمعة التي تعتمد عليها إعادة تعيين كلمة المرور. ونحن نتحقق، في مقابل نظام أسماء النطاقات (DNS) الحي في وقت الإرسال، مما إذا كان النطاق قد ثبت حقاً أنه ينتمي إلى المستأجر الذي يطالب به وما إذا كان سجل SPF الخاص به يفوضنا بالفعل ــ وإذا فشل هذا البحث فإننا لا نسجل أي حكم بدلاً من التخمين، لأن التخمين هنا يرسل بريداً يفشل في التحقق من الهوية ويعلم الأنظمة المتلقية عدم الثقة في النطاق.
لقد علمتنا العمليات الواردة دروسها الخاصة. لقد خسرنا ذات مرة فئة من الرسائل الواردة لأن إحدى الروابط الشبكية نشرت بيانات مشفرة بالشكل وحاولت المعالجة تحليلها كـ JSON، فأعادت 200 متحمسة بينما ألغت المحتوى. وكانت هناك ثلاثة انخفاضات صامتة منفصلة على ذلك المسار. ولم يحدث أي شيء، لأن كل شيء أبلغ عن النجاح. والأنظمة التي تفشل بالنجاح هي أصعب الأنظمة للعثور عليها والسبب في أننا نستخدم مسارات الاستيعاب بشكل مهووس على عمل العميل.
هناك حد للاتصال يستحق الذكر أيضاً، وذلك لأنه من ذلك النوع من التفاصيل التي لا تظهر إلا تحت الحمل الحقيقي: يسمح خادم البريد بعدد محدود من الاتصالات المتزامنة لكل مستخدم وعنوان، لكل عملية. وإذا تجاوزنا هذا الحد فإن الأمور تتوقف عن العمل بطرق تبدو وكأنها فشل في التحقق من الهوية. إن تخطيط القدرة على البريد هو هندسة حقيقية، ولا يكاد أحد يخصص ميزانية لهذا الغرض.
بنيت بـ
- Postfix
- Dovecot
- Rspamd
- SPF
- DKIM
- DMARC
- IMAP
- Java
- Spring Boot
أخبرنا ماذا تحاول أن تفعل
إن محادثة قصيرة تكفي عادة لمعرفة ما إذا كنا الشخص المناسب. وإذا لم نكن، فسوف نقول ذلك ونشير إليك إلى مكان أفضل.