- dovecot - dovecot.org

[Dovecot] Doubled subjectlines in mailfolders
by Götz Reinicke 30 Apr '07

30 Apr '07

Hi, after the upgrade from 0.99 to 1.0rc15 on our RHEL 5 Server I noticed, that some of my mailfolders do double the mails subject line in the listview of thunderbird. The mail itself isn't doubled and the second mail contains a different content from a mail that didn't show up in the list. SO it seams, that only the subject line is somehow wrong. Any ideas or tips? I haven't found anything on that googling or in the list archive; but maybe I'm searching with the wrong syntax ... Regards Götz

2 2

Re: [Dovecot] New install on Ubuntu Fiesty 7.04
by Wade Smart 30 Apr '07

30 Apr '07

Ok. I started with the example file and edited it as the Quick Start suggested and here is the final working result: wadesmart@wadesmart:~$ sudo dovecot -n Password: # /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_extra_groups: mail mail_location: ~/Maildir maildir_copy_with_hardlinks: yes auth default: passdb: driver: passwd-file args: /etc/passwd.dovecot userdb: driver: passwd-file args: /etc/passwd.dovecot wadesmart@wadesmart:~$ I was able to login in via telnet like the tutorial said. In my Maildir/new I had 884 new messages. The tutorial said to access the Inbox, and I did and could. However, then my 884 messages were gone!!! I do not understand what the heck happened. Did I just loose all my messages?

4 10

[Dovecot] dovecot sendmail mysql no inbox error
by jan gestre 29 Apr '07

29 Apr '07

hi guys, we are experiencing this particular problem with one of the webmail server we manage. the server is using dovecot as pop3 and imap server while sendmail is being used as mta. when this user tries to login via telnet, this is what i've got: $ telnet localhost pop3 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. +OK dovecot ready. user user1 +OK pass password +OK Logged in. -ERR No INBOX for user. Connection closed by foreign host. when i looked at the maillog i saw this: Apr 25 20:52:32 samplemail pop3(samplemail): File isn't in mbox format: /var/mail/samplemail Apr 25 20:52:32 samplemail pop3(samplemail): File isn't in mbox format: /var/mail/samplemail Apr 25 20:52:32 samplemail pop3(samplemail): Couldn't open INBOX: Internal error occured. Refer to server log for more information. [2007-04-25 20:52:32] tried google but not much of help, they just suggested to update or replace dovecot. i already update dovecot and made some changes to default_mail_env parameter, still the same result. dovecot version is 0.99 on a fedora 4 box any idea?

2 7

[Dovecot] Shared mailbox plans
by Timo Sirainen 28 Apr '07

28 Apr '07

** Configuration ** namespace shared { prefix = user/%u/ location = maildir:/home/%u/Maildir:INDEX=~/Maildir/shared-indexes } So the only difference to how it's configured now is that %u is expanded to whatever user whose mailboxes we're accessing. ACL plugin then uses that user as the owner in the namespace's mailbox owner. Since the default ACL is to not give any access to non-owners, the mailboxes without dovecot-acl files will be invisible. If ACL plugin isn't loaded, I suppose the mailboxes can be accessed if the process has filesystem permissions to access them. ** ACL vfile speedups ** Currently it stat() the dovecot-acl file a bit too often. It doesn't do it more than once a second, but there's really no need to do it even that often. I guess it could be changed to be configurable with default being something like 5 minutes. Create a new dovecot-acl-list file which lists all the mailboxes which have dovecot-acl file with "l" right (visible in mailbox list) to any non-owner. It could be in "<timestamp> <mailbox name>" format. This allows other users to quickly get a list of mailboxes that are potentially visible to them. They still need to read the dovecot-acl file from the mailbox before knowing for sure. If the dovecot-acl-list file doesn't exist or if at any time any timestamp doesn't match dovecot-acl file's current mtime, the file is rebuilt by looking into all mailboxes' dovecot-acl files (if the reading user has write permissions to the directory, otherwise it just keeps it in memory). Whenever Dovecot modifies dovecot-acl file, it also updates the dovecot-acl-list file. This means that the file can contain stale data only if a new dovecot-acl file is created without updating dovecot-acl-list file. Even that will be fixed the next time the owner does a LIST (or select the mailbox, or anything that causes its dovecot-acl file to be stated), which causes ACL plugin to notice the desync. There exist also global ACL files. These need to be included in the dovecot-acl-list file as well. The only issue with them is that user doesn't necessarily have a mailbox even though the global ACL file exists. So these need to be marked somehow in the dovecot-acl-list file as non-existing mailboxes. Then if user creates a mailbox with such name, the mark is removed. Deleting the mailbox puts the mark back. After the visible mailbox list has been figured out once, only the dovecot-acl-list file needs to be stat()ed once in a while instead of all the mailboxes' dovecot-acl files. ** User list ** The next problem is how to quickly get a list of users whose mailboxes are visible to ourself so they can be included in mailbox list. I couldn't figure out anything new and great for this, so the options are the same as in http://dovecot.org/list/dovecot/2006- October/017082.html Although for dict backend I could make it a bit more secure. Currently dict has "private" and "shared read-write" options to store the data with. The shared users list could be done with "shared read- only". ** Virtual domains ** ACL plugin could support virtual "group=@domain" to give access to usernames ending with @domain. Or perhaps the group could support wildcards? "group=*@domain"? That way it wouldn't be required to have @ really in the username. Anyway, I think "anyone" should then be aliased to "group=*@domain". If there are multiple virtual domains and you let the users manipulate the ACLs themselves, I'd think they want anyone to mean anyone within my domain (my organization) rather than really anyone who just happens to be using the same server. I think it would also be annoying if anyone could really force their own mailboxes to be visible to a lot of people. That could be used for spamming as well.. If administrator wants to have global mailboxes that really are visible to all domains, they could be done with public namespaces (not shared). ** Quota ** This is kind of problematic. The behavior depends entirely on quota backend: - Filesystem quota of course tracks the quota based on the file's owner - Maildir++ quota counts the quota for the user whose maildir the shared mailbox exists in. This means it also requires filesystem level access to maildirsize file, otherwise the quota updating happens sometimes later when the quota is recalculated. - Dict quota.. I think it'll need a new path for each shared mailbox, which is modifiable by any user. So while your own quota would exist in private/quota/storage, the shared mailboxes' quota would exist in shared/quota/storage. This means that the dict quota needs to be able to know what mailboxes the current user has shared. It also gets a bit tricky to update the quota if mailbox is unshared. The quota could be tracked individually for each mailbox also, but I'm not sure if that's such a great idea either. Perhaps a new quota backend could be implemented to make all this easier. The mail sizes could be tracked in index file, so getting the size of a mailbox could be done simply by reading the value from the index file's header. With mailbox list indexes (in CVS HEAD) they'd all be listed in a single mailbox.list.index file, which would make summing them up really fast. This would require that users don't use private index files for shared mailboxes though. But if the users don't have shell access the shared index files are probably a good idea anyway (at least from performance point of view). ** Symlink shares ** Currently the only way to implement shared mailboxes among users is for administrator to create symlinks. This will be possible in future too with a configuration like: namespace shared { prefix = Shared/ location = maildir:~/Maildir/shared-symlinks:INDEX=~/Maildir/ shared-indexes } The "owner" ACL won't match anyone. So it'll work exactly as it does now.

6 15

[Dovecot] New install on Ubuntu Fiesty 7.04
by Wade Smart 28 Apr '07

28 Apr '07

System: Ubuntu 7.04 Dovecot Version: 1.0.rc17 Dovecot -n Output: wadesmart@wadesmart:~$ sudo dovecot -n Password: # /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_extra_groups: mail mail_location: /home/wadesmart/Maildir auth default: passdb: driver: pam userdb: driver: passwd This is my personal system and I use fetchmail and postfix to get and store my mail. All Im wanting to do is to access my email in maildir format. I am new to linux and definitely to this type of setup. Since this is my own system all these talk about security measures seem a bit overboard for my needs. I guess what Im really asking is for a more simple setup instruction set. wade

2 2

[Dovecot] dovecot 1.0, namespace & mbox
by Stefan Klatt 27 Apr '07

27 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, >i try to use a new namespace with mbox parallel to my working maildir >configuration. Has nobody any idea to get this configuration working? Mfg. Stefan Klatt - -- CaC, Computer and Communication Inhaber Stefan Klatt Triftstrasse 9 60528 Frankfurt Germany Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMlwE+AkeCg4UPr4RAqnLAKCeRto1AgGS/P0MBrDZPg/3fEgvDwCg5BJo 3iZhN7x4tHAGPNVwgwwUUEM= =4Zaf -----END PGP SIGNATURE-----

1 0

[Dovecot] dovecot + ldap + quota
by aza zel 27 Apr '07

27 Apr '07

hi.... i using dovecot 1.0rc26 and i started to configure quota plugin but i think its not working fine. i configure like suggested in http://wiki.dovecot.org/Quota in dovecot.conf: protocol imap { mail_plugins = quota imap_quota } plugin { # 10 MB quota limit quota = maildir:storage=10240 } in dovecot-ldap.conf: user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid,quotaStorage=quota if a mua send a attach near 9MB i receive a message tell me that the server don't have more space, but if i attach files of 2MB this messages are sending ok, and the cur directory of this user have 15 MB. another question: in ldap entry, the attribute quota are the attibute that A represents the quota on a mailbox, ¿so why i put 10MB as limit? uota = maildir:storage=10240 ¿this value is for all "entryes" or the quota limit is the entry quota limit? i you can see, i not understand how dovecot works with the attribute quota in ldap entry; ¿can anybody explain me this? Thanks in advance!!!

3 3

[Dovecot] Dovecot "assertion failed" errors
by Christian Friedli 27 Apr '07

27 Apr '07

Dear all, We are running Dovecot (on debian etch, Version 1.0.rc15-2) on 4 Loadbalanced servers using a NFS share for the homedirs. The loadbalancer is using persistant connections (timeout 30min). Lately, IMAP Users (mostly using Thunderbird) reported the following errors: 1. When trying to mark messages as read, nothing happened, message was still displayed as unread. 2. When moving a Directory the client loads for a long time and then hangs. Same was reported to happened when a user tried to open a mail. When checking the logs at the time users reported those errors we could always find one fo the following "assertion failed" errors: file mail-index-sync-update.c: line 730 (mail_index_sync_update_index): assertion failed: (view- >hdr.messages_count == map->hdr.messages_count) file mail-index.c: line 415 (mail_index_map_parse_keywords): assertion failed: (ext->hdr_offset < map->hdr.header_size) file mail-index.c: line 909 (mail_index_sync_from_transactions): assertion failed: (prev_seq <= max_seq && (prev_seq != max_seq || prev_offset <= max_offset)) file mail-transaction-log-view.c: line 158 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || min_file_offset <= max_file_offset) file mail-transaction-log-view.c: line 229 (mail_transaction_log_view_set): assertion failed: (view->cur_offset <= view->cur->sync_offset) file message-body-search.c: line 393 (message_body_search_ctx): assertion failed: (input->v_offset <= part->physical_pos) I wonder if anyone has experienced similar problems and if there is a solution to this strange behaviour. ____________________________ University of Bern IT Department Central Systems Group Christian Friedli E-Mail Services Gesellschaftsstr. 6 CH-3012 Bern Switzerland Tel. +41 (0)31 631 38 38 Fax +41 (0)31 631 43 57 mailto:christian.friedli@id.unibe.ch http://www.mail.unibe.ch --

2 3

[Dovecot] sendmail + dovecot + vpopmail + virtual users, problem with pop3 uidl
by Oliver Schulze L. 27 Apr '07

27 Apr '07

Hi, I just migrated a server running qmail+vpopmail+maildir to sendmail+dovecot+maildir+vpopmail The migrating is working great thanks to the help from the list and the wiki. I'm now running the infamous problem about duplicating emails, because of pop3 UIDL mismatch. My question is: anyone knows that the pop3_uidl_format string for a vpopmail server? I'm using vpopmail auth and userdb. I noted that when manually issuing a list command to the vpopmail pop3 server, it uses a number that is in the filename for identifying the email. For example if the filename uses: .....,S=1234,... Then the UID is 1234, and 1234 appears in the list command. Many thanks Oliver -- Oliver Schulze L. | Get my e-mail after a captcha in: Asuncion - Paraguay | http://tinymailto.com/oliver

1 1

[Dovecot] LSUB "" "" vs LIST "" "" (hacked Apple Mail problem)
by Eyvind Bernhardsen 27 Apr '07

27 Apr '07

The LSUB command does not act like LIST when provided with an empty mask argument. LIST responds with the hierarchy delimiter: * LIST (\Noselect) "." "" OK List completed. whereas LSUB doesn't return anything useful: OK Lsub completed. RFC 3501 doesn't specify what LSUB should do in this case, but Courier IMAP has LSUB act like LIST. The attached patch modifies imap/cmd-list.c to make Dovecot do the same. Why do I care about LSUB? I'm using a hack for Apple Mail that replaces its LIST command with LSUB (something like what's described here: http://www.macosxhints.com/article.php? story=20040407062603804), to prevent it from syncing public folders from the Exchange server at the office. The hack replaces _all_ LISTs with LSUBs, including the LIST "" "" Mail.app sends to discover the hierarchy delimiter. Since dovecot doesn't give it any information in response to LSUB "" "", Mail.app defaults to using "/" as a delimiter, which means that trying to access a subfolder only results in an "Invalid mailbox name" error. While this isn't really a bug in Dovecot, it's not inconceivable that other people than me could be affected by this problem (macosxhints.com has a substantial readership). It's also tricky to diagnose, especially since the "Invalid mailbox name" message doesn't include the invalid mailbox name, so any bug reports you get are likely to eventually be filed under "crazy [Mac] users". In fact, while Googling to figure out why Dovecot wasn't working for me, I came across at least one poster to this mailing list who had discovered that Mail.app was using "/" as a delimiter. I can't be sure, but I'm guessing that his problem was related to mine. Since the patch is tiny and doesn't hurt performance or make Dovecot do anything that contradicts the IMAP RFC, I hope you'll consider adding it to the official distribution. Eyvind Bernhardsen

6 9