पोस्टफ़िक्स कहता है कि मेल भेजा गया है, संदेश ISPs इनबॉक्स में नहीं आता है? लॉग में कोई अस्वीकार नहीं?


10

जब मैं अपने मेल सर्वर से अपने @ bellsouth.net ईमेल पर एक परीक्षण संदेश भेजता हूं, तो पोस्टफ़िक्स लॉग दिखाता है कि इसे ठीक भेजा गया था, लेकिन संदेश मेरे bellsouth इनबॉक्स में कभी नहीं आता है। क्या मुझे विफलता सूचना या उछाल नहीं मिलनी चाहिए यदि At & T संदेशों को रोक रहा है?

मैं यह जानने की कोशिश कर रहा हूं कि कुछ ग्राहकों को ईमेल क्यों नहीं मिल रहे हैं, लेकिन अगर संदेश को खारिज करने के लिए mail.log में कुछ नहीं है, तो मुझे कैसे पता चलेगा कि कौन से संदेश सफलतापूर्वक वितरित किए गए थे?

लॉग दिखाता है:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

एटी एंड टी सर्वर ने संदेश को स्वीकार किया, है ना?

मेरे पास एक At & T / Bellsouth ईमेल है, लेकिन मेरे पास प्रत्येक ISP के साथ एक खाता नहीं है जिसे हम भेजते हैं। मुझे यह जानने का कोई तरीका चाहिए कि क्या कोई संदेश अपने गंतव्य को मिल रहा है या नहीं। क्या मेरी main.cf फ़ाइल में कोई सेटिंग है जो प्रभावित करेगी कि क्या हमें अस्वीकार / बाउंस नोटिस प्राप्त होते हैं या नहीं?


मुझे लगता root@mydomain.comहै कि यह केवल एक उदाहरण है। क्या आप वाकई 'से' पते पर ईमेल प्राप्त कर सकते हैं? अन्यथा अंततः नॉन-डिलीवरी रिपोर्ट खो जाएगी।
मत्तियो

वहाँ है एक संभावना अपने स्पैम countermeasures एक तरीका है कि यह मेल स्वीकार करता है में स्थापित है कि वे और चुपचाप ग्राहक इनबॉक्स में प्राप्त किए बिना उन्हें उदासीनता।
बार्ट सिल्वरस्ट्रिम

@BartSilverstrim, क्या हमें अभी भी उनसे नोटिस नहीं लेना चाहिए?
निक

1
यह कैसे नियंत्रित किया जाता है पर निर्भर करता है। मैं एक मेल सर्वर स्थापित कर सकता हूं जो मेल के हैंडऑफ को स्वीकार करेगा और फिर चुपचाप उसे कचरा कर देगा। करना मुश्किल नहीं है। और नकली पते से आज बहुत सारे स्पैम के साथ, एक बाउंस संदेश भेजने से स्पैम लोड हो सकता है, क्योंकि किसी व्यक्ति को स्पैम बू से कोई लेना-देना नहीं है, जिससे "एड्रेस" में उनका पता किसी चीज़ के लिए बाउंस नोटिफिकेशन प्राप्त होगा जो उन्होंने नहीं किया था 'यह मत करो, कि वे कहाँ से आए थे, जवाब देने के साथ उनके सीसादीन को बोझ करना।
बार्ट सिल्वरस्ट्रिम

जवाबों:


8

dsn=2.0.0और एक सही relay=अर्थ यह है कि बेल का मेल सर्वर संदेश स्वीकार कर लिया है। हालांकि, इसका मतलब यह नहीं है कि यह उपयोगकर्ता के मेल बॉक्स तक संदेश को पहुंचाने की अनुमति देगा। इस उदाहरण में सबसे अधिक संभावना यह है कि बेल साउथ के स्पैम फिल्टर ने उपयोगकर्ता के मेल बॉक्स तक पहुंचने से पहले आपके संदेश को साफ कर दिया है या उपयोगकर्ता के स्वयं के मेल सॉफ्टवेयर ने संदेश को साफ कर दिया है।

सुनिश्चित करें कि वापसी ईमेल पता संदेशों को स्वीकार करता है ताकि बेल साउथ के सर्वर से वापस बाउंस हो। यह उन मामलों में भी महत्वपूर्ण है जब आप मेल बॉक्स को उनके सर्वर पर वितरित करने का प्रयास करते हैं जो वास्तव में मौजूद नहीं हैं।

यह सुनिश्चित करने के लिए अपने मेल कॉन्फ़िगरेशन की जाँच करें कि मेल को स्पैम के रूप में चिह्नित नहीं किया जा रहा है (स्वयं को मेल करके और फिर हेडर की जाँच करके)। पोस्टफ़िक्स को सही हेडर / लिफाफा लिखना चाहिए ताकि मेल 'से' पते में निर्दिष्ट डोमेन से आता दिखाई दे। तो अगर आपका मेल सर्वर mail.example.com के लिए है, लेकिन आपके सर्वर का होस्टनाम वास्तव में mailserver.int.hostingprovider.com है, तो पोस्टफिक्स को example.com के रूप में सही ढंग से सेट करने की आवश्यकता है। यह आपके रिवर्स डीएनएस के साथ भी मेल खाना चाहिए ताकि आपके सर्वर के आईपी पते पर एक खोज सर्वर पता लौटाए (यदि यह सही नहीं है, तो अपना पीटीआर रिकॉर्ड सेट करें)। इसे आसानी से खुदाई के साथ चेक किया जा सकता है।

dig example.com
dig -x <your IP address>

आपको अपने DNS में SPF सेट करने पर भी विचार करना चाहिए क्योंकि यह आपके सर्वर से मेल के एंटी-स्पैम स्कोर का त्वरित और सरल जोड़ है।


क्या PostFix में एक वैश्विक bounce@mydomain.com रिटर्न पथ पता सेट करना संभव है ताकि यह हमेशा यह कहे कि हर संदेश के लिए चाहे वह किसी भी व्यक्ति या एप्लिकेशन को भेजता हो? रिवर्स DNS लुकअप mail.mydomain.com है और mail.mydomain.com उसी IP पते पर हल होता है। मैंने कल एक एसपीएफ़ रिकॉर्ड जोड़ा था- मैंने एक बनाने के लिए माइक्रोसॉफ्ट के टूल का उपयोग किया था। मैंने इसे mydomain.com को txt रिकॉर्ड के रूप में जोड़ा था, न कि mail.mydomain.com पर। क्या यह दोनों होना चाहिए? मेरे काम में स्पैम हत्यारे ने संदेश "-2.6" दिया।
निक

जो कुछ भी लौटाया जाता है उस पर SPF होना चाहिए dig MX mydomain.com। यदि आपके पास कोई एमएक्स सेट नहीं है, तो यह कैनोनीफाइड संस्करण होगा dig mydomain.com। हालांकि यह दोनों डोमेन पर चोट नहीं करेगा (क्योंकि यह सिर्फ एक TXT रिकॉर्ड है)। जेनेरिक बाउंस कलेक्टर के रूप में, आप इसे पोस्टफ़िक्स में एक फ़िल्टर के साथ संभाल सकते हैं जो एक अलग मेलबॉक्स में एक bcc करता है अगर यह एक उछाल पाता है लेकिन यह fiddly है (देखें postfix.org/postconf.5.html#recipient.bcc_maps bcc मैपिंग के लिए )। बाउंस को उपयोगकर्ताओं द्वारा स्वयं देखा जाना चाहिए जब वे किसी को मेल करने और पते को गलत करने की कोशिश कर रहे हों।
webtoe

2
मुझे लगता है कि मुझे समस्या का पता चल गया है: PHP www-data के रूप में मेल भेज रहा था, हालांकि मैंने इसे नहीं बताया था। आपको अपने द्वारा इच्छित लिफाफे का उपयोग करने के लिए मजबूर करने के लिए -मेल और सेंडमेल कमांड में एक और झंडा जोड़ना होगा। मुझे लगता है कि www-data से ISPs कचरा मेल।
निक

सफलतापूर्वक भेजे गए मेरे अपने मामले में लेकिन चुपचाप ई-मेल को खारिज कर दिया, प्राप्तकर्ता साइट पर श्वेतसूची में प्रेषक पते को जोड़ने में मदद की। एक मेजबान यूरोप वेब होस्टिंग पैकेज का संदर्भ देता है।
टैनिस

3
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

बेल्साउथ ने संदेश को स्वीकार किया; यह अब पोस्टफिक्स की जिम्मेदारी नहीं है।

बेल्स मुँह से पूछिए कि यह क्या हुआ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.