الموافقات والسجلات والإرسال
إرسال البريد عبر SMTP
ربط Supabase Auth أو WordPress أو أي تطبيق يستخدم SMTP بـ Banger ليُرسل بريده من نطاقك ويظهر في السجلات.
في هذا الدليل 8 أقسام
يتيح ترحيل SMTP في Banger لأي تطبيق لا يستطيع الإرسال إلا عبر SMTP، مثل Supabase Auth أو Auth0 أو WordPress أو مرسِل إطار العمل، الإرسال عبر Banger. يسجّل تطبيقك الدخول بمفتاح Banger API، وتخرج كل رسالة من نطاقك وتظهر في السجلات.
قبل البدء
تحتاج إلى شيئين:
- مسار المنتج. يجب أن يكون عنوان From على نطاق أو نطاق فرعي بمسار المنتج جاهز. افتح النطاقات › إضافة مسار، واختر المنتج، وأضف سجلات DNS المعروضة. راجع إضافة نطاقك. لا يمكن لمسار البريد (صناديق فريقك) أو مسار الحملة إرسال بريد التطبيق، فلا يؤثر بريد تطبيقك في سمعة صناديق فريقك.
- مفتاح API يستطيع الإرسال. افتح مفاتيح API › إنشاء مفتاح API، وسمّه باسم التطبيق (مثل “Supabase Auth”)، وحدد
mail:sendفقط، واختر إنشاء مفتاح. انسخه فورًا: يظهر مرة واحدة.
يمكنك أيضًا الوصول إلى مفاتيح API من الإعدادات › المطوّرون › إدارة مفاتيح API.
إعدادات SMTP
يعرض مربع SMTP في صفحة مفاتيح API هذه الإعدادات، مع زر نسخ للمضيف.
| الإعداد | القيمة |
|---|---|
| المضيف | submit.bangermail.com |
| المنفذ | 465 (TLS) أو 587 (STARTTLS) |
| المنفذ إذا كانا محظورين | 2465 (TLS) أو 2587 (STARTTLS) |
| اسم المستخدم | banger (أي قيمة تعمل؛ يحدد المفتاح مساحة عملك) |
| كلمة المرور | مفتاح API لديك |
| التشفير | TLS 1.2 أو أحدث. لا يتاح الدخول إلا بعد بدء TLS. |
| المصادقة | PLAIN أو LOGIN |
إذا طلب تطبيقك “SSL” أو “TLS”، استخدم المنفذ 465. إذا طلب “STARTTLS”، استخدم 587.
ربط Supabase Auth
- في Supabase، افتح Authentication › Emails › SMTP Settings وفعّل SMTP المخصص.
- Sender email: عنوان على مسار المنتج، مثل
noreply@app.example.com. - Sender name: اسم منتجك. يحتفظ به Banger كما كُتب.
- Host
submit.bangermail.com، Port465، Usernamebanger، Password مفتاح API لديك. - احفظ، ثم أرسل لنفسك رابطًا سحريًا من Authentication › Users.
تعمل التطبيقات الأخرى بالطريقة نفسها: الصق الإعدادات أعلاه في إعدادات SMTP أو البريد. توجد أمثلة الكود في وثائق SMTP للمطورين.
التحقق من نجاحه
افتح السجلات. تظهر كل رسالة يرسلها تطبيقك مع SMTP كمصدر وحالة التسليم. يسجّل Banger أيضًا كل محاولة رفضها وما يجب إصلاحه.
يتلقى تطبيقك 250 2.0.0 Queued as … عندما يقبل Banger رسالة.
ما الذي يفعله Banger بكل رسالة؟
- يرسلها كما كتبها تطبيقك، باسم From لديك وموقّعة بمفتاح DKIM لنطاقك.
- يزيل
BccوReturn-Path، ويضيفReply-Toيحمل عنوان From إذا لم يكن موجودًا. - يتخطى المستلمين المحظورين ويرسل إلى البقية.
- يعامل إعادة محاولة الرسالة نفسها كالإرسال نفسه، فلا يسبب انتهاء المهلة إرسالها مرتين.
- يحتسب كل رسالة ضمن خطتك، مثل أي إرسال آخر.
يمكن أن يصل حجم كل رسالة إلى 10 MiB وعدد المستلمين إلى 50.
عند رفض رسالة
يوضح كل رفض السبب ويتضمن مرجعًا، (ref …)، يطابق الإدخال في السجلات. الرموز التي تبدأ بـ4 مؤقتة؛ يمكن لتطبيقك إعادة المحاولة لاحقًا.
| الرد | ما يجب فعله |
|---|---|
535 5.7.8 | كلمة المرور ليست مفتاح API صالحًا. تحقق من عدم إبطاله وامتلاكه mail:send. |
421 4.7.0 | ثلاث محاولات دخول فاشلة على اتصال واحد أدت إلى إغلاقه. أصلح المفتاح قبل إعادة المحاولة. |
454 4.7.0 | محاولات دخول فاشلة كثيرة من شبكتك. أصلح المفتاح ثم انتظر حتى ساعة. |
550 5.7.1 | لا يملك نطاق From مسار المنتج جاهزًا (يذكر الرد ما ينقصه)، أو المستلم محظور، أو الإرسال متوقف. راجع قابلية التسليم وتوقفات الإرسال. |
553 5.1.3 | عنوان مستلم غير صالح. |
552 5.3.4 | الرسالة أكبر من 10 MiB. |
554 5.6.0 | تنسيق الرسالة غير صحيح، مثل ترويسَتي From أو From بعناوين متعددة. |
451 4.7.0 | نفد رصيد الإرسال أو الحد اليومي. يتجدد في الفترة أو اليوم التالي، أو الآن بالترقية. |
451 4.3.0 | تعذّر على Banger قبول الرسالة الآن. على تطبيقك إعادة المحاولة. |
حماية المفتاح
- أعطِ كل تطبيق مفتاحه الخاص مع
mail:sendفقط. عندها لا تستطيع كلمة مرور SMTP المسرّبة قراءة مساحة العمل. - لاستبداله، أنشئ مفتاحًا جديدًا وحدّث التطبيق، ثم اختر إبطال للقديم. تُرفض التطبيقات التي ما زالت تستخدمه عند دخولها التالي.
- يحفظ Banger بصمة كل مفتاح فقط ويسجّل محاولات الدخول المرفوضة في السجلات.
جرّب مع الذكاء الاصطناعي
أنشئ مفتاح API يستطيع إرسال البريد فقط، وتحقق من جاهزية مسار المنتج لديّ، وأعطني إعدادات SMTP للصقها في Supabase.