জিএমএল ডোমেইনে প্রেরিত ইমেলগুলি হঠাৎ আরএফসি 2822 এর অনুগত নয়, গুগল অ্যাপসের সাথে বাইপাস করা সম্ভব?


10

আরএফসি 2822 অভিযোগকারী না হওয়ার কারণে চার দিন আগে আমাদের জিএসপি অ্যাকাউন্টগুলিতে আমাদের আইএসপির মেইল ​​সার্ভিসের মাধ্যমে প্রেরিত ইমেলগুলি প্রত্যাখ্যান করা শুরু হয়েছিল।

নিম্নলিখিত বার্তাটি অনস্বীকার্য ছিল। সমস্যার কারণ:
5.3.0 - অন্যান্য মেল সিস্টেম সমস্যা 550-'5.7.1 [2001: 44b8: 8060: ff02: 300: 1: 6: 6 11] আমাদের সিস্টেম সনাক্ত করেছে যে message n5.7.1 এই বার্তাটি আরএফসি 2822 অনুগত নয় । Gmail এ প্রেরিত স্প্যামের পরিমাণ হ্রাস করতে 5 n5.7.1, এই বার্তাটি অবরুদ্ধ করা হয়েছে। আরও তথ্যের জন্য দয়া করে \ n5.7.1 আরএফসি 2822 নির্দিষ্টকরণগুলি পর্যালোচনা করুন।
iw4si27447595pac.153 - gsmtp '

এটি হতাশার কারণ এই ইমেলগুলি এক বছরেরও বেশি সময় ধরে দুর্দান্ত কাজ করছে — আমি ধরে নিচ্ছি গত সপ্তাহে গুগল তাদের ফিল্টারগুলি শীর্ষে ফেলেছে।

আমরা যে ইমেল ঠিকানাটি প্রেরণ করতে চাইছি তা আমাদের ব্যবসায়িক অ্যাকাউন্টের জন্য গুগল অ্যাপসের অন্তর্ভুক্ত। আমি ভাবছি, ইমেলগুলি প্রবেশের অনুমতি দেওয়ার জন্য কি আরএফসি 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

ইমেলগুলি প্রেরণকারী মেশিনটিতে একটি পাসওয়ার্ড প্রয়োজন এমন এসএমটিপি সার্ভার যুক্ত করার ক্ষমতা নেই বলে লক্ষণীয়: তাই আমাদের
আইএসপি'র

উত্তর:


12

আরএফসি 2822 বলেছেন তারিখ: এবং থেকে: শিরোনাম প্রয়োজন (বিভাগ 3.6)। দেখে মনে হচ্ছে গুগল আপনাকে কেবলমাত্র একটি থেকে: শিরোনাম যুক্ত করে দূরে সরিয়ে দেবে, যেমন:

[..]
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 

আহ, থ্যাঙ্কিয়ু আমাকে দেখতে হবে সফ্টওয়্যারটির বিকাশকারী এই পরিবর্তন করতে পারে কিনা। আপনি কি জানেন যে গ্যাপস ব্যবহার করার সময় জিমেইলস মেল সার্ভার সাইড ফিল্টারগুলি ওভাররাইড করা সম্ভব কিনা?
অরেঞ্জবক্স

6

এর থেকে সদৃশ জন্য দেখুন: শিরোনাম বা জবাব-থেকে: শিরোনাম একে অপরের সাথে মেলে না। এই একই সমস্যাটি ম্যাকের জন্য আউটলুকের বেশিরভাগ ব্যবহারকারীর দ্বারা অভিজ্ঞ হয়েছিল যাদের অতিরিক্ত শিরোনামের তথ্য পূর্ববর্তী মেল ক্লায়েন্ট অ্যাকাউন্টগুলি থেকে ভ্রান্তভাবে স্থানান্তরিত হয়েছিল। Http://hintsforums.macworld.com/showthread.php?p=718579 দেখুন


উত্তরের জন্য ধন্যবাদ! আমি ভোট দিয়েছি কিন্তু গ্রহণ করা হয়নি কারণ আমি গুগল অ্যাপসটি ব্যবসায়ের জন্য ব্যবহার করে দেখছি ফিল্টারটি ওভাররাইড করার কোনও উপায় খুঁজে প্রত্যাশা করছি। কোন চিন্তা?
অরেঞ্জবক্স

@ ওরেঞ্জবক্স আমার মনে হয় না যে এখানে কোনও বিকল্প আছে, তবে কেন গুগলে কোনও প্রতিক্রিয়া অনুরোধ দাখিল করবেন না ?
পুলি 21

একটি আকর্ষণীয় বিষয় হ'ল একাধিক Fromশিরোনাম আরএফসি 822 দ্বারা অনুমোদিত ছিল, তবে আরএফসি 2822 দ্বারা প্রকাশিত নেই (প্রকাশিত 2001)।
পুলি 21

1

আমার একটি পিএইচপি স্ক্রিপ্ট রয়েছে যা ডেটাবেস থেকে নির্মিত ক্ষেত্রগুলি সহ প্রতিদিন বিজ্ঞপ্তি পাঠায়। প্রতিটি ক্ষেত্রের শেষে, প্রোগ্রামার \r\nলাইনগুলি শেষ করে দিত (উভয় বাহন ফেরত এবং লাইন ফিড অক্ষর)। এটি কোনও অর্থবোধ করে না, তবে এটি এখনও অবধি কার্যকর হয়েছে।

আমি \rচরিত্রটি বের করে দিয়েছি এবং হঠাৎ আমার মেইলগুলি এখন আরএফসি 2822 এর সাথে অনুগত।


1

এই বাগটি যা যাচাই করছে a জন্য RFC 822 তাত্ত্বিক পৃথক সি আর ও এলএফ অক্ষর, যা হয় মঞ্জুরিপ্রাপ্ত নয় লাইন শেষ, কিন্তু বোঝায় যা RFC 2822 এই বৈশিষ্ট্যটি সরিয়ে ফেলা হয়। আরএফসির ২২২২ অনুচ্ছেদে বলা হয়েছে, "সিআরএল এবং এলএফ কেবল সিআরএলএফ হিসাবে একসাথে হওয়া উচিত; এগুলি দেহে স্বতন্ত্রভাবে প্রদর্শিত হবে না।"

প্রোগ্রামারটি যা করেছে তা হ'ল আরএফসি 2822 অভিযোগ এবং আপনার সংস্করণটি এটি নয়। বিকাশকারী হিসাবে আমি একক লাইন ফিড পছন্দ করি তবে ইমেলের সিআরএলএফ ব্যবহার করা একটি চূড়ান্ত প্রয়োজনীয়তা। আদর্শভাবে একটি এমইউএ কোনও যুক্তিসঙ্গত লাইন শেষ বুঝতে পারে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.