আমার ক্লায়েন্টদের ডোমেনগুলির পক্ষে ইমেল প্রেরণের জন্য সেরা পদ্ধতিটি কী?


15

আমি গ্রাহকদের তালিকাভুক্ত না করে এবং বাউন্স সমস্যা এড়ানো ছাড়া আমার মেইল ​​সার্ভারকে আমার ক্লায়েন্টদের ডোমেনের পক্ষে ইমেল প্রেরণ করার সর্বোত্তম উপায়টি জানতে চেয়েছিলাম।

আমি কিছু অন্য কোন প্রশ্ন পড়া করে থাকেন এখানে , এখানে এবং এখানে কিন্তু কোনোটাই সব সম্ভাব্য সমাধান প্রতিবেদক। এখানে কয়েকটি সম্ভাবনা রয়েছে যা আমি তুলনা করতে চাই:

উ:

HELO mymailserver.com
MAIL FROM<do-not-reply@myapp.com>  # mymailserver.com same IP as myapp.com
DATA
  From: <res@client.com>
  Sender: <do-not-reply@myapp.com>

প্রশ্ন : জিমেইল এটাই করে। এটি ইমেল শিরোনাম "থেকে:" এর আলাদা ডোমেন রয়েছে, খাম প্রেরক নয় not
emailclients দেখাবে ": do-not-reply@myapp.com মাধ্যমে res@client.com থেকে" বা "থেকে: do-not-reply@myapp.com res@client.com পক্ষে" , যা না একটি সমস্যা আমার জন্য.
এখন, এটি আমার ডোমেনের খ্যাতিকে খারাপভাবে প্রভাবিত করবে, এই শিরোনামটি "থেকে:" এর আলাদা ডোমেন রয়েছে? (এবং এটি গুগল না থাকলে কে এটি করছে ..)

বি

HELO mymailserver.com
MAIL FROM<do-not-reply@myapp.com>
DATA
   From: <res@client.com>
   # same as A, but no "Sender:"

দেখে মনে হচ্ছে গুগল একবার এটি করেছে এবং এটিকে একটি ভুল বলেছে http://groups.google.com/group/Gmail-Help-Message-Delivery-en/browse_thread/thread/f651cb1db5d9dd23/3a8bcd0548487863?lnk=gst&q=%22on+hahalp % 22 & pli = 1 এর মধ্যে
একটি বাগ তাদের বার্তাগুলি থেকে "প্রেরক:" সরিয়ে দেয় এবং "মাধ্যমে" ইমেল-ক্লায়েন্টে প্রদর্শিত হয় নি। (আরএফসি বলে যে এটি "থেকে:" এর মতো না হলে এটি উপস্থিত থাকতে হবে)

সি

HELO mymailserver.com
MAIL FROM<res@client.com>
DATA 
  From: <res@client.com>

দেখে মনে হচ্ছে ক্লায়েন্ট ডট কম বার্তা পাঠাচ্ছিল (মেল থেকেও "স্পুফড" হয়েছে)। তবে ক্লায়েন্ট ডটকমের ডোমেনটি সুপরিচিত বা তার ডিএনএসে এসপিএফ এন্ট্রি থাকলে, আমাকে তার ডিএনএস পরিবর্তন করতে হবে, মাইমেলসারভার ডটকমকে তাদের পক্ষে বার্তা প্রেরণ করার অনুমতি দিয়ে .. (এনবি কারণে এটি আমার পক্ষে অসম্ভব ক্লায়েন্টদের এবং আমার কিছু ক্লায়েন্টের ডোমেনের উপর নিয়ন্ত্রণ নেই, অর্থাত তারা নিজেরাই @ gmail.com ব্যবহার করছে)

ডি

HELO mymailserver.com    
MAIL FROM<do-not-reply@myapp.com>
DATA 
  From: <do-not-reply@myapp.com>
  Reply-to: <res@myclient.com>

প্রশ্ন : এটি সর্বাধিক সহজ, আমি কেবল একটি "জবাব দিতে:" শিরোনাম যুক্ত করব। এটি কি ইমেল ক্লায়েন্টদের দ্বারা সমস্ত সময় বিবেচনা করা হয়? "রিপ্লাই-টু" শিরোনামে বিভিন্ন ডোমেন যুক্ত করে এটিকে কী ভুয়া হিসাবে গণ্য করা যেতে পারে এবং আমার ডোমেনের খ্যাতিতে খারাপ প্রভাব ফেলতে পারে?
- জন্য RFC শুধুমাত্র বলছেন যে "যদি এতে-উত্তর দিন ক্ষেত্র উপস্থিত থাকে, তাহলে উত্তর উচিত ঠিকানায় ঠিকানায় যে ক্ষেত্র নির্দেশিত এবং যান (স্প্যানিশ ভাষায়) এ ক্ষেত্র থেকে নির্দেশিত।"।
- কেবলমাত্র "থেকে:" শিরোনামের লেবেলটি "
স্পুফড " হবে: "থেকে: myclient.com (মাইএপ.কম এর মাধ্যমে) <do-not-reply@myapp.com>"।


আরএফসির পড়ার সময়, 'শাবল্ড' অর্থ এটি খুব শক্তিশালী প্রস্তাব ation কোনও ক্লায়েন্ট বেশিরভাগ ক্ষেত্রে না নেওয়ার একমাত্র কারণ কারণ এটি পুরানো এবং আরএফসি লেখা হওয়ার পরে আপডেট করা হয়নি। স্ট্যান্ডার্ড সংজ্ঞাগুলির জন্য আরএফসি 2119 দেখুন: ietf.org/rfc/rfc2119.txt
ম্যাথু শার্লে


দুর্ভাগ্যক্রমে 2018 হিসাবে অনেক ই-মেইল ক্লায়েন্ট এখনও উত্তর-শিরোনাম উপেক্ষা করে। meta.discourse.org/t/…
মার্টিন মিক্সগার

উত্তর:


2

দুর্দান্ত প্রশ্ন। আমি একই জিনিসটি নিয়ে বেশ কয়েক ঘন্টা ব্যয় করেছি।

আমি এর আগে ইমেইল ফর্মগুলির জন্য অপশন সি ব্যবহার করে এমন অসংখ্য ওয়েবসাইট মোতায়েন করেছি (প্রধানত নির্বিকারের বাইরে) তবে আমরা ক্রমবর্ধমান প্রসবের সমস্যার মুখোমুখি হয়েছি। ইমেল সরবরাহকারীরা ধীরে ধীরে জিনিসগুলি আরও শক্ত করে তুলছে। উদাহরণস্বরূপ ইয়াহু সম্প্রতি তাদের ডিএমএআরসি নীতি পরিবর্তন করে রিসিয়ারকে বৈধ ডিকেআইএম স্বাক্ষর ছাড়াই সমস্ত ইমেল প্রত্যাখ্যানFrom: ____@yahoo.com করতে বলে । ডিএমআরসি অনুসরণকারী এসএমটিপি সার্ভারগুলি প্রাপ্ত করা (এতে জিমেইল এবং সম্ভবত হটমেল / আউটলুক ডটকম এবং ইয়াহু অন্তর্ভুক্ত রয়েছে) এই বার্তাগুলি কঠোরভাবে বাউন করবে । ফিশিং হ্রাস করার প্রয়াসে ইবে এবং পেপালের একই মত কঠোর নীতিমালা আমার বিশ্বাস। দুর্ভাগ্যক্রমে একটি "প্রেরক" শিরোনাম নির্দিষ্ট করে সাহায্য করে না।

(আমি ভাবছি যে "ইয়াহু ওরফে" থেকে "প্রেরণ করার সময় Gmail কীভাবে এই চারপাশে কাজ করে?!)

অপশন এ এর চেয়ে ভাল বিকল্প হবে যদি আপনি জানেন যে "থেকে" ইমেলের কোনও কঠোর ডিএমএআরসি নীতি নেই (আপনি সম্ভবত একটি সাধারণ ডিএনএস ক্যোয়ারির মাধ্যমে এটি নিশ্চিত করতে পারেন)।

স্বল্প দৃষ্টি আকর্ষণীয় হওয়া সত্ত্বেও, অপশন ডি সত্যিই সবচেয়ে নিরাপদ এবং আমি আমাদের ভবিষ্যতের বেশিরভাগ প্রকল্পের জন্য সুপারিশ করব। এটি লক্ষণীয় যে পেপাল আগে অপশন এ ব্যবহার করেছিল তবে এখন বিকল্প ডি তে স্যুইচ করেছে

অতিরিক্ত বিশ্বাসযোগ্যতা এবং সরবরাহের বর্ধিত সুযোগ অর্জনের জন্য, আমি এসপিএফ এবং / বা ডিজিকেআইএম বাস্তবায়ন করতে দেখব। এই এবং অন্যান্য বিষয় উল্লেখ করা হয় গুগলের বাল্ক প্রেরক নির্দেশিকায়যা আমি সহায়ক বলে মনে করেছি।


1

আমি নিশ্চিত আপনি কি চান না। আপনি যা চান তা করার কোনও "নিরাপদ" বা "অনিরাপদ" উপায় নেই।

আমি সর্বদা ডি পছন্দ করি)। অতিরিক্তভাবে আমি এসপিএফ রেকর্ড যুক্ত করব। তবে আমি যেমন বলেছি এটি অন্যের চেয়ে নিরাপদ বা অনর্থক নয় (আপনি এর সাথে যা বোঝাতে চাইছেন)।

রিপ্লাই-টু শিরোনাম কোনওভাবেই খ্যাতিকে প্রভাবিত করে না। এটি কেবলমাত্র ক্লায়েন্টকে উত্তরগুলির জন্য সেই ঠিকানাটি ব্যবহার করার পরামর্শ দেয় (দুহ, সম্ভবত এটিই নামটি এসেছে ?!)। যদি ক্লায়েন্ট অনুসরণ করে তবে এই প্রস্তাবটি গ্যারান্টিযুক্ত নয়।


"নিরাপদ" বলতে বোঝায় আমার ডোমেনটি গ্রিলিস্টড হওয়ার সম্ভাবনা হ্রাস করুন, আমি যে সমাধানটি বেছে নিয়েছি তা ভুল করে একটি স্পোফার / স্প্যামার হিসাবে বিবেচিত। হ্যাঁ, আমি যদি ডি এর সাথে যাই তবে আমি আমার ডোমেনে একটি এসপিএফ এন্ট্রি যুক্ত করতে এবং ডি কেআইএম ব্যবহার করে বার্তাগুলিতে স্বাক্ষর করতে বিবেচনা করতে পারি।
dgaspar

আমি আমার প্রশ্নটি সম্পাদনা করেছি এবং এটি স্পষ্ট করার চেষ্টা করেছি ..
dgaspar

@ ডাগাস্পার গ্রিলিস্টিং খাম ভিত্তিক। সুতরাং আপনার সামগ্রী (থেকে :, প্রেরক:, ...) সম্পূর্ণ উপেক্ষা করা হবে। প্রত্যেকে প্রেরক হিসাবে যে কোনও মেল ঠিকানা লিখতে পারে তাই প্রতিটি প্রেরকের ঠিকানাটিকে ছদ্মবেশী বলে বিবেচনা করা হয়। আপনি এসপিএফ বা ডিকেআইএম এর সাথে আপনার মেইলগুলিতে স্বাক্ষর না করে।
মেলকিউ

0

দুটি নির্ভরযোগ্য সমাধান:

  1. গ্রাহকদের তাদের এসপিএফ ডোমেন রেকর্ডে আপনার মেইল ​​সার্ভার যুক্ত করতে বলুন
  2. গ্রাহকদের আপনার একটি ইমেল অ্যাকাউন্ট শংসাপত্রগুলি (তাদের মেইল ​​সার্ভারের আইপি, ব্যবহারকারীর নাম, পাসওয়ার্ড) দিতে এবং তাদের অ্যাপ্লিকেশনটির ভিতরে তাদের মেইল ​​সার্ভারের সাথে সংযোগ স্থাপন করতে এবং ইমেল প্রেরণের জন্য জিজ্ঞাসা করুন (আপনি আসলে আপনার অ্যাপ্লিকেশনের ভিতরে একটি ইমেল ক্লায়েন্ট তৈরি করেছেন)।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.