ردود الغياب في بريد العمل: أي الرسائل ينبغي أن تحصل على رد تلقائي؟

قبل إضافة رد غياب إلى صندوق بريد مشترك، حددوا الرسائل التي يحق لها تشغيله. عبارة «أجب تلقائيا عن كل رسالة واردة» ليست مواصفات كافية. فالرد المرسل إلى نظام ردود آخر أو قائمة بريدية أو عنوان إرجاع غير مناسب قد يولد مزيدا من البريد دون مساعدة العميل.

موضوع هذا الدليل هو إشعار المراسلين بأن الصندوق لا يتابع مؤقتا أو أن الرد أصبح أبطأ. لا يشمل خدمة طلبها المستخدم عبر البريد أو الحملات التسويقية أو تقارير فشل التسليم؛ لكل منها غرض وقواعد مختلفة. وحتى إذا أنشأ النظام طلب دعم تلقائيا، يبقى إرسال إشعار الغياب قرارا مستقلا.

حددوا ما يعد به الإشعار فعلا

اكتبوا الرسالة التشغيلية أولا. هل يتوقف الاطلاع على الصندوق أثناء الإغلاق، أم يواصل فريق أصغر متابعته؟ من يحدث النص ويوقف الرد التلقائي عند عودة التغطية المعتادة؟

لا ينبغي أن يدعي الإشعار أن شخصا قرأ الاستفسار أو قبل العمل أو التزم بموعد للرد ما لم يثبت المسار الفعلي ذلك. افصلوا في المتطلبات بين وصول الرسالة وإنشاء الطلب ومراجعته بشريا. إشعار الغياب يوضح الإتاحة، ولا يثبت أن العمل الذي ينتظره العميل تقدم.

يفضل ذكر وسيلة تواصل يتابعها فريق فعلا. لا تدرجوا رقم موظف الخاص أو تفاصيل سفره في نص يصل إلى مراسلين مجهولين دون مراجعة. تحذر وثيقة RFC 3834 صراحة من كشف المعلومات الشخصية بواسطة الردود الآلية، وتوضح أن الجمهور المحتمل قد يشمل الإنترنت كله، لا الزملاء المعروفين وحدهم.

ضعوا الاستثناءات قبل تشغيل الرد

تقرر وثيقة RFC 3834، التي تتضمن توصيات IETF للردود الآلية على البريد، أن النظام يجب ألا يجيب بصورة عمياء عن كل رسالة يستلمها. وتوصي بعدم الرد تلقائيا عند وجود الحقل Auto-Submitted بقيمة غير no. هذه إشارة بروتوكولية يجب أخذها في الحسبان، وليست دليلا على أن كل رسالة لا تحمل الحقل كتبها إنسان.

كما تمنع الوثيقة إنشاء رد إذا كان هدفه عنوان الإرجاع الفارغ. لا تساووا ذلك بصندوق بريد عادي له اسم عرض غير مألوف. اطلبوا من منفذ الربط البريدي معالجة هذه الفروق، بدلا من مطالبة موظفي المكتب بتفسير ترويسات الرسائل.

اتفقوا على كيفية التعامل مع رسائل القوائم البريدية وغيرها من الرسائل المنشأة آليا. تسمح الوثيقة بالامتناع عن الرد على رسائل تبدو واردة من قائمة، لكنها توضح أيضا أن Precedence حقل غير معياري تختلف طريقة تفسيره. لذلك لا يكفي شرط «افحص حقلا واحدا وكل شيء آمن». اطلبوا شرح القرار المركب وحدوده.

إشعار الغياب ليس «ردا على الجميع»

قد يفهم الإنسان سبب وجود عدة مشاركين في محادثة. أما النظام فلا يستطيع افتراض أن إشراكهم جميعا في رد الغياب مفيد. توصي RFC 3834 عموما بمستلم واحد للرد التلقائي.

وتميز الوثيقة بين مسار الإرجاع الخاص بالتسليم وبين العنوانين الظاهرين في From وReply-To. بالنسبة لأنظمة الرد الشخصية والجماعية التي تعمل بعد التسليم، توصي باستخدام هدف Return-Path، لا تخمين عنوان آخر من الحقول الظاهرة عند غيابه. وتذكر استثناءات منفصلة لخدمات بريدية طلبها المستخدم عمدا؛ لا تنقلوها تلقائيا إلى إشعار غياب.

المطلوب في المشروع سياسة وجهة واضحة ينفذها مختص يفهم ربط البريد. وجود اسم عرض مألوف أو عنوان محفوظ لعميل لا يثبت هوية المرسل بصورة مستقلة. يجب أن تكون لإعادة التوجيه والعناوين البديلة وغياب بيانات التسليم نتائج متفق عليها، لا رجوع خفي إلى إرسال الرد للجميع.

قللوا التكرار دون ادعاء استحالة الحلقات

حددوا عدد مرات حصول المراسل نفسه على نص الغياب نفسه. توصي الوثيقة بألا تكرر أنظمة الرد الشخصية والجماعية الخاصة بالغياب الرسالة نفسها للمرسل ذاته خلال عدة أيام. لا تحولوا هذه التوصية إلى ادعاء أن فترة واحدة تناسب كل نوع من رسائل العمل.

اطلبوا أن يكون قرار التكرار مشتركا بين جميع العمليات التي تعالج الصندوق، لا مستقلا في كل خادم. ويحتاج الرد الصادر أيضا إلى العلامة المناسبة التي تبين طبيعته الآلية؛ توصي الوثيقة باستخدام Auto-Submitted: auto-replied.

تخفف هذه الإجراءات المشكلات، لكنها لا تمنح شهادة بأن النظام لن يدخل في حلقة رسائل. حددوا مسؤولا وخيارا لإيقاف الرد بسرعة. وإذا كانت نتيجة إرسال غير محسومة، فلا تتجاوزوا ضوابط سجل الإرسال بمحاولات يدوية متكررة.

اختبروا السياسة دون مراسلة العملاء

استخدموا عناوين اختبار تحت سيطرتكم ورسائل افتراضية. اعرضوا استفسارا مسموحا، ورسالة ثانية من المرسل نفسه، وردا آليا، ورسالة قائمة بريدية، ورسالة بلا وجهة إرجاع صالحة للاستخدام. افحصوا قرار الإرسال وسببه المسجل. وتأكدوا من بقاء الاستفسار الأصلي متاحا للفريق حتى إذا منع إشعار الغياب.

راجعوا مستلم الرسالة المنشأة ونصها المعتمد وعلامتها الآلية. اختبروا بداية فترة الغياب ونهايتها. ضعوا هذه النتائج ضمن معايير القبول قبل ربط تطبيق جديد لسير العمل بصندوق بريد يعمل بالفعل.

المصدر وحدود الدليل

تدعم وثيقة RFC 3834: Recommendations for Automatic Responses to Electronic Mail، المنشورة في أغسطس 2004، الفروق البروتوكولية المذكورة، خصوصا في الأقسام 2 و3 و4 و6. ليست شهادة امتثال قانوني ولا اختبارا لمزود البريد الحالي. أما الجدولة وضبط التكرار بين العمليات وإظهار القرار للفريق وحالات القبول فهي متطلبات مقترحة للمشروع. لم يستخدم صندوق بريد فعلي أو مراسلات عملاء حقيقية.