ডোভকোট এবং পোস্টফিক্স সহ ক্যাচল মেল ঠিকানার জন্য কীভাবে একটি গতিশীল প্রেরক ঠিকানা সেটআপ করবেন?


1

কখনও কখনও আমাকে প্রেরকের ঠিকানার মাধ্যমে একটি মেইল ​​প্রেরণ করা প্রয়োজন যা সাধারণত একটি ক্যাচল মেল ঠিকানা দ্বারা প্রাপ্ত হত। তবে রিটার্নমেলটি পরিচালনা করার জন্য সাধারণ পদ্ধতিটি কোনও ভাল সমাধান নয়। তাই আমি আই-এমএসসিপি + রাউন্ডকিউব সহ একটি "কার্যকরী" দৃশ্যাবলী ব্যবহার করি:

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

তবে এখন আমি ম্যানেজমেন্ট সফটওয়্যার ছাড়া একটি সর্বনিম্ন সার্ভার করেছি। আমি ফিক্সড মেলবক্স এবং একটি ক্যাচল (রেজেক্স ভিত্তিক + ব্ল্যাকলিস্ট) দিয়ে পোস্টফিক্স কনফিগার করেছি। এছাড়াও ডোভকোট IMAP এবং ক্যাচল শংসাপত্রের সাথে কাজ করে। আমি এই মুহুর্তে কোনও মেইল ​​ক্লায়েন্টের মাধ্যমে কোনও মেইল ​​প্রেরণ করতে পারি না (প্রমাণীকরণের সমস্যা), আমি কোনও ঠিকানা থেকে কোনও মেল প্রেরণের আরও সহজ উপায় চাই। আমি কিছু ব্যবহার করতে চাই না, কেবল ব্যবহার <dynamic name>@domain.tldএবং একটি বৈশ্বিক পাসওয়ার্ড।

আমার পোস্টফিক্স / ডোভকোট:

  • একাধিক ডোমেন
  • কোনও ডাটাবেস নেই, কেবল হ্যাশ এবং রেজেক্স ফাইল
  • মাইল্ডির (মানের নিকটে)
  • কোনও ভার্চুয়াল ব্যবহারকারী নেই (ক্যাচেলের নিজস্ব ইউনিক্স ব্যবহারকারী রয়েছে)
  • কোনও পরিবহন কারসাজি নেই

এই প্রেরণের দৃশ্যধারণের জন্য পোস্টফিক্স গোপন অস্ত্র কী?

আমার main.cf(smtp এর মাধ্যমে লগইন এখনও কাজ করে না, সাধারণ প্রেরণ এবং ইম্যাপ কাজ করছে:

myhostname = domain.tld
smtpd_banner = $myhostname ESMTP $mail_name
biff = no
append_dot_mydomain = no
delay_warning_time = 4h
readme_directory = no

smtpd_tls_cert_file=/etc/letsencrypt/live/domain.tld/cert.pem
smtpd_tls_key_file=/etc/letsencrypt/live/domain.tld/privkey.pem
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtp_tls_security_level = may
smtpd_tls_auth_only = no
smtpd_tls_received_header = yes
smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
smtpd_tls_protocols = !SSLv2, !SSLv3

smtp_tls_mandatory_protocols = !SSLv2, !SSLv3
smtp_tls_protocols = !SSLv2, !SSLv3

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination

alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, domain.tld, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
mynetworks_style = host
home_mailbox = Maildir/
virtual_alias_maps = hash:/etc/postfix/virtual, regexp:/etc/postfix/regexp_virtual

smtpd_recipient_restrictions = check_recipient_access hash:/etc/postfix/recipient_access, permit_mynetworks, reject_unauth_destination

smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

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

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

যেহেতু মন্তব্যটি আপনার সমস্যার সমাধান করেছে তাই আমি আরও কিছু ব্যাখ্যা দিয়ে একটি উত্তর যুক্ত করেছি।
জেনস ইরাত

উত্তর:


0

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

আপনার ক্যাচ-অল-অ্যাকাউন্টের মেল ঠিকানা দিয়ে প্রমাণীকরণ করতে সক্ষম হওয়া উচিত, তবে অন্য প্রেরকের ঠিকানার সাথে অ্যাকাউন্টটি কনফিগার করা উচিত। থান্ডারবার্ড উদাহরণস্বরূপ এসএমটিপি অ্যাকাউন্টে একাধিক পরিচয় সরবরাহ করার অনুমতি দেয় যা ঠিক এই উদ্দেশ্যে উপলব্ধ।

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