- dovecot - dovecot.org

Re: [Dovecot] antispam plugin problem
by Danila 11 May '10

11 May '10

With it I have already understood having added the user vmail in mail group, but all the same mutt produces an error "Failed to call dspam" and does not wish to move the letter to a directory a spam. In log now here so: May 11 14:51:50 evil imap: antispam: mail copy: src spam: 0, dst spam: 1, src unsure: 0 May 11 14:51:50 evil imap: antispam: /usr/local/bin/dspam --source=error --class=spam --signature=4be87a9f953248352114216 --deliver= --user vmail May 11 14:51:50 evil imap: antispam: plugin initialising (1.2-notgit) On 12:31 Tue 11 May , Philipp wrote: > Try to add a --debug to dspam, and if that doesn't produce any > additional output try to start dspam not with init.d (I assume you do?) > but run it manually on the command line as 'sudo dspam --debug > --daemon', that should give you a better idea of what's going on. > To change the gid just add -g \#1010 to sudo. Maybe also try to add > --stdout or leave away the --client in your call to dspam, might make it > easier to pin down the error. > I'm also experiencing quite a bit of trouble with dspam, memory leaks > and stuff but I haven't been able to get in contact with their mailing > list (the address I found was deemed non-existent..) > > > Danila a ?crit : > > Nothing happens > > #> su vmail -c "/usr/local/bin/dspam --source=error --class=spam > --signature=4be87a9f953248352114216 --client --user vmail" > > #> > > > > On 10:05 Tue 11 May , Steffen Kaiser wrote: > > On Tue, 11 May 2010, Danila wrote: > > > > >>> On 01:18 Tue 11 May , Trever L. Adams wrote: > > >>>> On 05/11/2010 12:02 AM, Danila wrote: > > >>>>> May 11 10:54:09 evil imap: antispam: mail copy: src spam: 0, dst > > spam: 1, src unsure: 0 > > >>>>> May 11 10:54:09 evil imap: antispam: /usr/local/bin/dspam > > --source=error --class=spam --signature=4be87a9f953248352114216 > > --client --user vmail > > >>>>> May 11 10:54:09 evil imap: antispam: executing > > /usr/local/bin/dspam failed: 13 (uid=1009, gid=1010) > > >>>>> > > >>>>> uid=1009, gid=1010 is vmail user > > What happens, if you run the command from the shell as user vmail? E.g.: > > > > sudo -u \#1009 /usr/local/bin/dspam --source=error --class=spam \ > > --signature=4be87a9f953248352114216 --client --user vmail > > > > Hmm, I don't know if you can also assign the gid... > > > > Regards, > > > >> > >

4 4

[Dovecot] Help with acl_shared_dict
by Marcio Merlone 11 May '10

11 May '10

Hi all, I am trying to set up shared folders with dovecot 1.2.10-0xk1 on a ubuntu 8.04 server and so far so good. I managed to share a folder using GOSa GUI, but I cannot list it on Thunderbird yet, because of acl_shared_dict param (I guess). I tried BDB as per the wiki: plugin { acl_shared_dict = file:/var/lib/dovecot/shared-mailboxes.db } I gave shared-mailboxes.db 0666 perms but it keeps resetting permissions to 0600, which gives me "open(/var/lib/dovecot/shared-mailboxes.db) failed: Permission denied" errors. So I went to try sql dict, but could not find where to put sql server connection details like user, host, password. dovecot -n (with sql dict): # 1.2.10: /etc/dovecot/dovecot.conf # OS: Linux 2.6.24-27-server i686 Ubuntu 8.04.4 LTS log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps managesieve ssl_cert_file: /etc/ssl/certs/dovecot.pem ssl_key_file: /etc/ssl/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_privileged_group: mail mail_location: maildir:~/Maildir mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): quota imap_quota acl imap_acl mail_plugins(imap): quota imap_quota acl imap_acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%u/ location: maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u list: children lda: postmaster_address: postmaster(a)a1.ind.br hostname: a1.ind.br mail_plugins: quota sieve acl auth default: mechanisms: plain login passdb: driver: pam args: session=yes blocking=yes dovecot userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/dovecot mode: 436 user: postfix group: postfix plugin: quota: maildir:storage=10485760 acl: vfile acl_anyone: allow acl_shared_dict: proxy::acl dict: acl: mysql:/etc/dovecot-dict-sql.conf (/etc/dovecot-dict-sql.conf is a copy from the wiki) Have I missed something? Thanks and best regards. -- Marcio Merlone

1 1

[Dovecot] Best location for indexes?
by Brandon Lamb 11 May '10

11 May '10

I cant seem to find anything via a google search, so if this has been answered I apologize. I am wondering if INDEX=MEMORY is going to give the best performance versus files? I have a server with directly attached storage, 8 gigs of ram, about 500 gigs of data. I am ok with losing and having to rebuild the indexes on a reboot as the last uptime was over 200 days

3 3

[Dovecot] Client cant see emails
by Romer Ventura 11 May '10

11 May '10

Hello, Last Saturday i scp the vmail folder from server1 running SLES to server2 running Debian. Everything went ok and only have a few small problems, but the one to bring up is that some users cant see their new emails. The server receives the emails and puts them in their folder, but the client cant see them. One user's inbox shows last email was received on Friday, however, the Maildir/cur/ shows: -rw------- 1 vmail vmail 42K 2010-05-10 08:40 1273498807.M796425P7283.housigma22,S=42341,W=43018:2, -rw------- 1 vmail vmail 324K 2010-05-10 09:13 1273500815.M763640P10054.housigma22,S=331257,W=335660:2, -rw------- 1 vmail vmail 20K 2010-05-10 09:34 1273502066.M777253P11943.housigma22,S=19857,W=20357:2, -rw------- 1 vmail vmail 8.9K 2010-05-10 09:44 1273502685.M898747P12796.housigma22,S=9035,W=9324:2, -rw------- 1 vmail vmail 7.3K 2010-05-10 09:46 1273502798.M419897P12975.housigma22,S=7386,W=7659:2, -rw------- 1 vmail vmail 9.1K 2010-05-10 09:48 1273502934.M480959P13148.housigma22,S=9228,W=9521:2, -rw------- 1 vmail vmail 74K 2010-05-10 10:02 1273503774.M524188P14327.housigma22,S=75769,W=78183:2, -rw------- 1 vmail vmail 8.6K 2010-05-10 10:08 1273504123.M573796P14820.housigma22,S=8790,W=9032:2, -rw------- 1 vmail vmail 158K 2010-05-10 10:21 1273504907.M531961P15897.housigma22,S=161359,W=166243:2, -rw------- 1 vmail vmail 59K 2010-05-10 10:22 1273504953.M794482P15971.housigma22,S=59529,W=60838:2, -rw------- 1 vmail vmail 301K 2010-05-10 11:03 1273507382.M33967P19462.housigma22,S=307286,W=311302:2, -rw------- 1 vmail vmail 306K 2010-05-10 11:03 1273507387.M136374P19464.housigma22,S=313035,W=317125:2, -rw------- 1 vmail vmail 5.4K 2010-05-10 11:08 1273507736.M805483P19953.housigma22,S=5432,W=5539:2, -rw------- 1 vmail vmail 6.6K 2010-05-10 11:10 1273507842.M113988P20125.housigma22,S=6718,W=6921:2, -rw------- 1 vmail vmail 3.3K 2010-05-10 11:20 1273508415.M94558P20879.housigma22,S=3308,W=3419:2, Any ideas...? # 1.2.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.29-xs5.5.0.15 i686 Debian 5.0.4 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imaps imap ssl_cert_file: /etc/ssl/certs/smtpd.crt ssl_key_file: /etc/ssl/private/smtpd.key login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_user: postfix mail_privileged_group: mail mail_uid: vmail mail_gid: vmail mail_location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir mbox_write_locks: fcntl dotlock imap_client_workarounds: delay-newmail outlook-idle netscape-eoh lda: postmaster_address: postmaster(a)somedomain.com auth_socket_path: /var/run/dovecot/auth-master log_path: /var/log/dovecot-deliver.log info_log_path: /var/log/dovecot-deliver-info.log auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail Thanks ------ Romer Ventura

2 1

[Dovecot] Reading emails, vmail user mail access problems.
by David Haggard 11 May '10

11 May '10

Hello, I have a new installation of Ubuntu 10.04 64bit and all packages are from the Ubuntu repos. dovecot version 1.2.9 My goal is to have a basic email server setup with imap and pop support so imap users can send and receive email for the company. Setup: I have a few users that will be using this mail server so I do not need anything advanced and I am ok with creating a user account with a password and managing email addresses manually. I currently have system accounts for a test user and I have setup virtual mailbox as this mail server will host 2+ domains. Postfix is installed and running, I also confirmed mail flow to this box and from this box is working to the test user created. I can log in with the test username of the system and this is the point at which I have some issues as I am having a permission problem which I think is related to dovecot. What I am not able to do is download emails via imap client, but I can send emails just fine. If I change the permissions of the virtual mailbox to the test user that is logged in to chmod 777 I can download emails, but I can't do this for each new email to that users mailbox. /var/vmail/DOMAIN/USER1/cur/ and anything listed here will be owned by vmail so no other user can read it. (can't download emails) as dovecot seems to be trying to use USER1 as a user to read the files. How can I have dovecot read emails as vmail no matter what user logs in? I have tried many config changes using vmail but its failed so I need some advise. Here is my config: I edited the DOMAIN to hide the real domain used. # 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-21-server x86_64 Ubuntu 10.04 LTS ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no 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 mail_location: maildir:/var/vmail/DOMAIN/%n/ mbox_write_locks: fcntl dotlock 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 auth default: passdb: driver: pam userdb: driver: passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/vmail/DOMAIN/%n/ Thank you

2 1

[Dovecot] wrong config file?
by Phil Howard 10 May '10

10 May '10

The sample provided config file (the one I started with by editing it) included the following text: # ------------------------------ WARNING ------------------------------- > > # If there's a file /etc/dovecot/dovecot-postfix.conf, which is part of > # dovecot-postfix package, it will be used instead of dovecot.conf. > > # Keep in mind that, if that file exist, none of the changes in > # /etc/dovecot/dovecot.conf will have effect on dovecot's configuration. > # In that case you should customize /etc/dovecot/dovecot-postfix.conf. > > # ------------------------------ WARNING ------------------------------- > So I expected it would use that by default. It seems to not be doing so. Does this mean I have to modify the startup scripts to add the -c option to force the use of this config file? Or should I just put all my configs in the default "/etc/dovecot/dovecot.conf" file? When doing "dovecot -n" it became apparent that my configs were not being used. But "dovecot -c /etc/dovecot/dovecot-postfix.conf -n" was doing it. Any idea why it's not behaving as those comments described?

2 7

[Dovecot] configuration user= or auth_user=
by Phil Howard 10 May '10

10 May '10

The sample config file has: # User to use for the process. This user needs access to only user and # password databases, nothing else. Only shadow and pam authentication # requires roots, so use something else if possible. Note that passwd # authentication with BSDs internally accesses shadow files, which also # requires roots. Note that this user is NOT used to access mails. # That user is specified by userdb above. user = root # Directory where to chroot the process. Most authentication backends don't # work if this is set, and there's no point chrooting if auth_user is root. # Note that valid_chroot_dirs isn't needed to use this setting. #chroot = So is the variable for the authentication process user supposed to be "user" or "auth_user"? It would make more sense to be "auth_user". Is it just "user" for legacy reasons, and the reference to "auth_user" is in error? Or can either name be used? Also, those of you who change this, do you change it to something existing like "dovecot" or "vmail" or "nobody" or do you make a whole new user for it?

1 0

[Dovecot] lmtp_generic_maps with postfix
by derwyn 10 May '10

10 May '10

Hi All, I am new to dovecot so this may be a very easy thing to do. I need to setup a postfix+dovecot server for a multilocation setup The rules are very simple mails to *(a)local.example.com send to dovecot mails to *(a)otherlocation.example.com send to smtp:[otherlocation] But the users are created on dovecot as user(a)example.com. How can I configure dovecot to accept mails for *(a)local.example.com and deliver to *(a)example.com I use lmtp_generic_maps for a similar thing in postfix+cyrus Thanks Derwyn.

1 0

[Dovecot] problems implementing dovecot LDA with Postfix
by Stan Hoeppner 09 May '10

09 May '10

Per the instructions here http://wiki.dovecot.org/LDA and here http://wiki.dovecot.org/LDA/Postfix I set postmaster_address = postmaster(a)hardwarefreak.com in /etc/dovecot/dovecot.conf and mailbox_command = /usr/lib/dovecot/deliver in /etc/postfix/main.cf When I restart dovecot I get this: [07:17:00][root@greer]/etc/dovecot$ /etc/init.d/dovecot restart Restarting IMAP/POP3 mail server: dovecotError: Error in configuration file /etc/dovecot/dovecot.conf line 754: Unknown setting: postmaster_address Fatal: Invalid configuration in /etc/dovecot/dovecot.conf failed! And after restarting Postfix and sending a test message from a gmail account I get this in the mail log: May 9 07:26:09 greer postfix/qmgr[13384]: AEE976C32C: from=<snugmonster(a)gmail.com>, size=1628, nrcpt=1 (queue active) May 9 07:26:09 greer dovecot: deliver(stan): Fatal: postmaster_address setting not given May 9 07:26:09 greer postfix/local[13392]: AEE976C32C: to=<stan(a)hardwarefreak.com>, relay=local, delay=1.4, delays=1.3/0.03/0/0.04, dsn=4.3.0, status=deferred (temporary failure) The server is Debian Lenny 5.0.4 with Postfix 2.5.5 and Dovecot 1.2.11 from Lenny backports. Any ideas? Everything I've found via Google relating to this Dovecot startup error has to do with people converting old dovecot.conf files to a new dovecot version. -- Stan

3 4

[Dovecot] CRYPT scheme and 8 character limit
by Phil Howard 09 May '10

09 May '10

I've decided that having users supply cleartext passwords for me to encrypt and encode is a bad idea, anyway. So maybe I won't need dovecotpw. The idea is that users supply an already-encrypted password. Most of the users can fetch their login password from /etc/shadow on their own computer. Wiki page http://wiki.dovecot.org/Authentication/PasswordSchemes indicates that scheme name CRYPT is the one that uses the libc crypt() function. But it also says it uses no more than 8 characters. Then there is MD5-CRYPT. But that doesn't call crypt(), I presume. No limit on password size is indicated. But this at least looks like SOME of the encrypted passwords I have. Other passwords I have have ids indicating SHA-256 and SHA-512. Here is an example from /etc/shadow that encrypted the clear password "dovecotandpostfix" (in case it is necessary to test it): $6$IwZzpjjj$p1VrkxQmgmTED8iQnQrV3sVEZpBmw2N8oD1ykOguXB5tf8aahICesX0TF6.VMThIW2QFs1buHjT3eDtnaAFhF1 The big question is, what scheme name should I use for these passwords? I can, of course, consider the id (6 in the above example, suggesting SHA-512) if there is one (so far all are like this). But the other consideration is most of the passwords are longer than 8, some longer than 12, characters. So apparently CRYPT can't be used in those cases (so I can't have the automatic identification of crypt() to detect the scheme). What scheme would I use for the various passwords? What scheme would be used for the above example for starters? What if the id is 5 or 1 (the ones documented for the crypt() call)?

3 4