Gmail डोमेन को भेजे गए ईमेल अचानक RFC 2822 का अनुपालन नहीं करते, Google Apps के साथ बायपास करना संभव है?


10

चार दिन पहले हमारे आईएसपी के मेल सेवकों के माध्यम से हमारे जीमेल खातों में भेजे गए ईमेल आरएफसी 2822 शिकायतकर्ता नहीं होने के कारण खारिज कर दिए जाने लगे।

निम्न संदेश अविश्वसनीय था। समस्या का कारण:
5.3.0 - अन्य मेल सिस्टम समस्या 550-'5.7.1 [2001: 44b8: 8060: ff02: 300: 1: 6: 6 11] हमारे सिस्टम ने पता लगाया है कि यह संदेश \ n5.7.1 है। RFC 2822 का अनुपालन नहीं । Gmail को भेजे गए स्पैम \ n5.7.1 की मात्रा को कम करने के लिए, इस संदेश को अवरुद्ध कर दिया गया है। अधिक जानकारी के लिए कृपया \ n5.7.1 RFC 2822 विनिर्देशों की समीक्षा करें।
iw4si27447595pac.153 - gsmtp '

यह निराशाजनक है क्योंकि ये ईमेल एक साल से अधिक समय से ठीक काम कर रहे हैं - मैं यह मान रहा हूँ कि Google ने पिछले सप्ताह में अपने फ़िल्टर को छोड़ दिया है।

वह ईमेल पता जिसे हम अपने Google Apps for Business खाते के लिए भेजने का प्रयास कर रहे हैं। मैं सोच रहा हूँ, क्या ईमेल को आने देने के लिए RFC 2822 अनुपालन फ़िल्टर को ओवरराइड करने का एक तरीका है?

अब तक, जीमेल सेटिंग्स में (एप्लिकेशन नियंत्रण कक्ष में) स्पैम श्वेतसूची में आईएसपी डोमेन नाम जोड़ने से काम नहीं हुआ है।


प्रश्न में अस्वीकृत संदेश के लिए टेलनेट लॉग है:

220-ipmail06.adl6.xxxxx.net ESMTP 220 ESMTP; eth2958.xxx.adsl.OurISP.net [150.xxx.xxx.xx1] in MTA
HELO WINDOWS-xxxxx (<- this is our server name) 
250 ipmail06.adl6.OurISP.net 
MAIL FROM: account@OurISP.net
250 sender ok 
RCPT TO: admin@googleappsdomain.com
250 recipient ok 
RCPT TO: admin@DifferentGoogleAppsDomain.com
250 recipient ok 
DATA 
354 go ahead 
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application. . 
QUIT 
250 ok: Message 716893804 accepted

वर्थ नोटिंग कि ईमेल भेजने वाली मशीन में smtp सर्वर को जोड़ने की क्षमता होती है जो पासवर्ड की आवश्यकता होती है, इसलिए हमें अपने ISP के सर्वर का उपयोग करना होगा ...
OrangeBox

जवाबों:


12

RFC2822 कहते हैं दिनांक: और से: हेडर आवश्यक हैं (धारा 3.6)। ऐसा लगता है कि Google आपको एक से जोड़ने से दूर होने देगा: शीर्षलेख हालांकि, उदा:

[..]
DATA 
354 go ahead 
From: <account@OurISP.net>   <-- add this
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application.
.
QUIT 
250 ok: Message 716893804 accepted 

आह, थैंक्यू मुझे यह देखना होगा कि क्या सॉफ्टवेयर का डेवलपर यह बदलाव कर सकता है। क्या आपको पता है कि Gapps का उपयोग करते समय Gmails मेल सर्वर साइड फिल्टर को ओवरराइड करना संभव है?
ऑरेंजबॉक्स

6

डुप्लिकेट के लिए देखें: शीर्ष लेख या उत्तर-से: शीर्ष लेख जो एक दूसरे से मेल नहीं खाते हैं। मैक के लिए आउटलुक के कई उपयोगकर्ताओं द्वारा इस समस्या का अनुभव किया गया था जिनके पास पिछले मेल क्लाइंट खातों से गलती से अतिरिक्त हेडर जानकारी थी। Http://hintsforums.macworld.com/showthread.php?p=718579 देखें


जवाब के लिए धन्यवाद! मैंने अप-वोट किया है लेकिन स्वीकार नहीं किया है क्योंकि मैं फ़िल्टर को ओवरराइड करने का एक तरीका खोजने की उम्मीद कर रहा हूं क्योंकि हम Google Apps का उपयोग व्यवसाय के लिए कर रहे हैं। कोई विचार?
ऑरेंजबॉक्स

@OrangeBox मुझे नहीं लगता कि कोई विकल्प है, लेकिन Google के साथ प्रतिक्रिया अनुरोध क्यों नहीं दर्ज करें ?
पूलि

एक दिलचस्प बात यह है कि FromRFC822 द्वारा कई हेडर की अनुमति दी गई थी, लेकिन अब RFC2822 (2001 में प्रकाशित) द्वारा अनुमति नहीं है।
पूली

1

मेरे पास एक PHP स्क्रिप्ट है जो हर दिन एक डेटाबेस से निर्मित फ़ील्ड के साथ सूचनाएं भेजता है। प्रत्येक क्षेत्र के अंत में, प्रोग्रामर ने \r\nलाइनों को समाप्त करने के लिए उपयोग किया था (दोनों गाड़ी वापसी और लाइन फीड वर्ण)। यह कोई मतलब नहीं है, लेकिन यह अब तक काम किया।

मैंने \rचरित्र को निकाल लिया और अचानक मेरे मेल अब RFC 2822 के अनुरूप हैं।


1

यह बग जो भी सत्यापन कर रहा है। RFC 822 ने सैद्धांतिक रूप से अलग CR और LF वर्णों की अनुमति दी है, जो पंक्ति समाप्त नहीं होते हैं, लेकिन RFC 2822 इस सुविधा को हटा देता है। RFC 2822 सेक्शन 2.3 का कहना है कि "CR और LF MUST केवल CRLF के रूप में एक साथ होते हैं; वे जरूरी नहीं कि शरीर में स्वतंत्र रूप से दिखाई दें।"

प्रोग्रामर ने जो किया वह RFC 2822 शिकायत है और आपका संस्करण नहीं है। एक डेवलपर के रूप में मैं सिंगल लाइन फीड पसंद करता हूं लेकिन ईमेल में CRLF का उपयोग करना एक परम आवश्यकता है। आदर्श रूप से एक MUA किसी भी उचित लाइन सिरों को समझेगा।

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