Website Cloudflare-এর মাধ্যমে চলছে, কিন্তু business email পাঠানো বা পাওয়া যাচ্ছে না। Website-এর HTTP proxy এবং mail delivery একই পথ নয়। Nameserver বদলের সময় mail-related DNS বাদ পড়া বা ভুল hostname proxy করা একটি অনুসন্ধানের দিক। তবে শুধু Cloudflare ব্যবহার হচ্ছে বলেই সমস্যার কারণ নিশ্চিত করা যাবে না। প্রথমে incoming ও outgoing failure আলাদা করুন।
Cloudflare ব্যবহারের পর Business Email যাচ্ছে না: DNS পরীক্ষা
সমস্যার সীমানা আলাদা করুন
Webmail-এ login হয় কি না, বাইরের inbox-এ পাঠাতে পারেন কি না এবং বাইরের mail receive হয় কি না পরীক্ষা করুন। Phone app ব্যর্থ অথচ webmail চলে হলে client hostname ও connection দেখুন। Test time, sender ও recipient নোট রাখলে provider log খুঁজতে সুবিধা হয়।
Active DNS কোথায় দেখুন
Registrar-এ domain থাকলেও authoritative DNS অন্য জায়গায় হতে পারে। Nameserver বদলানোর পর পুরোনো cPanel zone-এ record edit করলে তা কার্যকর নাও হতে পারে। বর্তমান authoritative DNS-এ mail record আছে কি না যাচাই করুন। আগের zone export বা hosting provider-এর প্রয়োজনীয় record list কাজে লাগবে।
MX record ও তার target
MX-এর destination provider-এর নির্দেশনার সঙ্গে মিলিয়ে নিন। Target একটি hostname; সেটি কোথায় resolve হচ্ছে দেখুন। নিজের অনুমানে পুরোনো MX সরিয়ে নতুন IP বসাবেন না। Business mailbox অন্য provider-এ থাকলে website hosting-এর IP-তে mail পাঠানোর কথা নাও হতে পারে।
Mail hostname-এর proxy status
Cloudflare সাধারণ proxy ব্যবস্থায় SMTP mail traffic proxy করে না। Mail service-এর hostname-এর জন্য প্রয়োজনীয় DNS-only configuration official নির্দেশনা অনুযায়ী দেখুন। Website-এর সব proxy একসঙ্গে বন্ধ না করে নির্দিষ্ট mail hostname নিয়ে পরীক্ষা করুন। বিশেষ service ব্যবহার করলে তার documentation প্রযোজ্য।
SPF, DKIM ও DMARC মিলিয়ে নিন
Nameserver বদলের আগে থাকা authentication record নতুন DNS-এ ঠিকমতো আছে কি না দেখুন। একই domain-এ একাধিক আলাদা SPF record তৈরি করবেন না। DKIM selector ও value mail provider থেকে নিন। DMARC policy জোরদার করার আগে বৈধ sender-গুলোর authentication ও alignment যাচাই করুন।
MX ঠিক, তবু local app ব্যর্থ
Outlook বা phone-এর configured IMAP/SMTP hostname আলাদা হতে পারে। সেটি পুরোনো server বা ভুল proxy IP-তে যাচ্ছে কি না দেখুন। Provider-এর secure hostname ও supported authentication ব্যবহার করুন। Certificate warning স্থায়ীভাবে ignore করার বদলে hostname ও certificate mismatch সমাধান করুন।
DNS ফল ও mail result আলাদা
DNS lookup সঠিক হওয়ার পরও mailbox quota, recipient spelling, server restriction বা sending reputation-এর সমস্যা থাকতে পারে। Bounce message ও provider log পড়ুন। Cache বা TTL-এর কারণে পুরোনো ফল থাকলে authoritative result ও একাধিক resolver-এর ফল তুলনা করুন; একটি নির্দিষ্ট propagation সময় সবার জন্য ধরে নেবেন না।
নিয়ন্ত্রিত পরিবর্তন ও handover
একবারে একটি record বা setting বদলান এবং আগের value লিখে রাখুন। পরিবর্তনের পরে webmail send/receive ও device test চালান। Support-কে DNS record-এর redacted ফল ও error text দিন। Password বা secret DKIM private key দেবেন না। পরের hosting migration-এর জন্য mail service আলাদা করে নথিভুক্ত রাখুন।
কাজের ক্রম: ছোট checklist
- Incoming ও outgoing failure আলাদা করুন।
- Authoritative DNS ও MX target মিলান।
- Mail hostname-এর প্রয়োজনীয় DNS-only আচরণ দেখুন।
- Authentication record provider-এর সঙ্গে যাচাই করুন।
- Webmail ও device থেকে নতুন test চালান।
পরীক্ষার ফল যেভাবে মিলাবেন
| পরীক্ষা | যা দেখবেন |
|---|---|
| MX lookup | সঠিক provider hostname পাওয়া যায় |
| Mail hostname | Provider প্রত্যাশিত server-এ resolve করে |
| বাইরের test | Send ও receive দুটোই যাচাই হয়েছে |
সাধারণ প্রশ্ন
Cloudflare কি সব email traffic proxy করে?
সাধারণ HTTP proxy দিয়ে SMTP proxy হয় না। বিশেষ service থাকলে তার পৃথক documentation প্রযোজ্য।
সব DNS record delete করে দেব?
না। বর্তমান record ও service-এর প্রয়োজন বুঝে নির্দিষ্ট ভুল ঠিক করুন।
SPF ঠিক হলে incoming mail চলবে?
Incoming delivery-তে MX ও mailbox গুরুত্বপূর্ণ। SPF sender authentication-এর অংশ; সব সমস্যার একমাত্র সমাধান নয়।
সম্পর্কিত গাইড
- Hosting বদলের পর mail না আসা
- Zoho Mail custom domain setup
প্রাথমিক বিষয়গুলো জানতে Business email setup গাইড পড়তে পারেন।