हम डाक चलाते हैं. बाहर जाने वाला लेनदेन और अलग Postfix उदाहरणों के माध्यम से bulk भेजना, अपने द्वारा आने वाला, 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 |
क्या इमारत यह हमें सिखाया
जब एक मार्केटिंग ईमेल नहीं आता है, अभियान उपकरण इसे भेजा गया के रूप में रिपोर्ट करता है. यह तकनीकी रूप से सच है और पूरी तरह से बेकार है. संदेश को वितरण के लिए स्वीकार किया गया था और फिर छोड़ दिया गया, टाला गया या एक प्राप्त प्रणाली द्वारा नियमों के अनुसार स्पैम के रूप में फाइल किया गया था अभियान उपकरण नहीं देख सकता है और इसके विक्रेता यह नहीं समझाएगा. यह डिजिटल मार्केटिंग में एक सबसे आम अनसुलझी विफलता है, और एक एजेंसी जो केवल एक अभियान उपकरण है यह जांचने का कोई तरीका नहीं है.
इन्टरनेट पर, हम एक साइट के लिए एक साइट को खोजने के लिए एक खोज इंजन का उपयोग करते हैं, जो कि एक वेब ब्राउज़र के रूप में कार्य करता है, जिससे हम उस साइट के लिए खोज कर सकते हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, जिसके लिए हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और यदि हम खोज कर रहे हैं, तो हम खोज कर रहे हैं, और
इनबाउंड ने अपने स्वयं के पाठ सिखाए. हमने एक बार आने वाले संदेश की एक कक्षा खो दी क्योंकि एक वेबहुक ने फॉर्म-एनकोड डाटा पोस्ट किया और हैंडलर ने इसे JSON के रूप में विश्लेषण करने की कोशिश की, सामग्री को नष्ट करते हुए एक खुशहाल 200 लौटाया. उस पथ पर तीन अलग-अलग चुप ड्रॉप्स मौजूद थे. कुछ भी चेतावनी नहीं दी गई, क्योंकि सब कुछ सफलता की रिपोर्ट करता है. सिस्टम जो सफल होने से असफल होते हैं, उन्हें ढूंढना सबसे कठिन है और इसलिए हम क्लाइंट कार्य पर obsessively instrument ingestion paths सिखते हैं.
वहाँ एक कनेक्शन सीमा है जो भी उल्लेखनीय है, क्योंकि यह एक प्रकार का विवरण है जो केवल वास्तविक लोड के तहत दिखाई देता है: एक मेल सर्वर प्रति उपयोक्ता और पता, प्रति प्रक्रिया के लिए एक साथ कनेक्शन की एक सीमित संख्या की अनुमति देता है. इसे पार करें और चीजें काम करना बंद कर देती हैं जिस तरह से प्रमाणीकरण विफलताओं की तरह दिखती हैं. मेल के लिए क्षमता योजना वास्तविक इंजीनियरिंग है, और लगभग कोई भी इसके लिए बजट नहीं करता है.
के साथ बनाया गया
- Postfix
- Dovecot
- Rspamd
- SPF
- DKIM
- DMARC
- IMAP
- Java
- Spring Boot
हमें बताएं कि आप क्या करने की कोशिश कर रहे हैं
एक छोटी बातचीत आमतौर पर यह बताने के लिए पर्याप्त है कि क्या हम सही लोग हैं. यदि हम नहीं हैं, तो हम ऐसा कहेंगे और आपको कहीं बेहतर जगह दिखाएंगे.