Brevo SMTP: سیٹ اپ، سیٹنگز اور مسائل حل کرنے کی گائیڈ

Brevo SMTP کسی ایپلیکیشن کی باہر جانے والی میل کو ویب ہوسٹ کے مقامی میل ایجنٹ سے ہٹا کر ایسے انفراسٹرکچر پر لے آتا ہے جو ہر پیغام کی تصدیق کرتا ہے، لاگ رکھتا ہے اور رپورٹ دیتا ہے۔ سیٹ اپ چھوٹا سا ہے: ایک ہوسٹ نیم، ایک پورٹ، دو اسناد۔ اسے غلط کرنا بھی چھوٹی سی بات ہے، اور ناکامی کے انداز خاموش ہوتے ہیں۔ یہ گائیڈ سیٹنگز، اسناد کا ماڈل، وہ DNS کام جو ڈیلیوری ممکن بناتا ہے، اور وہ خرابیاں بیان کرتی ہے جن کا سامنا آپ کو کسی بھی حصے کے غلط کنفیگر ہونے پر ہوگا۔ اگر آپ ابھی فراہم کنندہ چن رہے ہیں تو وسیع تر SMTP ای میل سروس گائیڈ پہلے پوری مارکیٹ کا موازنہ کرتی ہے۔

Brevo SMTP کیا ہے

Brevo، Brevo SMTP کو اپنی SMTP ریلے سروس قرار دیتا ہے۔ آپ کی ایپلیکیشن، ویب سائٹ یا میل سرور ایک تصدیق شدہ کنکشن پر پیغام ریلے کے حوالے کرتا ہے، اور Brevo روٹنگ، ری ٹرائیز، ریپیوٹیشن اور رپورٹنگ کی ذمہ داری لے لیتا ہے۔ ریلے کی گئی میل کے اعدادوشمار مہمات کے اعدادوشمار کے ساتھ ہی دکھائی دیتے ہیں، اور ہارڈ باؤنس ہوتے ہی وہ رابطہ خودکار طور پر بلاک لسٹ ہو جاتا ہے۔

ریلے ٹرانزیکشنل پیغامات کے لیے بنا ہے: پاس ورڈ ری سیٹ، رسیدیں، آرڈر کی تصدیقیں، اکاؤنٹ کی اطلاعات۔ اگر ان اور مارکیٹنگ میل کے درمیان لکیر ابھی واضح نہیں تو ٹرانزیکشنل ای میل کیا ہے اس کا احاطہ کرتی ہے۔

SMTP یا REST API

دونوں راستے ایک ہی پلیٹ فارم تک پہنچتے ہیں۔ عملی تقسیم یہ ہے:

ایک سخت حد: Brevo کی ڈویلپر دستاویزات کہتی ہیں کہ SMTP ریلے بیچ سینڈنگ کی سہولت نہیں دیتا، اور بیچ آپریشنز کو API اینڈ پوائنٹس کی طرف بھیجتی ہیں۔

اپنی SMTP اسناد بنانا

Brevo کی SMTP تصدیق دو ایسی قدروں پر چلتی ہے جنہیں آپ کے پاس پہلے سے موجود اسناد کے ساتھ گڈمڈ کرنا آسان ہے۔

اپنا SMTP لاگ اِن تلاش کریں

آپ کا SMTP لاگ اِن آپ کے Brevo اکاؤنٹ کی ای میل نہیں ہے۔ یہ ایک الگ شناخت کنندہ ہے جو Settings، SMTP and API صفحے پر Login کے خانے میں [email protected] کی صورت میں دکھایا جاتا ہے۔

اس سے دو اصول نکلتے ہیں، دونوں Brevo کی ٹربل شوٹنگ دستاویزات سے۔ smtp-relay.brevo.com کو یوزر نیم کے خانے میں نہ ڈالیں: یہ ریلے ہوسٹ ہے، آپ کا لاگ اِن نہیں۔ اور اپنا SMTP لاگ اِن From ہیڈر میں نہ رکھیں، کیونکہ یہ آپ کی تصدیق کرتا ہے، کسی سینڈر کی شناخت نہیں۔

ایک SMTP کی بنائیں

پاس ورڈ ایک SMTP کی ہے، نہ آپ کا اکاؤنٹ پاس ورڈ اور نہ کوئی API کی۔

1. اکاؤنٹ ڈراپ ڈاؤن کھولیں اور Settings منتخب کریں، پھر SMTP and API۔
2. SMTP ٹیب کے نیچے Generate a new SMTP key پر کلک کریں۔
3. کی کا نام اس انٹیگریشن کے نام پر رکھیں جو اسے استعمال کرے گی۔
4. قسم چنیں۔ Standard تجویز کردہ 64 حروف کی کی ہے; Short 15 حروف کی کی ہے، ان کلائنٹس کے لیے جو لمبے پاس ورڈ نہیں سنبھال سکتے۔
5. 7 دن سے 1 سال کے درمیان میعاد مقرر کریں، یا بغیر میعاد کا اختیار چنیں۔
6. Generate پر کلک کریں، پھر فوراً پوری کی کاپی کر لیں۔

پوری کی صرف ایک بار دکھائی جاتی ہے، اس کے بعد صفحہ اس کے صرف آخری چند ہندسے دکھاتا ہے۔ اگر یہ گم ہو جائے تو نئی بنائیں اور اپنی کنفیگریشن اپ ڈیٹ کریں۔

کنکشن کی سیٹنگز

کسی بھی کلائنٹ یا لائبریری میں یہ قدریں درج کریں:

پورٹ کا انتخاب

Brevo ڈیفالٹ کے طور پر 587 کی سفارش کرتا ہے۔ پورٹ 465 SMTP over SSL کے لیے مختص کیا گیا تھا اور بعد میں متروک قرار دیا گیا، مگر یہ اب بھی وسیع پیمانے پر سپورٹڈ ہے اور تب درست ہے جب آپ کو پہلی کمانڈ سے پہلے ہی کنکشن انکرپٹڈ چاہیے۔ پورٹ 2525 نہ IETF کا رجسٹرڈ پورٹ ہے نہ IANA کا، لیکن زیادہ تر ISPs اور کلاؤڈ فراہم کنندگان اس کی اجازت دیتے ہیں، جو اسے 587 بلاک ہونے کی صورت میں نکلنے کا راستہ بنا دیتا ہے۔

انکرپشن کا خانہ لوگوں کو الجھاتا ہے۔ Brevo کہتا ہے کہ اسے خالی چھوڑ دیں، سوائے اس کے کہ آپ 465 پر ہوں۔ اس کا مطلب یہ نہیں کہ کنکشن غیر انکرپٹڈ ہے: 587 اور 2525 پر سرور STARTTLS کا اعلان کرتا ہے اور کوئی بھی قابل کلائنٹ تصدیق سے پہلے کنکشن اپ گریڈ کر دیتا ہے۔ اس کا مطلب یہ ہے کہ 587 سے جڑتے وقت آپ کو “SSL” منتخب نہیں کرنا چاہیے، کیونکہ پورٹ اور انکرپشن کا بےجوڑ ہونا درست اسناد کے باوجود تصدیق ناکام کر دیتا ہے۔

کوئی بھی کوڈ لکھنے سے پہلے کنکشن ٹیسٹ کریں

ایپلیکیشن کوڈ ڈی بگ کرنے سے پہلے تصدیق کریں کہ ریلے جواب دیتا ہے اور TLS طے ہوتا ہے۔

openssl s_client -starttls smtp -crlf -connect smtp-relay.brevo.com:587

کامیاب ہینڈ شیک سرور کی 250 کیپیبلٹی فہرست پر ختم ہوتا ہے، جس میں STARTTLS اور ایک AUTH لائن ہونی چاہیے جس میں PLAIN اور LOGIN درج ہوں۔ اگر کوئی بینر ہی نہ آئے تو یہ نیٹ ورک کا مسئلہ ہے، اسناد کا نہیں۔

اپنے سینڈنگ ڈومین کی تصدیق

یہ وہ مرحلہ ہے جو لوگ چھوڑ دیتے ہیں، اور یہی طے کرتا ہے کہ کچھ پہنچے گا بھی یا نہیں۔ 1 فروری 2024 سے Gmail اور Yahoo کی سینڈر شرائط کے تحت ڈومین کی تصدیق لازمی ہے، اور Brevo بتاتا ہے کہ Microsoft نے 5 مئی 2025 کو اسی طرح کے معیارات کا اعلان کیا۔ غیر تصدیق شدہ میل فلٹر یا مسترد ہو جاتی ہے، چاہے اسے کوئی بھی ریلے بھیجے۔

وہ ریکارڈز جو Brevo مانگتا ہے

اگر آپ Brevo کے اندر سے اپنے ڈومین فراہم کنندہ میں سائن ان کریں تو Brevo یہ ریکارڈز خودکار طور پر شامل کر سکتا ہے، یا آپ یہ قدریں خود اپنے DNS زون میں کاپی کر سکتے ہیں۔ آپ کو DKIM کی کون سی صورت ملتی ہے یہ اکاؤنٹ پر منحصر ہے: دو CNAME ریکارڈز بطور ڈیفالٹ 2048 بٹ کی استعمال کرتے ہیں، اور واحد TXT صورت 1024 بٹ کی۔

SPF ریکارڈ کیوں نہیں ہوتا

Brevo کا FAQ واضح ہے: ڈومین کی تصدیق کے لیے SPF اور MX ریکارڈز درکار نہیں، اور یہ صرف ڈیڈیکیٹڈ IP سیٹ اپ کرتے وقت دیے جاتے ہیں۔ مشترکہ انفراسٹرکچر پر Brevo ریٹرن پاتھ کنٹرول کرتا ہے، اس لیے DKIM اور ملکیت کی جانچ مل کر تصدیق کا بوجھ اٹھاتی ہیں۔ اگر آپ کسی ایسے فراہم کنندہ سے منتقل ہو رہے ہیں جو SPF include مانگتا تھا تو خود سے کوئی نہ بنائیں; غیر ضروری include صرف لُک اپ کی حد کا مسئلہ پیدا کرنے کا خطرہ بڑھاتا ہے۔

DMARC پھر بھی اہم ہے، اور Brevo ایک کارآمد ابتدائی ریکارڈ شائع کرتا ہے:

v=DMARC1; p=none; rua=mailto:[email protected]

p=none سے شروع کریں تاکہ ڈیلیوری کو خطرے میں ڈالے بغیر مجموعی رپورٹس ملیں، پھر جب ہر جائز ذریعہ ہم آہنگ ہو جائے تو quarantine اور reject تک سختی بڑھائیں۔ ہماری ای میل ڈیلیوریبلٹی گائیڈ اس تدریج کا احاطہ کرتی ہے۔

سینڈر کی تصدیق کریں

ہر From پتہ یا تو تصدیق شدہ سینڈر ہونا چاہیے یا کسی تصدیق شدہ ڈومین پر۔ نیا سینڈر اس پتے پر بھیجے گئے 6 ہندسوں کے کوڈ سے تصدیق ہوتا ہے، لیکن تصدیق شدہ ڈومین کے سینڈرز یہ مرحلہ چھوڑ دیتے ہیں، اسی لیے پہلے ڈومین کی تصدیق کی جاتی ہے۔ مفت میل ڈومینز کی تصدیق نہیں ہو سکتی، اس لیے gmail.com یا outlook.com والا From پتہ مسترد یا فلٹر ہو جائے گا۔

انٹیگریشن کے عملی مراحل

WordPress

WordPress باہر جانے والی میل wp_mail کے حوالے کرتا ہے، جو ہوسٹ کی فراہم کردہ چیز کو کال کرتا ہے۔ اسے Brevo کے راستے بھیجنے کے لیے ایک پلگ اِن درکار ہے۔

1. ایڈمن سائیڈ بار میں Plugins پر جائیں، پھر Add New Plugin۔
2. Brevo تلاش کریں، “Newsletter, SMTP, Email marketing and Subscribe forms by Brevo” انسٹال کریں، پھر اسے فعال کریں۔
3. Brevo پر جائیں، پھر Home، اور ایکٹیویشن کے خانے میں اپنی Brevo API key v3 درج کریں۔ اس مرحلے میں API کی اس لیے استعمال ہوتی ہے کہ پلگ اِن رابطے بھی سنک کرتا ہے۔ Login پر کلک کریں۔
4. Transactional emails کے نیچے Yes منتخب کریں۔
5. کوئی موجودہ سینڈر چنیں یا نیا بنائیں۔ ہر WordPress ای میل اسی سینڈر کا نام اور پتہ استعمال کرے گی۔
6. ایک پتہ درج کریں اور ٹیسٹ چلانے کے لیے Send email پر کلک کریں۔

دو خرابیاں عام ہیں۔ یہ پیغام کہ ٹرانزیکشنل ای میلز فعال نہیں کیونکہ آپ کا Brevo SMTP اکاؤنٹ ایکٹیویٹ نہیں ہوا، اس کا مطلب ہے کہ Brevo سپورٹ کو پلیٹ فارم آن کرنا ہوگا۔ اور یہ پیغام کہ SMTP استعمال نہیں ہو سکتا کیونکہ wp_mail کسی اور پروسیس نے ڈکلیئر کر رکھا ہے، اس کا مطلب ہے کوئی مدمقابل SMTP پلگ اِن; دوسروں کو ایک ایک کر کے غیر فعال کریں۔

سرور سائیڈ ایپلیکیشن

Brevo کی اپنی Node.js مثال nodemailer اور اوپر دی گئی سیٹنگز استعمال کرتی ہے:

const nodemailer = require("nodemailer");

const transporter = nodemailer.createTransport({
  host: "smtp-relay.brevo.com",
  port: 587,
  secure: false, // 465 کے لیے true، باقی پورٹس کے لیے false
  auth: {
    user: process.env.BREVO_SMTP_LOGIN, // [email protected]
    pass: process.env.BREVO_SMTP_KEY,
  },
});

async function sendOrderConfirmation() {
  const info = await transporter.sendMail({
    from: '"Acme Support" <[email protected]>',
    to: "[email protected]",
    subject: "آپ کا آرڈر تصدیق شدہ ہے",
    text: "آرڈر 10482 تصدیق شدہ ہے اور دو کاروباری دنوں میں روانہ ہو جائے گا۔",
  });
  console.log("Message sent:", info.messageId);
}

sendOrderConfirmation().catch(console.error);

پورٹ 587 پر secure: false کو نوٹ کریں۔ یہ فلیگ implicit TLS کو کنٹرول کرتا ہے، نہ کہ اس بات کو کہ کنکشن انکرپٹڈ ہے یا نہیں; nodemailer پھر بھی STARTTLS جاری کرتا ہے۔ اسے صرف 465 کے لیے true رکھیں۔

معیاری لائبریری کے ساتھ Python کا متبادل:

import smtplib, ssl
from email.message import EmailMessage

msg = EmailMessage()
msg["From"] = "Acme Support <[email protected]>"
msg["To"] = "[email protected]"
msg["Subject"] = "آپ کا آرڈر تصدیق شدہ ہے"
msg.set_content("آرڈر 10482 تصدیق شدہ ہے اور دو کاروباری دنوں میں روانہ ہو جائے گا۔")

with smtplib.SMTP("smtp-relay.brevo.com", 587, timeout=20) as server:
    server.starttls(context=ssl.create_default_context())
    server.login(BREVO_SMTP_LOGIN, BREVO_SMTP_KEY)
    server.send_message(msg)

دونوں اسناد ماحول سے پڑھتے ہیں، جو اگلے حصے کا موضوع ہے۔

کی کی سیکیورٹی اور تبدیلی

Brevo، SMTP کیز کو پاس ورڈ کی طرح سمجھتا ہے۔ عملی اصولوں پر لفظ بہ لفظ عمل کرنا فائدہ مند ہے۔

• فی انٹیگریشن ایک کی۔ ہر کی کا نام اس نظام پر رکھیں جو اسے استعمال کرتا ہے، تاکہ لیک یا بندش کی صورت میں بالکل ایک ہی چیز منسوخ ہو۔
• کبھی کی کمٹ نہ کریں۔ ماحولیاتی متغیرات، کوئی سیکرٹس مینیجر، یا آپ کے پلیٹ فارم کا کنفیگ اسٹور۔ سورس کنٹرول نہیں، ٹریک کی گئی .env فائل نہیں، اسکرین شاٹ نہیں۔
• بغیر بندش کے کی بدلیں۔ نئی کی بنائیں، ڈپلائے کریں، سینڈنگ کی تصدیق کریں، پھر پرانی کی حذف کریں۔ حذف کرنا ناقابل واپسی ہے، اور زیرِ استعمال کی حذف کرنا ٹرانزیکشنل سینڈنگ فوراً روک دیتا ہے۔
• کسی انٹیگریشن کو روکنے کے لیے حذف کرنے کے بجائے غیر فعال کریں۔ کیز بعد میں دوبارہ فعال کی جا سکتی ہیں۔
• میعاد ختم ہونے کی توقع رکھیں۔ کیز 7 دن سے 1 سال تک کی میعاد رکھ سکتی ہیں، اور Brevo غیر فعال کیز کو 90 دن بعد ختم کر دیتا ہے۔

مزید سخت حد کے لیے Brevo نامعلوم IP پتوں سے آنے والی درخواستیں بلاک کر سکتا ہے۔ اجازت یافتہ فہرست API اور SMTP کیز کے درمیان مشترک ہے، اس لیے جو کچھ آپ اجازت دیں گے وہ دونوں پر لاگو ہوگا۔ کنٹینرائزڈ یا کلاؤڈ ورک لوڈز پر احتیاط کریں: باہر جانے والا پتہ اس انسٹینس IP کے بجائے کوئی NAT گیٹ وے ہو سکتا ہے جس کی آپ توقع کر رہے ہیں، اور غلطی کی صورت میں 525 5.7.1 Unauthorized IP address کی مسترد شدگی ملتی ہے۔

جو ٹیمیں Brevo کو کسی اسٹور فرنٹ، CRM اور سپورٹ ڈیسک کے ساتھ چلاتی ہیں، وہ بیک وقت کئی کیز، سینڈرز اور ڈومینز سنبھالتی ہیں۔ Tajo یہ ساری کنفیگریشن چار ڈیش بورڈز کے بجائے ایک ہی جگہ رکھتا ہے۔

سینڈنگ کی حدود اور تھروٹلنگ

SMTP سینڈنگ آپ کے پلان کے ای میل کریڈٹس سے کٹتی ہے۔ مفت پلان پر اس کا مطلب روزانہ 300 ای میل سینڈز ہے; حد روزانہ ری سیٹ ہوتی ہے اور غیر استعمال شدہ سینڈز اگلے دن منتقل نہیں ہوتے۔ حد پوری ہوتے ہی Brevo مزید 1,000 تک ای میلز ری ٹرائی قطار میں رکھتا ہے اور اس قطار سے آگے کچھ نہیں بھیجتا۔ ادا شدہ پلانز روزانہ کی حد ختم کر دیتے ہیں، اور Brevo پرائسنگ گائیڈ درجات کی تفصیل دیتی ہے۔

جب کریڈٹس بالکل ختم ہو جائیں تو SMTP پر جمع کرائے گئے پیغامات ضائع ہونے کے بجائے روک کر قطار میں رکھ دیے جاتے ہیں۔ یہ بیک لاگ Transactional، پھر Real time، پھر Usage and plan کے تحت Email queue سیکشن میں ہوتا ہے۔

Brevo سخت ریٹ لمٹس ریلے کے بجائے REST API کے لیے شائع کرتا ہے۔ عام درجے پر POST /v3/smtp/email فی سیکنڈ 1,000 درخواستوں کی اجازت دیتا ہے، اور حد سے تجاوز پر 429 Too Many Requests واپس آتا ہے۔ API کا راستہ ریٹ لمٹ ہیڈرز بھی واپس کرتا ہے جن کے حساب سے رفتار مقرر کی جا سکتی ہے، جو ریلے نہیں دیتا۔

باؤنسز اور شکایات کی نگرانی

ریلے کی گئی میل Transactional کے تحت Statistics اور Logs صفحات پر نظر آتی ہے۔ وہ ایونٹس جن پر ردعمل ضروری ہے:

• ہارڈ باؤنس۔ پتہ غلط ہے، اور Brevo رابطے کو خودکار طور پر بلاک لسٹ کر دیتا ہے۔
• بلاکڈ۔ وصول کنندہ نے پہلے شکایت کی، ان سبسکرائب کیا، ہارڈ باؤنس ہوا، یا اسے دستی طور پر بلاک کیا گیا۔
• ڈیفرڈ اور سافٹ باؤنس۔ فراہم کنندہ نے کنکشن قبول کیا مگر پیغام میں تاخیر کی یا اسے قبول کرنے سے انکار کیا۔ ایک ہی فراہم کنندہ کے خلاف بار بار ڈیفرل ریپیوٹیشن کے مسئلے کی نشانی ہے، کوڈ کے مسئلے کی نہیں۔

لاگز کو بار بار دیکھتے رہنا قابلِ توسیع نہیں۔ Brevo ٹرانزیکشنل ویب ہکس کی سہولت دیتا ہے جو ڈیلیوری، باؤنس، اوپن اور شکایت کے ایونٹس فوری طور پر آپ کے اینڈ پوائنٹ پر بھیجتے ہیں، اور اسی طرح آپ اپنا سپریشن ڈیٹا تازہ رکھتے ہیں۔

جس عدد پر نظر رکھنی ہے وہ اسپام شکایت کی شرح ہے۔ Gmail، Yahoo اور Microsoft سینڈرز سے 0.3% سے نیچے رہنے کا تقاضا کرتے ہیں، اور Brevo اس کی نگرانی Gmail Postmaster Tools سے کرنے کی سفارش کرتا ہے۔ حد ٹوٹنے کے بعد بحالی میں اس سے کہیں زیادہ وقت لگتا ہے جتنا اس سے بچنے میں۔

مسائل کا حل

535 5.7.8 Authentication failed

یوزر نیم یا پاس ورڈ کی تصدیق نہیں ہو سکی۔ امکان کے اعتبار سے:

• SMTP لاگ اِن کی [email protected] صورت کے بجائے اکاؤنٹ کی ای میل استعمال ہوئی۔
• smtp-relay.brevo.com یوزر نیم کے خانے میں چسپاں کیا گیا۔ Brevo اسے سب سے عام وجوہات میں شمار کرتا ہے۔
• SMTP کی کے بجائے API کی استعمال ہوئی۔
• کاپی پیسٹ کی وجہ سے کی کے آخر میں کوئی اسپیس یا لائن بریک رہ گیا۔
• انکرپشن کی سیٹنگ پورٹ سے میل نہیں کھاتی۔
• سیکیورٹی الرٹ کے بعد کی غیر مؤثر کر دی گئی، ایسی صورت میں نئی بنائیں۔

525 5.7.1 Unauthorized IP address

IP بلاکنگ فعال ہے اور جڑنے والا پتہ اجازت یافتہ نہیں۔ اسے شامل کریں، اور اگر ایپلیکیشن NAT کے پیچھے یا کسی کنٹینر پلیٹ فارم پر چل رہی ہے تو پہلے اپنا اصل ایگریس پتہ جانچ لیں۔

کوئی جواب نہیں اور کوئی بینر نہیں

اگر TCP کنکشن کھلتا ہے مگر سرور کبھی اپنا 220 سلام نہیں بھیجتا تو تصدیق شروع ہی نہیں ہو سکتی اور خرابی نیٹ ورک کی آپ والی طرف ہے۔ کارپوریٹ فائر والز کبھی کبھی کنکشن کی اجازت دے کر پھر خاموشی سے SMTP ٹریفک گرا دیتے ہیں۔ AWS، Azure اور Google Cloud نئے اکاؤنٹس پر باہر جانے والی SMTP بطور ڈیفالٹ محدود رکھتے ہیں۔ پابندی ہٹانے کی درخواست کریں، یا پورٹ 2525 پر منتقل ہو جائیں۔

450، پلیٹ فارم ایکٹیویٹ نہیں

خرابی کہتی ہے کہ آپ کا SMTP اکاؤنٹ ابھی ایکٹیویٹ نہیں ہوا یا آپ کا سینڈنگ پلیٹ فارم فی الحال بند ہے۔ نئے اکاؤنٹ پر ٹرانزیکشنل سینڈنگ کے لیے Brevo سپورٹ سے الگ ایکٹیویشن درکار ہوتی ہے۔ پرانے اکاؤنٹ پر اس کا مطلب عموماً معطلی ہوتا ہے، یا تو اس لیے کہ کسی غیر محفوظ فارم پر بوٹ سائن اپس ہوئے یا اس لیے کہ اکاؤنٹ میں سیکیورٹی سمجھوتے کے آثار نظر آئے۔

سینڈر مسترد

تین چیزیں جانچیں: ڈومین تصدیق شدہ ہے، سینڈر تصدیق شدہ ہے، اور From ہیڈر آپ کا SMTP لاگ اِن نہیں ہے۔

میل قبول تو ہوتی ہے مگر اسپام میں جاتی ہے

اسی ترتیب سے کام کریں۔ تصدیق کریں کہ سینڈنگ ڈومین تصدیق شدہ ہے اور DKIM دستخط کر رہا ہے۔ تصدیق کریں کہ From ڈومین آپ کا اپنا ہے، کسی مفت میل فراہم کنندہ کا نہیں۔ Postmaster Tools میں اپنی شکایت کی شرح 0.3% کی حد کے مقابلے میں دیکھیں۔ مواد پر تب ہی نظر ڈالیں جب یہ سب جانچیں صاف نکل آئیں، کیونکہ یہ تقریباً کبھی پہلی وجہ نہیں ہوتا۔

ڈیڈیکیٹڈ IPs

ڈیڈیکیٹڈ IP صرف بلند اور مستقل حجم پر مدد دیتا ہے۔ اس سے قابلِ ذکر سینڈنگ سے پہلے اسے وارم اپ کرنا ضروری ہے، اور اسے ایک سینڈنگ سب ڈومین درکار ہے جو آپ کے ہیڈرز میں mailed by اور return path ڈومین کے طور پر ظاہر ہو۔ یہی وہ واحد کنفیگریشن ہے جہاں Brevo اس سب ڈومین کے لیے A، CNAME، DKIM اور DMARC ریکارڈز کے ساتھ SPF اور MX ریکارڈز بھی فراہم کرتا ہے۔

دو باتیں لوگوں کو پھنسا دیتی ہیں۔ صرف مارکیٹنگ ای میل کے لیے کنفیگر کیا گیا ڈیڈیکیٹڈ IP آپ کے ٹرانزیکشنل پیغامات بھیجنے کے بجائے قطار میں رکھ دیتا ہے، اس لیے یا تو اسے بدلیں یا دوسرا IP خریدیں۔ اور ٹرانزیکشنل کو مارکیٹنگ روٹنگ سے الگ کرنے کے لیے کم از کم دو IPs کا پول اور الگ سینڈرز درکار ہیں، تاکہ مارکیٹنگ میل کی کمزور اینگیجمنٹ رسیدوں اور پاس ورڈ ری سیٹس کو نیچے نہ گھسیٹ سکے۔

پہلی بار میں ہی درست کرنا

ڈومین کی تصدیق کریں، ایک نام والی SMTP کی بنائیں، smtp-relay.brevo.com سے 587 پر جڑیں، اور ڈیش بورڈ کے بٹن کے بجائے اصل کوڈ کے راستے سے ٹیسٹ بھیجیں۔ بعد کا تقریباً ہر مسئلہ تین چیزوں میں سے کسی ایک تک جاتا ہے۔

• یوزر نیم یا پاس ورڈ کے خانے میں غلط سند۔
• پورٹ اور انکرپشن کی ایسی سیٹنگ جو ایک دوسرے سے میل نہ کھاتی ہو۔
• ایسا سینڈنگ ڈومین جس کی تصدیق کبھی ہوئی ہی نہیں۔

یہ تینوں درست کر لیں تو ریلے پس منظر میں غائب ہو جاتا ہے، اور ٹرانزیکشنل انفراسٹرکچر کو یہی کرنا چاہیے۔