[Dovecot] Thundebird 5.0 stuck until FETCH is done
Robert Schetterer
robert at schetterer.org
Thu Jul 21 13:07:03 EEST 2011
Am 21.07.2011 11:55, schrieb Emanuele Leuzzi:
>
>
> Il 21/07/2011 11:44, Robert Schetterer ha scritto:
>> Am 21.07.2011 10:47, schrieb Emanuele Leuzzi:
>>>
>>> Il 21/07/2011 10:19, Robert Schetterer ha scritto:
>>>> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi:
>>>>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto:
>>>>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto:
>>>>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi:
>>>>>>>> I'm following the debian (lenny) repository....
>>>>>>>>
>>>>>>>> dovecot -n
>>>>>>>>
>>>>>>>> hercules:/home/eleuzzi# dovecot -n
>>>>>>>> # 1.0.15: /etc/dovecot/dovecot.conf
>>>>>>>> base_dir: /var/run/dovecot/
>>>>>>>> log_timestamp: %Y-%m-%d %H:%M:%S
>>>>>>>> protocols: pop3s imaps imap pop3
>>>>>>>> listen(default): hidden:10143
>>>>>>>> listen(imap): hidden:10143
>>>>>>>> listen(pop3): *
>>>>>>>> ssl_listen: hidden
>>>>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem
>>>>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem
>>>>>>>> login_dir: /var/run/dovecot/login
>>>>>>>> login_executable(default): /usr/lib/dovecot/imap-login
>>>>>>>> login_executable(imap): /usr/lib/dovecot/imap-login
>>>>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login
>>>>>>>> login_greeting_capability(default): yes
>>>>>>>> login_greeting_capability(imap): yes
>>>>>>>> login_greeting_capability(pop3): no
>>>>>>>> login_max_processes_count: 512
>>>>>>>> first_valid_uid: 150
>>>>>>>> last_valid_uid: 1500
>>>>>>>> mail_privileged_group: mail
>>>>>>>> mail_location: maildir:~/Maildir
>>>>>>>> maildir_copy_with_hardlinks: yes
>>>>>>>> umask: 2
>>>>>>>> mail_executable(default): /usr/lib/dovecot/imap
>>>>>>>> mail_executable(imap): /usr/lib/dovecot/imap
>>>>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3
>>>>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap
>>>>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap
>>>>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3
>>>>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep
>>>>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep
>>>>>>>> imap_client_workarounds(pop3): outlook-idle
>>>>>>>> pop3_uidl_format(default):
>>>>>>>> pop3_uidl_format(imap):
>>>>>>>> pop3_uidl_format(pop3): %08Xu%08Xv
>>>>>>>> auth default:
>>>>>>>> mechanisms: plain login cram-md5
>>>>>>>> passdb:
>>>>>>>> driver: passwd-file
>>>>>>>> args: /etc/cram-md5.pwd
>>>>>>>> passdb:
>>>>>>>> driver: pam
>>>>>>>> passdb:
>>>>>>>> driver: sql
>>>>>>>> args: /etc/dovecot/dovecot-sql.conf
>>>>>>>> userdb:
>>>>>>>> driver: passwd
>>>>>>>> userdb:
>>>>>>>> driver: sql
>>>>>>>> args: /etc/dovecot/dovecot-sql.conf
>>>>>>>> socket:
>>>>>>>> type: listen
>>>>>>>> client:
>>>>>>>> path: /var/spool/postfix/private/auth
>>>>>>>> mode: 432
>>>>>>>> user: postfix
>>>>>>>> group: postfix
>>>>>>>> master:
>>>>>>>> path: /var/run/dovecot/auth-master
>>>>>>>> mode: 384
>>>>>>>> user: vmail
>>>>>>>> group: mail
>>>>>>>>
>>>>>>>>
>>>>>>>> Thank you
>>>>>>>>
>>>>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto:
>>>>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi:
>>>>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck
>>>>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from
>>>>>>>>>> 1 to
>>>>>>>>>> 76687 (it's needs a looong time), my client isn't usable
>>>>>>>>>>
>>>>>>>>>> Could you help me to fix this issue?
>>>>>>>>>>
>>>>>>>>>> Below the log.
>>>>>>>>>>
>>>>>>>>>> Thank you
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: *
>>>>>>>>>> FLAGS
>>>>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0
>>>>>>>>>> unknown-7
>>>>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6
>>>>>>>>>> unknown-11
>>>>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded)
>>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK
>>>>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft
>>>>>>>>>> unknown-1
>>>>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5
>>>>>>>>>> unknown-8
>>>>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10
>>>>>>>>>> $Forwarded
>>>>>>>>>> \*)] Flags permitted.
>>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: *
>>>>>>>>>> 76686
>>>>>>>>>> EXISTS
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket:
>>>>>>>>>> * 1
>>>>>>>>>> FETCH (FLAGS (\Seen) UID 1)
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket:
>>>>>>>>>> * 2
>>>>>>>>>> FETCH (FLAGS (\Seen) UID 2)
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket:
>>>>>>>>>> * 3
>>>>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3)
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket:
>>>>>>>>>> * 4
>>>>>>>>>> FETCH (FLAGS (\Seen) UID 4)
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket:
>>>>>>>>>> * 5
>>>>>>>>>> FETCH (FLAGS (\Seen) UID 5)
>>>>>>>>>>
>>>>>>>>>> _cut_
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: *
>>>>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748)
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: *
>>>>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749)
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: *
>>>>>>>>>> 76687 EXISTS
>>>>>>>>>>
>>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0]
>>>>>>>>>> 2680[9cc6d00]:
>>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket:
>>>>>>>>>> 8 OK
>>>>>>>>>> Fetch completed.
>>>>>>>>>>
>>>>>>>>> you should upgrade to dove 2.x
>>>>>>>>> no problem tb5 here withit, for more debug you dove conf might be
>>>>>>>>> helpfull
>>>>>>>>>
>>>>>>> sorry i am to far with 1.x versions
>>>>>>>
>>>>>>> but try to disable tb-extra-mailbox-sep
>>>>>>> you shouldnt need it
>>>>>>>
>>>>>>> do you use maildir ?
>>>>>>> guess your using local users ?
>>>>>>>
>>>>>>> i guess your problems are
>>>>>>> somewhere with uids an local users
>>>>>>>
>>>>>>> i never had such setups
>>>>>>> wait for others on the list response you might get more qualified
>>>>>>> answers
>>>>>>> but i am nearly sure it has nothing to to with tb5
>>>>>>>
>>>>>>> ---
>>>>>>> Best Regards
>>>>>>>
>>>>>>> MfG Robert Schetterer
>>>>>>>
>>>>>>> Germany/Munich/Bavaria
>>>>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep.
>>>>>>
>>>>>> I'm using maildir to local users.
>>>>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems
>>>>> that the server returns flags for all of the messages in that folder
>>>>> when you select it. Do you know how fix it?
>>>> sorry, you should post again now your recent dove conf, and logs
>>>> as iam using 2.0.13 with tb5 and maildir without any problems
>>>> there shouldnt be any at your side too, so its in your conf
>>>> as i said before guess its something with uids of your local users
>>>> ( which i dont use ), but someone with your setup alike on the list
>>>> may find your problem by short looks on your conf, at last Timo
>>>> does , if he has time to answer
>>> No problem here the new config:
>>> hercules:/# dovecot -n
>>> # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf
>>> # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8
>>> auth_mechanisms = plain login cram-md5
>>> base_dir = /var/run/dovecot/
>>> first_valid_uid = 150
>>> last_valid_uid = 1500
>> hm is your testing youser between 150-1500
> the user affected have uid 1005
>>
>>> log_timestamp = "%Y-%m-%d %H:%M:%S "
>>> mail_location = maildir:~/Maildir
>>> mail_privileged_group = mail
>> dont think your need this
> I'll remove this
>>
>>> maildir_very_dirty_syncs = yes
>> disable this for testing
> I've added this now for optimization purpose
>>
>>> passdb {
>>> args = /etc/cram-md5.pwd
>>> driver = passwd-file
>>> }
>>> passdb {
>>> driver = pam
>>> }
>>> passdb {
>>> args = /etc/dovecot/dovecot-sql.conf
>>> driver = sql
>>> }
>> for what reason do you need sql ?
>> with local users
> I've virtual users too in this machine
>>
>>> protocols = imap pop3
>>> service anvil {
>>> client_limit = 8000
>>> }
>>> service auth {
>>> unix_listener /var/spool/postfix/private/auth {
>>> group = postfix
>>> mode = 0660
>>> user = postfix
>>> }
>>> unix_listener auth-master {
>>> group = mail
>>> mode = 0600
>>> user = vmail
>>> }
>>> user = root
>>> }
>>> service imap-login {
>>> client_limit = 256
>>> inet_listener imap {
>>> address = hidden
>>> port = 10143
>>> }
>>> inet_listener imaps {
>>> address = hidden
>>> port = 993
>>> }
>>> process_limit = 512
>>> }
>>> service pop3-login {
>>> client_limit = 256
>>> executable = /usr/lib/dovecot/pop3-login
>>> inet_listener pop3s {
>>> address = hiddem
>>> }
>>> process_limit = 512
>>> }
>>> service pop3 {
>>> executable = /usr/lib/dovecot/pop3
>>> }
>>> ssl_cert =</etc/ssl/v-power/mailserver/mail-cert.pem
>>> ssl_key =</etc/ssl/v-power/mailserver/mail-key.pem
>>> userdb {
>>> driver = passwd
>>> }
>>> userdb {
>>> args = /etc/dovecot/dovecot-sql.conf
>>> driver = sql
>>> }
>>> protocol pop3 {
>>> pop3_uidl_format = %08Xu%08Xv
>>> }
>>> protocol lda {
>>> auth_socket_path = /var/run/dovecot/auth-master
>>> postmaster_address = hidden
>>> sendmail_path = /usr/lib/sendmail
>>> }
>>>
>> cant see your namespaces
>> do dovecot -a
>> what are in your logs
>> did you try testing pop3/imap i.e with telnet with some actions
>> turn on verbose debug
> I'll try this
>>
>> read i.e
>> http://wiki2.dovecot.org/AuthDatabase/Passwd
>> http://wiki2.dovecot.org/AuthDatabase/PasswdFile
>>
>> as i said, i am not familar with passwd setups
>>
>>>>>> --
>>>>>> ---------------------------------------------------
>>>>>> Emanuele Leuzzi
>>>>>> Responsabile Sistemi Informativi
>>>>>>
>>>>>> Email: eleuzzi at v-power.sm
>>>>>> Skype: e.leuzzi
>>>>>> Tel: (+378) 0549 960606
>>>>>> Fax: (+378) 0549 954984
>>>>>>
>>>>>> V-Power S.r.l.
>>>>>> Via ulivo di Avoltrone, 2/B
>>>>>> 47899 Serravalle
>>>>>> Republic of San Marino
>>>>>>
>>>>>> http://www.v-power.sm
>>>>>> ---------------------------------------------------
>>>>>> Avviso: Questa e-mail è strettamente confidenziale ed è destinata
>>>>>> alle
>>>>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di
>>>>>> questa e-mail, non copiatela, distribuitela o reinoltratela:
>>>>>> distruggetela immediatamente e notificatelo al mittente a mezzo
>>>>>> e-mail. Il mittente non è responsabile per l'eventuale utilizzo che
>>>>>> verrà fatto di questa email dai destinatari, se la mail è sprovvista
>>>>>> di firma digitale il mittente non garantisce per la sua autenticità
>>>>>> dopo la partenza. Il testo della email potrebbe contenere opinioni
>>>>>> personali e non necessariamente riconducibili a quelle di V-Power
>>>>>> srl.
>>>>>>
>>>>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere
>>>>>> più informazioni di questo genere, Vi preghiamo di inviare una email
>>>>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il
>>>>>> Vostro nominativo sarà rimosso dalle nostre rubriche.
>>>>>>
>>>>>> Notice: This message is intended only for the named recipient and may
>>>>>> contain confidential, proprietary or legally privileged information.
>>>>>> Any forward, distribution, or copying of this information is strictly
>>>>>> prohibited. If you have received this message in error, do not
>>>>>> forward, distribute, or copy it: please advise the sender by reply
>>>>>> e-mail, and delete this message. Sender is not responsible of any
>>>>>> misuse of this e-mail message. If this e-mail message arrive not
>>>>>> digitally signed, sender can’t guarantee authenticity after the
>>>>>> departure of this e-mail. Opinions contained herein may be the
>>>>>> personal opinion of the sender and do not necessarily represent the
>>>>>> views of V-Power srl.
>>>>>>
>>
>
my bet goes that you have some uid clash
at local and virtual users
--
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
More information about the dovecot
mailing list