[Dovecot] shared folder files not displaying in thunderbird
Hello,
I have dovecot installed with the configuration below. One of the subfolders created (using the email client) under the '/home/vpopmail/domains/mydomain.com/shared/projects' share no longer (it used to) displays the files located in it. There are about 150 folders under the '/home/vpopmail/domains/mydomain.com/shared/projects' share all of which display the files located in them, the one mentioned used to display the contents but no longer does.
What would be the reason that one folder would no longer display existing files in the email client (Thunderbird) and the other folders would? And, how do I fix this?
I've already tried unsubscribing and resubscribing the folder. This did not work.
Would it now be simply a matter of unsubscribing the folder, deleting the dovecot files, and resubscribing to the folder?
Eric
# 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-238.19.1.el5 i686 CentOS release 5.7 (Final) auth_cache_size = 32 M auth_mechanisms = plain login digest-md5 cram-md5 auth_username_format = %Lu disable_plaintext_auth = no first_valid_uid = 89 log_path = /var/log/dovecot.log login_greeting = Dovecot toaster ready. namespace { inbox = yes location = prefix = INBOX. separator = . type = private } namespace { location = maildir:/home/vpopmail/domains/mydomain.com/shared/projects prefix = projects. separator = . type = public } passdb { args = cache_key=%u webmail=127.0.0.1 driver = vpopmail } plugin/quota = maildir protocols = imap ssl_cert = </var/qmail/control/servercert.pem ssl_key = </var/qmail/control/servercert.pem userdb { args = cache_key=%u quota_template=quota_rule=*:backend=%q driver = vpopmail } protocol imap { imap_client_workarounds = delay-newmail }
On 18.1.2012, at 16.20, Eric Broch wrote:
I have dovecot installed with the configuration below. One of the subfolders created (using the email client) under the '/home/vpopmail/domains/mydomain.com/shared/projects' share no longer (it used to) displays the files located in it. There are about 150 folders under the '/home/vpopmail/domains/mydomain.com/shared/projects' share all of which display the files located in them, the one mentioned used to display the contents but no longer does.
What would be the reason that one folder would no longer display existing files in the email client (Thunderbird) and the other folders would? And, how do I fix this?
So the folder itself exists, but it just appears empty? Have you tried with another IMAP client? Have you checked if the files are actually still there in the maildir? You can check if this is a server problem or a client problem by running:
doveadm fetch -u user@domain uid mailbox project.missing.sub.folder all
If the output is empty, then Dovecot doesn't see any mails in there (check if there are any files in the maildir). If it outputs something, then the client's local cache is broken and you need to tell the client to do a resync.
Would it now be simply a matter of unsubscribing the folder, deleting the dovecot files, and resubscribing to the folder?
Subscriptions won't matter. Deleting Dovecot's files may emulate the client's cache flush because it changes IMAP UIDVALIDITY.
Timo,
So the folder itself exists, but it just appears empty? Yes. Have you tried with another IMAP client? Yes, both Outlook and Thunderbird Have you checked if the files are actually still there in the maildir? I've done a list (ls -la) of the directory where the files reside (path.to.share.sub.dir/cur). They exist. You can check if this is a server problem or a client problem by running: doveadm fetch -u user@domain uid mailbox project.missing.sub.folder all I did this per your instructions and there is no output.
So, email exists in the share, and it does not show up in Thunderbird, Outlook, or using doveadm.
Eric
On 19.1.2012, at 23.03, Eric Broch wrote:
Have you checked if the files are actually still there in the maildir? I've done a list (ls -la) of the directory where the files reside (path.to.share.sub.dir/cur). They exist. You can check if this is a server problem or a client problem by running: doveadm fetch -u user@domain uid mailbox project.missing.sub.folder all I did this per your instructions and there is no output.
Try "touch path.to/cur" and the doveadm fetch again. Does it help?
If not, there's some kind of a mismatch between what you think is happening in Dovecot and what is happening in filesystem. I'd like to know the exact full path and the mailbox name then. (Or you could run doveadm through strace and see if it's accessing the intended directory.)
participants (2)
-
Eric Broch
-
Timo Sirainen