mailctlDocumentation PDF GitHub

حل المشكلات

الأخطاء التي يواجهها الناس مع mailctl، ومعنى كل منها، وإصلاحه.

.md

"DNS ownership checks did not pass"

متوقَّع في أول تطبيق، وليس فشلًا. لا يستطيع المزوّد رؤية السجلات التي نشرها mailctl للتو حتى تنتشر. ويذكر الخطأ عدد الإجراءات التي نجحت.

انتظر دقيقة وشغّل apply مرة أخرى. كل إجراء آمن التكرار، فيُتخطّى العمل المكتمل.

plan يقترح الإجراء نفسه مرارًا

يختلف السجل المطلوب عن السجل الحي بطريقة لا تراها: نقطة أخيرة، أو فرق في حالة الأحرف، أو TTL، أو نص بين علامتي تنصيص. شغّل mailctl audit لترى ما يُحَلّ فعلًا.

إن قال audit إن السجل صحيح وما زال plan يريد إنشاءه، فهذا خلل في المقارنة يستحق الإبلاغ عنه بدل الالتفاف عليه.

يرفض Purelymail عنوانًا بالخطأ invalidUserName

النطاق مفعّل فيه العنونة الفرعية الرمزية، وهي تمنع أي رمز في اسم المستخدم. يُرفض first.last@ وfirst-last@ كلاهما؛ ويعمل firstlast@.

اضبط symbolicSubaddressing: false في mail.settings للسماح بالنقاط، مع قبول أن عناوين +tag تتوقف عن العمل في النطاق كله. راجع Purelymail.

صندوق Microsoft 365 موجود لكنه لا يستقبل شيئًا

أُنشئ المستخدم ولم يُعيَّن الترخيص، فلا صندوق بريد خلف الحساب. شغّل mailctl plan: يبلّغ عن الصندوق بأنه موجود دون ترخيص ويقترح تعيين الترخيص فقط. طبّق ذلك.

إن لم تبلّغ الخطة بأي تغيير، فافحص الترخيص في مركز الإدارة: قد يحمل الحساب SKU مختلفًا عن الذي يذكره إعدادك.

"creating mailboxes needs N seats but only M are free"

صناديق Microsoft 365 مستخدمون مرخّصون، والمقاعد نفدت. اشترِ مقاعد أو حرّر بعضها، ثم أعد التشغيل. يفحص mailctl هذا وقت التخطيط عمدًا، فاكتشافه في منتصف التطبيق سيترك بعض الصناديق منشأة وبعضها لا.

يبدو أن خيارًا يُتجاهل

الأرجح أنه رُفض. الخيارات الخاصة بأمر واحد تُرفض على الأوامر الأخرى، فـ -prune على mailbox add خطأ لا أمر بلا أثر صامت. افحص رمز الخروج والخطأ القياسي.

وكذلك يُرفض -prune-mailboxes دون -prune: فهو وحده لا يفعل شيئًا، والخيار الذي يبدو مقبولًا وهو لا يفعل شيئًا أسوأ من الخطأ.

يتوقف تسليم البريد بعد تفعيل MTA-STS

يكاد يكون السبب بالتأكيد mode: enforce مع سجل MX لا تغطيه السياسة. المرسلون الذين يحترمون السياسة يرفضون التسليم بدل التراجع.

اضبط mode: testing، وطبّق، وافحص تقارير TLS-RPT قبل الفرض مجددًا.

ضاعت بيانات اعتماد

يُبلَّغ عن بيانات الاعتماد المولّدة مرة واحدة بالضبط، عند إنشاء الصندوق، والمزوّدون لا يخزّنون إلا قيمة مجزّأة. لا طريقة لقراءتها مجددًا.

أعد تعيينها: mailctl mailbox passwd <address>. احذف -password-env ليُولَّد واحد جديد، ومرّر -secrets-out لالتقاطه.

الحصول على مزيد من التفاصيل

تتضمن مخرجات mailctl plan ملاحظات المزوّدين: نتائج فحص DNS، وأعداد مقاعد التراخيص، والكائنات غير المُدارة، وحالة التحقق. وفي تلك الملاحظات يكون الجواب عادة، وهي تظهر سواء احتاج شيء إلى تغيير أم لا.

عدّل هذه الصفحة آخر تحديث

اختصارات لوحة المفاتيح

Ctrl/⌘ K أو /
ابحث في التوثيق
↑ ↓ Enter
تنقّل بين نتائج البحث
→ ←
الصفحة السابقة أو التالية
g h
الصفحة الرئيسية
t
بدّل المظهر
?
هذه القائمة
Esc
أغلق القائمة أو نتائج البحث