পোস্টফিক্স কনফিগারেশন সমস্যা (প্রেরকের ঠিকানার ডোমেন বিদ্যমান নেই)


10

আমি একটি লিনাক্স সার্ভার স্থাপন করছি যা আমি আমাদের প্রধান মেইল ​​সার্ভারের (যেমন সরাসরি) মেলটি স্বাধীনভাবে প্রেরণ করতে চাই। সমস্যাটি হ'ল আমি যখন কোনও বাহ্যিক ঠিকানায় মেইল ​​প্রেরণ করি তখন এটি প্রেরকের ঠিকানার বার্তা ডোমেনের সাথে বাউন্স করে । (এটি মেলটি root@domain.local হিসাবে প্রেরণ করছে)

আমার ইমেল প্রেরকের ডোমেন পরিবর্তন করার সঠিক উপায় কী?


1
আমাদের ইন্টারনেট ডোমেন নেমে $ মায়রিগিন সেট করা সমস্যার সমাধান করে বলে মনে হচ্ছে - এটি করার এটি "যথাযথ" উপায় কিনা তা নিশ্চিত নয়।
ব্রেন্ট

1
আপনি যদি প্রায়শই এটি পরিবর্তন না করেন তবে ঠিকঠাক কাজ করা উচিত। অন্য উপায়টি হ'ল সার্ভারে হোস্টনামটি একটি বৈধ মেইল ​​ডোমেন নামের সাথে সেট করা।
ডেভ ড্রাগার

উত্তর:


11

মেইন.সিএফ এ:

# SENDING MAIL
# 
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites.  If you run a domain with multiple
# machines, you should (1) change this to $mydomain and (2) set up
# a domain-wide alias database that aliases each user to
# user@that.users.mailhost.
#
# For the sake of consistency between sender and recipient addresses,
# myorigin also specifies the default domain name that is appended
# to recipient addresses that have no @domain part.
#
#myorigin = $mydomain
myorigin = $myhostname

এটি ডিফল্ট সেটআপ। যদি আপনার hostnameডোমেন থাকে তবে এটি সম্ভবত প্রেরক ডোমেন হিসাবে আপনি তা দেখছেন।


সঠিক, আমার হোস্টের নামটি domail.local (এই উদাহরণে)
ব্রেন্ট

4

পোস্টফিক্স কনফিগারেশনে আপনার ডোমেনের নামটি ঠিক করতে হবে (ডোমেন.লোকাল একটি বৈধ ডোমেন নাম নয়)।

/Etc/postfix/main.cf দেখুন, এটি নির্দিষ্ট করার কয়েকটি উপায় রয়েছে, এটি সহায়তা করতে পারে: http://www.postfix.org/BASIC_CONFIGURATION_README.html#myorigin


4

এটি সেই সমস্যাগুলির মধ্যে একটি যা আপনাকে আপনার ডিএনএস অ্যাডমিনকে সহায়তার জন্য জড়িত / ঘুষ / ব্ল্যাকমেইল করতে হবে কারণ আপনি সঠিক হওয়ার জন্য প্রেরণের চেষ্টা করার সময় আপনার সার্ভারের যে নামটি দাবি করা হবে want প্রেরক যদি ঠিকভাবে ফরোয়ার্ড এবং বিপরীত উভয়ই সমাধান না করে তবে Mnay সার্ভারগুলি আপনার মেলটি বাউস করবে।

উদাহরণস্বরূপ, ধরা যাক আপনার সার্ভারটি mail01.example.com। আপনার সার্ভার, যখন 0 মায়রিগিনকে সঠিকভাবে mail01.example.com হিসাবে বিজ্ঞাপনের জন্য কনফিগার করা হয়েছে, আমার সার্ভারের সাথে যোগাযোগ করে, তখন আমার সার্ভারটি আপনি যে আইপি ঠিকানার সাথে সংযোগ করছেন তার ডিএনএস অনুসন্ধান করবে এবং আপনার নামের সাথে মেলে এমনটি প্রত্যাশা করবে will আমাকে দিচ্ছে. যদি এটি সঠিকভাবে সমাধান না হয় তবে আমি সংযোগটি বিচ্ছিন্ন করব কারণ আপনি সম্ভবত আমাকে স্প্যাম প্রেরণ করছেন।


+1 2 য় অনুচ্ছেদে চমৎকার & সাফ ব্যাখ্যা ...
আশিশ

1

আপনাকে স্মার্টথের সাথে আপনার পোস্টফিক্সটি কনফিগার করতে হবে কারণ প্রেরকের ঠিকানা উপস্থিত থাকলে কিছু গন্তব্য সার্ভারগুলি যাচাই করে।

এটি এখানে কীভাবে করবেন: http://ubuntu.wordpress.com/2005/09/07/setting-a-smarthost-in-postfix/


আসলে, এটি এটি সেট আপ ছিল। এটি একটি নাগিও সার্ভার, এবং আমার লক্ষ্য হ'ল মেইল ​​সার্ভারের (স্মার্টথ) এর উপর নির্ভরতা অপসারণ করা। সুতরাং, এটির জন্য আমাদের বাহ্যিক ইমেল ঠিকানাগুলির মাধ্যমে সরাসরি আমাদের প্রশাসকদের ইমেল প্রেরণের জন্য আমার কিছু উপায় প্রয়োজন।
ব্রেন্ট

0

আমি উপরের সমস্যার মুখোমুখিও হয়েছি, প্রযোজ্য ডোমেন নামটিতে মায়রিগিনের মান আপডেট করার পরে, সমস্যার সমাধান হয়েছে। আপডেটের পরে POSTFIX পুনরায় চালু করুন।

myorigin= (EMAIL-DOMAIN).com

উদাহরণ:

myorigin=yahoo.com

0

আমার একই সমস্যা ছিল, এই সমস্যাটির কারণটি ছিল রিলেহোস্ট কেবল মাইডোমেন থেকে "acme.com" এর মতো মেলকে অনুমতি দেয় এবং "নাগিয়াস.একমে.কম" এর মতো সাবডোমেনগুলি থেকে নয় mail

আমি "মরিরিগিন" প্যারামিটারের মানটি আপডেট করে এটি ঠিক করেছি

myorigin = $mydomain

0

প্রথম এবং সর্বাগ্রে সঠিকভাবে একটি মেল সার্ভার সেটআপ করা যাতে আপনার প্রেরিত কোনও মেল বাউন্স না হয় আপনার ডোমেনের আপনার সংস্থান রেকর্ডে অ্যাক্সেসের প্রয়োজন হবে যা আপনি ডিএনএস সরবরাহকারীকে বেছে নিয়েছেন, আমার গুগল

ভাল বা খারাপ জন্য আমার সংস্থান রেকর্ড

আমি রিসোর্স রেকর্ডগুলিতে যাব যা আমার ডিকিম রেকর্ড যা আপনার প্রদর্শিত হবে না তা বিয়োগের দরকার হবে।

প্রথমটি হ'ল আসল ডিএনএস রেকর্ড।

দ্বিতীয়টি হ'ল আমার সিএএ রেকর্ড যা দেখায় যে আমার ডিএনএস শংসাপত্রটি কারা রাখে যাতে লোকেরা ডিএনএস শংসাপত্রটি ফাঁকি দিতে পারে না।

তৃতীয়টি আমার এমএক্স রেকর্ড যা প্রত্যেককে বলে যে আমি আমার ডোমেনের জন্য কী মেল সার্ভার ব্যবহার করি use ঠিকানার পূর্বে পূর্ণসংখ্যার ভিত্তিতে পছন্দগুলির সাথে আপনার একাধিক থাকতে পারে।

চতুর্থটি আমার এসপিএফ রেকর্ড যা আমার ডোমেনটি সন্ধান করে তাদের সকলকে বলে যে আইপি অ্যাড্রেসগুলি আমার ডোমেনের জন্য মেল প্রেরণের জন্য অনুমোদিত are ব্যাখ্যা করুন যে আপনার একাধিক আইপি ঠিকানা বা সম্ভবত একাধিক এসপিএফ রেকর্ড থাকতে পারে।

পঞ্চমটি আমার ডিএমএআরসি রেকর্ড যা মেল এক্সচেঞ্জগুলিকে এসপিএফ রেকর্ডে আইপি অ্যাড্রেসগুলি না আসা, বা এমএক্স রেকর্ডে না থাকা মেল সার্ভারগুলি কী করতে হবে তা বলে। আপনি সম্ভবত এটি তৈরি করে পালিয়ে যেতে পারেন এবং অস্বীকারের পরিবর্তে কিছু বলার অপেক্ষা রাখে না, তবে এটি সঠিক উপায়।

ষষ্ঠটি হ'ল আমার ডি কেআইএম রেকর্ড যা একটি আরএসএ কী যা আমার ডোমেন থেকে আগত সমস্ত মেল প্রমাণীকরণ করতে ব্যবহৃত হয় এবং বিশেষত ডান পেতে ব্যথা হয়।

এরপরে আপনি মূল কনফিগারেশনটি সংশোধন করতে পারবেন এবং সমস্ত এক্সচেঞ্জগুলি আপনার মেলটি বেল এবং হুইসেল সহ গ্রহণ করবে, আপনি যদি জিমেইলে মূল বার্তাটি ক্লিক করেন তবে আপনি যেমন তিনটি চেক পাস করবেন।

এখানে চিত্র বর্ণনা লিখুন

এখানে পোস্টফিক্স এতটা বেসিক, বেসিক কনফিগারেশন নয়

http://www.postfix.org/BASIC_CONFIGURATION_README.html

আপনার ডিকিম সার্ভারের জন্য আপনি সম্ভবত শেষ পর্যন্ত চাইবেন বলে ওপেনডকিমের ডকুমেন্টেশন, অন্যথায় ডোমেনকেজ চিহ্নিত মেল হিসাবে পরিচিত।

http://www.opendkim.org/docs.html

এবং এখানে এমএক্স এসপিএফ এবং ডিএমএআরসি রেকর্ড সম্পর্কে কিছু লিঙ্ক রয়েছে, অন্যথায়
যথাক্রমে মেল এক্সচেঞ্জার, প্রেরক নীতি কাঠামো এবং ডোমেন-ভিত্তিক বার্তা প্রমাণীকরণ রিপোর্টিং এবং কনফরমেশন হিসাবে পরিচিত।

https://en.m.wikipedia.org/wiki/DMARC

https://en.m.wikipedia.org/wiki/Sender_Policy_Framework

https://en.m.wikipedia.org/wiki/MX_record

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

এছাড়াও আমি আমার ডকিমটি নাও দেখাতে পারি কারণ এতে একটি কী রয়েছে এবং এটি সর্বজনীন রেকর্ডের সাথে আরামদায়ক নয়, তবে এটি অন্যদের মতো আপনার ডিএনএস সরবরাহকারীর কাছে রাখা একটি সংস্থান রেকর্ডও।

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