क्या मैं डोमेन ईमेल के लिए Google Apps का उपयोग कर सकता हूं और अभी भी ईमेल भेजने के लिए "sendmail" सर्वर का उपयोग कर सकता हूं?

Question

मैं अपने डोमेन से ईमेल होस्ट करने के लिए डोमेन के लिए Google Apps का उपयोग कर रहा हूं और मैंने Google दस्तावेज़ के अनुसार मेरी साइट पर एमएक्स रिकॉर्ड सेट अप किए हैं। क्या मैं Google एपीपीएस के साथ संघर्ष किए बिना अपने वेबसर्वर से अतिरिक्त ईमेल भेजने के लिए "sendmail" सर्वर का भी उपयोग कर सकता हूं?

विशिष्ट प्रश्न: 1) मैं अपने प्रेषक सर्वर के लिए एमएक्स रिकॉर्ड अपने वेबहोस्ट में जोड़ना चाहता हूं ताकि मेरे प्रेषक सर्वर से भेजे गए मेल को स्पैम के रूप में चिह्नित किया जा सके (आईपी लुकअप के माध्यम से।) क्या Google Apps के लिए एमएक्स रिकॉर्ड और मेरे sendmail सर्वर किसी भी तरह से संघर्ष? 2) क्या मेरे पास एक अलग प्रेषक सर्वर ऑपरेटिंग होने पर Google Apps ईमेल अभी भी सही तरीके से काम करेगा? मैं चाहता हूं कि Google Apps ईमेल मेरे सभी ईमेल प्राप्त करे, और केवल मेरे sendmail सर्वर से अतिरिक्त मेल भेजना चाहता है।

मुख्य कारण मैं अपने खुद के sendmail सर्वर करना चाहते हैं ईमेल मैं बाहर भेजने की संख्या पर कोई सीमा नहीं है (वर्तमान में अपने Google Apps ईमेल मुझे सीमित करता है 250 ई-मेल खाते प्रति एक दिन भेजे गए ईमेल के लिए।)

यदि कोई ऐसा व्यक्ति है जिसने वास्तव में ऐसा किया है, तो कृपया बात करें!

Answer 1

एमएक्स रिकॉर्ड केवल को मेल प्राप्त करने पर प्रभावित करते हैं। ऑफ-साइट सर्वर आपके डोमेन का उपयोग एमएक्स रिकॉर्ड को ईमेल भेजने की कोशिश कर रहा है यह निर्धारित करने के लिए कि कौन से मेजबान मेल भेजना चाहते हैं। आप पर एक प्रेषण होस्ट सेट अप कर सकते हैं मेल को बिना किसी एमएक्स रिकॉर्ड या आपके प्राप्त मेल पर इसका कोई प्रभाव पड़ता है। (SPF रिकॉर्ड मेल भेजने प्रभावित करते हैं, यदि आप एसपीएफ़ का उपयोग करें, तो आप यह दोनों अपने Google Apps मेजबान और अपने sendmail मेजबान सूची को अपडेट करना होगा।)

संपादित करें: के बाद से अपने sendmail मेजबान भेजने के लिए ही है मेल, इसे एक एमएक्स रिकॉर्ड के रूप में सूचीबद्ध नहीं किया जाना चाहिए। इसे एक एमएक्स रिकॉर्ड के रूप में सूचीबद्ध करने के कई नुकसान हैं:

• यह आपके Google Apps होस्ट के लिए इच्छित मेल प्राप्त कर सकता है। (भले ही आप इसे कम प्राथमिकता दें, यदि आपका Google Apps होस्ट डाउन है, या यदि कोई इंटरमीटेंट DNS या नेटवर्क विफलता है, या ...)
• यह स्पैम प्राप्त करेगा, तो आपके पास मेल होगा sendmail होस्ट पर स्पैम फ़िल्टर सेट अप करने के लिए, या आपको sendmail होस्ट पर भरोसा करने के लिए अपने Google Apps स्पैम फ़िल्टर को पुन: कॉन्फ़िगर करना होगा (अन्यथा वे स्पैम के वास्तविक प्रेषक को नहीं पहचानेंगे)।
• यदि आप पहले दो समस्याओं से बचने के लिए अपने प्रेषण मेजबान पर एसएमटीपी को अवरुद्ध करते हैं, तो आपको स्पैम फ़िल्टर (जैसा कि जेसनआरएम का उल्लेख किया गया है) द्वारा दंडित किया जा सकता है, और आप वैध ईमेल की डिलीवरी देरी कर सकते हैं (यदि कोई आपके प्रेषण को ईमेल करने का प्रयास करता है किसी भी कारण से होस्ट करें और अवरुद्ध है)।

आपके एमएक्स रिकॉर्ड में एक प्रेषण मेजबान सूचीबद्ध नहीं कर सकता है, इसलिए कुछ स्पैम फ़िल्टर आपको थोड़ा दंडित कर सकते हैं, जैसा कि ज़ोरर्डैच ने उल्लेख किया है, लेकिन इसके बजाय एसपीएफ़ को स्थापित करना चाहिए। (किसी भी अच्छी तरह से डिज़ाइन किए गए स्पैम फ़िल्टर एमएक्स रिकॉर्ड पर एसपीएफ़ का सम्मान करेंगे।)

यदि आपका प्रेषक होस्ट आपके अपने उपयोगकर्ताओं को कोई ईमेल भेज रहा है, तो आपको अपने उपयोगकर्ताओं के लिए रिले ईमेल पर कॉन्फ़िगर करना भी सुनिश्चित करना होगा अपने Google Apps होस्ट पर।

Answer 2

क्या मैं Google Apps के साथ कोई संघर्ष होने के बिना अपने वेबसर्वर से अतिरिक्त ईमेल भेजने के लिए "sendmail" सर्वर का भी उपयोग कर सकता हूं?

हाँ

मैं अपने webhost के लिए मेरे sendmail सर्वर के लिए MX रिकॉर्ड जोड़ने के लिए मेल मेरे sendmail सर्वर स्पैम के रूप में चिह्नित से भेजे गए हो रही से बचना चाहते हैं (एक आईपी देखने के माध्यम से।)

नहीं, आप ऐसा नहीं करना चाहते हैं। इसके बजाय आपको शायद SPF रिकॉर्ड

क्या Google Apps और मेरे sendmail सर्वर के लिए एमएक्स रिकॉर्ड किसी भी तरह से संघर्ष करना चाहिए?

यदि आप दोनों के लिए एक ही नाम (domain.org) के लिए एमएक्स रिकॉर्ड सेट करते हैं, तो हाँ, वे संघर्ष करेंगे, मेल एक या दूसरे पर जाएगा। जो भी सबसे कम वरीयता है और उस समय उपलब्ध है जब एमटीए भेजने के प्रयासों को शायद संदेश प्राप्त होगा।

Answer 3

आपने जो भी पूछ रहे हैं वह बिल्कुल नहीं किया है, लेकिन जब से लोग सलाह देने से रोकते हैं? ;)

1) जब तक आप वास्तव में कम प्राथमिकता वाले 50 "उदाहरण के लिए" केवल एमएक्स रिकॉर्ड जोड़ते हैं (उदाहरण के लिए, जहां सभी जीमेल सर्वर 20 से कम होते हैं), जब तक कोई बुरी तरह कार्यान्वित मेलर नहीं होता या जीमेल नीचे है, कोई मेलर कभी कोशिश नहीं करना चाहिए और अपने कम प्राथमिकता सर्वर से बात करनी चाहिए। यदि आप सभी के बारे में परवाह करते हैं तो एमएक्स रिकॉर्ड, बंदरगाह ब्लॉक इनबाउंड एसएमटीपी उन सर्वरों के साथ-साथ यह सुनिश्चित करने के लिए कि मेल गलत स्थान पर कभी नहीं जाता है। इससे कुछ स्पैम पहचान योजनाएं फेंक सकती हैं अगर वे स्रोत प्रेषण को सक्रिय रूप से कोशिश करने और कनेक्ट करने के लिए प्रेरित करते हैं, लेकिन मुझे नहीं लगता कि यह आम है। आप हमेशा स्थानीय रीडायरेक्ट भी चला सकते हैं, इसलिए अगर किसी कारण से मेल आ जाता है, तो आप इसे जल्द से जल्द जीमेल पर वापस धक्का दे सकते हैं।

2) कोई कारण नहीं देख सकता है क्यों नहीं। यदि आप कभी भी अपने आउटगोइंग सर्वर पर ईमेल वितरित करने की अनुमति नहीं देते हैं और कम प्राथमिकता देते हैं, तो बस ठीक काम करना चाहिए।

साथ ही, उन सभी सर्वरों को शामिल करना सुनिश्चित करें जो आपके एसपीएफ़ टेक्स्ट रिकॉर्ड में मेल भेज सकते हैं। एक स्पैम फ़िल्टर को जांचना और भरोसा करना चाहिए कि कम से कम एमएक्स रिकॉर्ड, क्योंकि सभी कंपनियां आउटबाउंड के लिए समान इनबाउंड सर्वर का उपयोग नहीं करती हैं।