أنا أتابع ميزات استطلاع POP3 وإعادة الإرسال عبر البريد الإلكتروني وأبدأ في فهمها.
لكنني أواجه صعوبة في شرح ما يسجله خادم POP3 الخاص بنا في السجل عند اتصال Discourse. هل يمكنك مساعدتي في شرح الأسطر المزدوجة RETR/access المسجلة في سجل خادم POP3 في كل مرة يتصل فيها Discourse به؟ يحدث ذلك، كما هو متوقع حسب قيمة pop3 polling period mins، كل 5 دقائق.
في الملف المرفق (21.2 كيلوبايت)، الأسطر المسجلة منذ تفعيل الميزتين وإجراء أول عملية استطلاع.
شكراً لمساعدتك!
(كيف يكون هذا سؤالاً عن Discourse وليس سؤالاً عن Dovecot؟)
هذا يعني ببساطة أن Discourse يقوم باسترداد رسائل البريد الإلكتروني في صندوق الوارد الخاص بك، واحدة تلو الأخرى.
أنا متردد بين السؤال هنا والبحث عن المساعدة في منتدى Dovecot. سألت هنا لأن Discourse يقوم باستطلاع البريد الإلكتروني من الخادم. لقد ساعدني ردك في مطابقة عدد “الأسطر المقترنة” مع عدد الرسائل المتاحة على الخادم. لا أفهم بعد لماذا يكون عدد الأسطر المقترنة أحيانًا هو بالضبط عدد الرسائل في صندوق الوارد، ولكن في أحيان أخرى يكون 36 فقط.
أبحث الآن في مجتمع Dovecot عن مزيد من المعلومات: أحتاج إلى شرح كامل للسجل للسماح لي باستخدام ميزات Discourse POP3.
شكراً جزيلاً على مساعدتك.
هل أنت متأكد من أن الـ 36 ناتج عن Discourse وليس عن عميل بريد إلكتروني مثل roundcube أو غيره الذي يسترد رسائل البريد الإلكتروني صفحة بصفحة؟
بقدر ما يمكن أن يكون مبتدئ يستخدم الصيف لتحسين مهاراته! شكراً لاهتمامك بالمشكلة.
أعتقد أن RoundCube يستخدم IMAP هنا. المرفق الجديد new attachment (9.8 KB) يتضمن سلسلة n=36. يتكرر كل 5 دقائق. هذا هو السبب الرئيسي الذي يجعلني أخمّن أنه متعلق بـ Discourse. لم أتمكن بعد من فهم متى تكون n مساوية لعدد الرسائل في صندوق الوارد الخاص بحساب premise.
شكراً!
أنا الآن أكثر تأكيدًا بشأن الأصل وبعد قراءة RFC 1939 والقدرة على الوصول إلى rails c للعمل مع مكتبة net/pop على الأقل لبعض الإجراءات الأساسية.
[10] pry(main)> Net::POP3.enable_ssl(OpenSSL::SSL::VERIFY_NONE)
=> {:verify_mode=>0}
[11] pry(main)> pop = Net::POP3.new('x.y.z')
=> #<Net::POP3 x.y.esz open=false>
[12] pry(main)> pop.start('premises', 'xxxxxxxxx')
=> #<Net::POP3 x.y.z: open=true>
[13] pry(main)> pop.n_mails()
=> 103
ما لا أستطيع تفسيره هو لماذا تقرأ بعض دورات الاستطلاع 36 رسالة فقط. آخر وصول هو دائمًا UID=36.
Aug 19 15:46:00 igfae dovecot: pop3(premises): Debug: Mailbox INBOX: Opened mail UID=36 because: access
Aug 19 15:46:00 igfae dovecot: pop3(premises): Debug: Mailbox INBOX: Opened mail UID=36 because: RETR
لم يتم تعديل هذا الرقم على الرغم من وجود المزيد من الرسائل في الحساب الآن.
هل يمكنك مساعدتي في إيجاد تفسير لهذا السلوك؟ موظفو الأمن في مركزنا لا يحبون تشغيل برامج تولد سجلات لا يمكننا تفسيرها! شكرًا!
ولكن هذا مغرٍ - لأنني لا أحب الأشياء التي لا أفهمها أيضًا - أعتقد أن هذا تمرين عديم الفائدة لأنه لا توجد مشكلة فعلية.
لقد تحققت بسرعة من الكود المصدري في المرة الأخيرة ولم أجد شيئًا هناك.
أقترح عليك خفض مستوى السجل…
التسجيل هو موضوع آخر لدي الكثير لأتعلمه عنه!
في الملف الحالي /var/log/maillog الخاص بخادم البريد لدينا، 30644 سطرًا من أصل 36467 متعلق بـ Dovecot. Discourse هي الخدمة الوحيدة التي تستخدم Dovecot في مؤسستنا. على الرغم من أن الكثير من الأشخاص في إجازات، فإن 84٪ من السجلات تصور نشاط البريد الإلكتروني لـ Discourse.
ليس لدي أي سيطرة على ما يسجله خادم البريد. يمكنني فقط قراءته. وبالتالي، لا يمكنني سوى تعديل المعلومات التي يرسلها Discourse/Dovecot. معظم الأسطر تتضمن Debug. لذلك، أعتقد أن تكوين التسجيل في مثيل Discourse الخاص بنا يرسل معلومات التصحيح إلى خادم البريد.
كيف يمكنني تعديل هذا السلوك؟
أقبل اعتذاري مقدمًا إذا كان لدي سوء فهم واضح لكيفية عمل عملية التسجيل! شكرًا!
لا، تم تكوين خادم البريد للتسجيل على مستوى “التصحيح”.
ما يحدث هو ما يلي:
ومن ثم الحل: يجب على الموظفين الذين يديرون برنامج dovecot تغيير مستوى السجل.
هذا ليس شيئًا يجب عليهم الشكوى منه للأشخاص الذين يستخدمون برنامج dovecot (أي أنت). إنه شيء فعلوه هم أو زملاؤهم في الموظفين.
لقد فعلوا ذلك! السجل الآن أكثر نظافة وإفادة.
شكراً جزيلاً على شرحك. من الأسهل بكثير إجراء حوار مع وصف وتحليل جيد للوضع. يمكنني فهم جميع المخاوف الأمنية حيث واجهنا بعض المواقف الصعبة في العامين الماضيين. أقبل تمرين النضال من أجل شرح، ولكن بدون مساعدتك ومساعدة الآخرين الذين يتطوعون هنا وهناك، لن يكون من الممكن لأشخاص مثلي، ذوي المهارات القليلة في تكنولوجيا المعلومات، استخدام وتعزيز استخدام أدوات رائعة مثل Discourse.
علاوة على ذلك، سأنتقل الآن إلى استفسارات أخرى تتعلق بإعدادات البريد الإلكتروني. شكراً جزيلاً!