# توجيه Cloudflare وإرساله

> Cloudflare Email Routing لإعادة توجيه البريد الوارد، وEmail Sending للبريد الصادر.

مزوّدان، كلاهما مبني على Cloudflare Email. يحلّان نصفين مختلفين من المشكلة ويمكن الجمع بينهما.

## cfrouting: الوارد

يعيد Cloudflare Email Routing توجيه البريد الواصل إلى نطاقك إلى عناوين في مكان آخر. لا يستضيف أي صناديق بريد: لا شيء يُسجَّل الدخول إليه.

```yaml
domains:
  - name: example.com
    mail:
      provider: cfrouting
    aliases:
      - match: info
        to: [somewhere@gmail.com]
    catchAll:
      to: [somewhere@gmail.com]
```

ولأنه لا يستضيف شيئًا، فوجود كتلة `mailboxes` على نطاق `cfrouting` خطأ تحقق، لا قسم يُتجاهل بصمت.

`cfrouting` مزوّد وارد: ينشر سجلات MX، فلا يمكنه مشاركة نطاق مع `purelymail` أو `ms365`.

### التحقق من الوجهة

يجب أن يتحقق مالك هدف إعادة التوجيه منه قبل أن يسلّم Cloudflare إليه، إذ يرسل Cloudflare إلى الوجهة رابط تأكيد. يبلّغ mailctl عن الوجهة غير المتحقق منها في مخرجات `plan` بدل الإبلاغ بالنجاح عن قاعدة تُسقط البريد بصمت.

## cfsending: الصادر

يعطي Cloudflare Email Sending نطاقًا فرعيًا السجلات اللازمة للإرسال عبر Cloudflare. وهو للصادر فقط، فيقترن بأي مزوّد وارد:

```yaml
domains:
  - name: example.com
    mail:
      provider: [purelymail, cfsending]
```

هنا يملك Purelymail البريد الوارد وصناديق البريد، بينما يضيف `cfsending` سجلات الإرسال الصادر. وتُدمج متطلبات SPF للمزوّدين في سجل TXT واحد، كما يتطلب RFC 7208.

## أيهما تختار

<table class="tableblock frame-all grid-all stretch"><colgroup><col style="width: 25%;"> <col style="width: 75%;"></colgroup><tbody><tr><td class="tableblock halign-left valign-top"><p class="tableblock">تريد صناديق بريد حقيقية</p></td><td class="tableblock halign-left valign-top"><p class="tableblock"><code>purelymail</code> أو <code>ms365</code>. لا <code>cfrouting</code>.</p></td></tr><tr><td class="tableblock halign-left valign-top"><p class="tableblock">تريد إعادة توجيه بضعة عناوين إلى صندوق قائم</p></td><td class="tableblock halign-left valign-top"><p class="tableblock"><code>cfrouting</code>. لا صندوق تدفع ثمنه أو تصونه.</p></td></tr><tr><td class="tableblock halign-left valign-top"><p class="tableblock">تريد أن يرسل تطبيق باسم نطاقك</p></td><td class="tableblock halign-left valign-top"><p class="tableblock"><code>cfsending</code>، إلى جانب ما يتولى الوارد.</p></td></tr></tbody></table>

## ملكية DNS

كل سجل ينشره mailctl في Cloudflare سجلٌّ سيحميه أيضًا، ويحذفه مع `-prune`. السجلات التي لا يعرفها تُترك كما هي، والسجل المتعارض الذي لم ينشئه يُفشل الخطة بدل أن يُكتب فوقه بصمت. مرّر `-replace-dns` لتجاوز ذلك، بعد أن تقرأ ما سيُستبدل.

تُنشر سجلات CNAME دائمًا بوضع DNS فقط، دون وكيل أبدًا. فسجل CNAME عبر الوكيل سيمرّر اكتشاف البريد عبر وكيل HTTP في Cloudflare ويعطّله.