Hello, I migrate my server POP3/IMAP recently the Courier-IMAP for Dovecot and am having problems when the user configures your e-mail client to leave a copy of mail on the server. All mail in the inbox, are brought all the time that you check your mailbox input via POP3, causing a large traffic of unnecessary data every time. In my opinion you should bring only the new mail, unread. Can you tell me if this is a configuration issue on Dovecot? Thank you all -- Att. Rubens Aurelio Mascari ..................................... _ Linux & Internet Developer .... ICQ# 2730907 ............... ?v? Odara Internet LTDA............ (44) 3226-3662 ............. /(_)\ Maring? - Paran? .............. http://www.odara.com.br .... ^ ^ ______.-""-.__ QuEm TeM o CoNhEcImEnTo TeM o PoDeR __.-""-._______
On 10/28/2008, Rubens A. Mascari (mascari at odarainternet.com.br) wrote:> Can you tell me if this is a configuration issue on Dovecot?Only if you provide enough information... do you think we are mind readers? ;) For starters, what version of dovecot? What is output of dovecot -n? -- Best regards, Charles
# 1.0.7: /etc/dovecot.conf protocols: pop3 imap pop3s imaps listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_greeting: Odara Internet POP3 & IMAP Server login_processes_count: 20 login_max_processes_count: 200 first_valid_uid: 88 last_valid_uid: 88 first_valid_gid: 88 last_valid_gid: 88 mail_location: maildir:~:INDEX=MEMORY maildir_copy_with_hardlinks: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 ntlm gssapi passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: mail Att. Rubens Aurelio Mascari ..................................... _ Linux & Internet Developer .... ICQ# 2730907 ............... ?v? Odara Internet LTDA............ (44) 3226-3662 ............. /(_)\ Maring? - Paran? .............. http://www.odara.com.br .... ^ ^ ______.-""-.__ QuEm TeM o CoNhEcImEnTo TeM o PoDeR __.-""-._______ Charles Marcus escreveu:> On 10/28/2008, Rubens A. Mascari (mascari at odarainternet.com.br) wrote: > >> Can you tell me if this is a configuration issue on Dovecot? >> > > Only if you provide enough information... do you think we are mind > readers? ;) > > For starters, what version of dovecot? What is output of dovecot -n? > >
On Tue, 2008-10-28 at 11:18 -0200, Rubens A. Mascari wrote:> All mail in the inbox, are brought all the time that you check your mailbox > input via POP3, causing a large traffic of unnecessary data every time. > In my opinion > you should bring only the new mail, unread.The same mails are downloaded over and over again? I'm guessing using Outlook as the client? What do you have in pop3_uidl_format? Your dovecot -n output didn't provide it, which means you're using a distribution package that set a default for it. Perhaps a bad default. See http://wiki.dovecot.org/POP3Server -> UIDL format. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20081029/15f4059f/attachment-0002.bin>
Possibly Parallel Threads
- Novice question
- Failed to enumerate objects in the container. Access is denied.
- Failed to enumerate objects in the container. Access is denied.
- Failed to enumerate objects in the container. Access is denied.
- Failed to connect host xx on port 135 - NT_STATUS_CONNECTION_REFUSED