# Dépannage POP3 : comprendre le journal Dovecot **URL:** \ **Category:** Product Support\ **Created:** [Août 13, 2024, 8:04 UTC](https://meta.discourse.org/t/pop3-polling-understanding-dovecot-log/321422 "2024-08-13T08:04:53Z")\ **Posts on this page:** 1\ **Showing post:** 6
**Author:** ![rrodrigueznt](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rrodrigueznt/32/351504_2.png) [@rrodrigueznt](https://meta.discourse.org/u/rrodrigueznt)\ **Post date:** [Août 19, 2024, 2:04 UTC](https://meta.discourse.org/t/pop3-polling-understanding-dovecot-log/321422/6 "2024-08-19T14:04:52Z")
Je suis maintenant plus sûr de l’origine et après avoir lu [RFC 1939](https://www.ietf.org/rfc/rfc1939.txt) et pu accéder à `rails c` pour travailler avec la bibliothèque `net/pop` au moins pour quelques actions de base. ```plaintext [10] pry(main)> Net::POP3.enable_ssl(OpenSSL::SSL::VERIFY_NONE) => {:verify_mode=>0} [11] pry(main)> pop = Net::POP3.new('x.y.z') => # [12] pry(main)> pop.start('premises', 'xxxxxxxxx') => # [13] pry(main)> pop.n_mails() => 103 ``` Ce que je ne parviens pas à expliquer, c’est pourquoi certains cycles d’interrogation ne lisent que 36 messages. Le dernier accès est toujours `UID=36`. ```plaintext 19 août 15:46:00 igfae dovecot: pop3(premises): Debug: Mailbox INBOX: Opened mail UID=36 because: access 19 août 15:46:00 igfae dovecot: pop3(premises): Debug: Mailbox INBOX: Opened mail UID=36 because: RETR ``` Ce nombre n’a pas été modifié malgré le fait qu’il y ait maintenant plus de messages sur le compte. Pourriez-vous m’aider à trouver une explication à ce comportement ? Le personnel de sécurité de notre centre n’aime pas avoir des logiciels en cours d’exécution générant des journaux que nous ne pouvons pas expliquer ! Merci ! --- _[View the full topic](https://meta.discourse.org/t/pop3-polling-understanding-dovecot-log/321422)._