- dovecot - dovecot.org

[Dovecot] alternate passwd/shadow
by Jorg B. 12 Nov '08

12 Nov '08

I'm using an alternate password/shadow combo to authenticate IMAP users and I can't seen to get it working... I'm using: passdb shadow { args = /etc/dovecot/shadow } Can somebody please give me some hints on how to get this to work.... Thanks JB

2 3

[Dovecot] dovecot-antispam crm114 config
by Peter Fern 12 Nov '08

12 Nov '08

Hi list, Does anyone have a working crm114 config for dovecot-antispam? I have mailreaver running perfectly otherwise, but it doesn't seem to be called correctly from dovecot-antispam - the css files show no change. Piping a message to the command... `/usr/share/crm114/mailreaver.crm --good -u /shared/domains/domain.tld/users/pfern/.crm/` works as expected, and the logs don't indicate anything useful that I can see as to why it isn't working from dovecot. Log follows: Nov 11 12:56:48 mx0 dovecot: imap-login: Login: user=<pfern(a)domain.tld>, method=PLAIN, rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx, TLS Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): Loading modules from directory: /usr/lib64/dovecot/imap Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): Module loaded: /usr/lib64/dovecot/imap/lib90_antispam_plugin.so Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): Effective uid=xxxxx, gid=xxxxx, home=/shared/domains/domain.tld/users/pfern Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: plugin initialising (unknown) Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: "trash" is trash folder Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: "Trash" is trash folder Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: "Deleted Items" is trash folder Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: "-SPAM-" is spam folder Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: "-UNSURE-" is unsure folder Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: reaver binary set to /usr/share/crm114/mailreaver.crm Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: reaver extra arg -u Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: reaver extra arg /shared/domains/domain.tld/users/pfern/.crm/ Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: signature header line is "X-CRM114-CacheID" Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): maildir: data=/shared/domains/domain.tld/users/pfern/.maildir:INDEX=/var/lib/dovecot/indexes/domain.tld/p/pfern Nov 11 12:56:48 mx0 dovecot: IMAP(pfern(a)domain.tld): maildir++: root=/shared/domains/domain.tld/users/pfern/.maildir, index=/var/lib/dovecot/indexes/domain.tld/p/pfern, control=, inbox=/shared/domains/domain.tld/users/pfern/.maildir Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mailbox_is_unsure(INBOX.Noojee): 0 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mailbox_is_trash(-UNSURE-): 0 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mailbox_is_trash(INBOX.Noojee): 0 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mail copy: from trash: 0, to trash: 0 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mailbox_is_spam(-UNSURE-): 0 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mailbox_is_spam(INBOX.Noojee): 0 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mailbox_is_unsure(-UNSURE-): 1 Nov 11 12:56:56 mx0 dovecot: IMAP(pfern(a)domain.tld): antispam: mail copy: src spam: 0, dst spam: 0, src unsure: 1

3 4

[Dovecot] dovecot permissions
by Fernando 11 Nov '08

11 Nov '08

Hello list, I would like to configure POP3 email such that user "mark" (only) must be able to retrieve email from my machine using POP3 from within mydomain.com Any ideas?

1 1

[Dovecot] How to specify /var/spool/mail/m/i/mike
by Network Operations 11 Nov '08

11 Nov '08

I was wondering if somebody could tell me how I can tell dovecot (IMAP) to read users' mail boxes at /var/spool/mail/{1st char}/{2nd char}/username . For example: Mailbox for user 'mike' would be located at /var/spool/mail/m/i/mike 'karen' would be at /var/spool/mail/k/a/karen etc... Is this possible is version 1.1.6? Please advise. Thanks JB

2 1

Re: [Dovecot] Another dovecot-antispam plugin can't call dspam
by Eugene 11 Nov '08

11 Nov '08

Hi Johannes, > From: Johannes Berg <johannes(a)sipsolutions.net> >> > I just committed a fix to debugv(), can you try that? If you downloaded >> > the tarball, get this one: >> > http://git.sipsolutions.net/?p=dovecot-antispam.git;a=snapshot;h=HEAD;sf=tgz >> > >> > If you can confirm that works I'll make a new release. >> >> The fixed version works perfectly, thank you very much! > > And it prints the full command line to the syslog, I assume? Thanks for > testing! It solves the problem here as well =) Thanks for the update. Do you plan to implement 'out of band' dspam calling? BTW maybe there is no need for a separate 'queue' folder especially as we only need a message signature. I think it can be stored in some buffer array so as the dspam calls are made i.e. during idle time (or during final cleanup at the latest). Also I am attaching a couple of patches that might be useful. dspam-exec.c.patch adds debug-dumping of the dspam reply (it turned out quite useful not only for the stack corruption problem). Makefile.patch fixes the syntax to compile with gmake under FreeBSD 6.1 and also adjusts the installed plugin permissions. Best wishes Eugene

2 3

[Dovecot] NFS Unbreakable lock issues
by Rod Treweek 11 Nov '08

11 Nov '08

Hello All, We are struggling to find a solution to a problem we are encountering with a load-balanced email setup. Currently, we have a Coyote loadbalancer, and 3 Postfix/Dovecot nodes that then get their information from a mysql database. The problem is that after a couple weeks, we start seeing NFS locking issues occur, which then takes email completely down, requiring a site visit to basically do an interactive mode reboot to shut off NFS so that we can remount the filesystem again. We have our mailstore on an Aberdeen NAS which is accessed over NFS v. 4. Dovecot version 1.1.2 Here's the relevant mysql string: grep -v '^ *$#.*$\?$' dovecot-mysql.conf driver = mysql connect = host=X.X.X.X dbname=Something user=Something password=Something password_query = SELECT username as user, password, concat('/NFS1MAILDIR/mailSysV2/', maildir) as userdb_home, concat('maildir:/NFS1MAILDIR/mailSysV2/', maildir) as userdb_mail, 143 as userdb_uid, 143 as userdb_gid, concat('*:bytes=', floor(quota*1024)) AS quota_rule FROM mailbox WHERE username = '%u' AND active = '1' user_query = SELECT concat('/NFS1MAILDIR/mailSysV2/', maildir) as home, concat('maildir:/NFS1MAILDIR/mailSysV2/', maildir) as mail, concat('maildir:/NFS1MAILDIR/mailSysV2/', maildir) as maildir, 143 AS uid, 143 AS gid, concat('*:bytes=', floor(quota*1024)) AS quota_rule FROM mailbox WHERE username = '%u' AND active = '1' And here's what our configuration is on each of the nodes: dovecot -n # 1.1.2: /usr/local/etc/dovecot.conf protocols: imap pop3 ssl_ca_file: /usr/local/etc/dovecot/certs/tdpserver.crt ssl_cert_file: /usr/local/etc/dovecot/certs/tdpserver.crt ssl_key_file: /usr/local/etc/dovecot/certs/tdpserver.key ssl_parameters_regenerate: 0 ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_user: postfix login_greeting: Something witty here.. login_process_per_connection: no login_max_connections: 512 max_mail_processes: 2048 mail_max_userip_connections: 50 verbose_proctitle: yes first_valid_uid: 69 last_valid_uid: 500 first_valid_gid: 69 last_valid_gid: 500 mail_access_groups: postfix mail_privileged_group: postfix mail_location: mbox:/NFS1MAILDIR/mailSysV2/%d/%u:INDEX=/usr/local/mail/indexes/%d/%1n/%n mmap_disable: yes dotlock_use_excl: no mail_nfs_storage: yes mail_nfs_index: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: login plain user: dovecot passdb: driver: sql args: /usr/local/etc/dovecot-mysql.conf userdb: driver: sql args: /usr/local/etc/dovecot-mysql.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: dovecot group: dovecot plugin: quota: dict:user::proxy::quota imap_quota: dict:user::proxy::quota quota_rule: *:storage=528576 dict: quota: mysql:/usr/local/etc/dovecot/dovecot-dict-quota.conf Any help you can offer is greatly appreciated, as well as opinions on any other 'validated' postfix/dovecot email enterprise design solutions. Thanks Very Much In Advance, R.T

1 0

[Dovecot] First release (v0.1.0) of the new Sieve implementation for Dovecot v1.2
by Stephan Bosch 11 Nov '08

11 Nov '08

Hello Dovecot users, Finally, after little more than a year, I finished the first release of the new Sieve implementation for Dovecot. The main reason for rewriting the Sieve engine is to provide more reliable script execution and to provide better error messages to users and system administrators. Also, since the Sieve language evolves quickly, with new language extensions published every year, the aim is to provide support for quickly extending the engine with new features. This implementation aims to comply to RFC8225 and it provides support for the following Sieve language extensions: * fileinto * reject * envelope * encoded-character * vacation * subaddress * relational * regex * imap4flags * copy * include * body * variables In comparison to the old CMU Sieve plugin, I added support for the very useful variables extension. However, the notify extension is notably missing. This will be implemented for next major release (0.2.x). Refer to the README file for a full list of its features: http://hg.rename-it.nl/dovecot-libsieve/raw-file/0.1.0/README Installation ------------ The source package is available as follows: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.0.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.0.tar.gz.sig Alternatively, it can be cloned from the mercurial repository: hg clone http://hg.rename-it.nl/dovecot-libsieve The compilation procedure is identical to the cmusieve plugin (http://wiki.dovecot.org/LDA/Sieve) Don't forget to execute ./autogen.sh first if you obtained the sources through mercurial. This release will not compile against Dovecot versions older than v1.2.alpha3. The configuration is very similar to the original plugin as well. The most notable difference is the name of the plugin, which is simply 'sieve' in stead of 'cmusieve'. After compilation, the Sieve engine can be verified before deployment using the included test suite. This is done by executing `make test` in the top of the source tree. The test suite is known to finish flawlessly on the i386 and amd64 platforms. The test suite is not very comprehensive yet, as it only tests the evaluation of scripts and omits testing the actual execution of actions. As this release contains about 30k effective lines of fresh code, bugs will eventually surface. Make sure that you provide enough information to reproduce the problem if you report bugs, i.e. the script and the mail message that caused the problem and/or relevant log entries. Have fun testing the new Sieve plugin. Don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl IRC: Freenode, #dovecot, S[r]us

2 6

[Dovecot] ocfs2 dovecot
by Robert Schetterer 10 Nov '08

10 Nov '08

Hi Timo, in the wiki there is only talked about gfs filesystem are there any known breaking problems using ocfs2 with dovecot ? in my vmware setup ocfs2 seems to be more debian/ubuntu config friendly like gfs dont got gfs to run, perhaps this might be better on suse/centos/redhat but i simply want to use ubuntu hardy server version -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 3

Re: [Dovecot] dovecot Digest, Vol 67, Issue 19
by Tahir riaz 10 Nov '08

10 Nov '08

Thanks Buddy, I got it working. It was giving error when running make 'undefined reference to `request_init' etc' then I ran it with gmake LDFLAGS+=-lwrap and it worked and everything is working fine. Thanks again for your help Thankyou Tahir Riaz Assistant Director (Systems) COMSATS Internet Services COMSATS Headquarters Building 9, Shahrah-e-Jamhuriat, G-5/2 Islamabad. -----Original Message----- From: dovecot-bounces+tahir.riaz=comsats.net.pk(a)dovecot.org [mailto:dovecot-bounces+tahir.riaz=comsats.net.pk@dovecot.org] On Behalf Of dovecot-request(a)dovecot.org Sent: Friday, November 07, 2008 4:48 PM To: dovecot(a)dovecot.org Subject: dovecot Digest, Vol 67, Issue 19 Send dovecot mailing list submissions to dovecot(a)dovecot.org To subscribe or unsubscribe via the World Wide Web, visit http://dovecot.org/cgi-bin/mailman/listinfo/dovecot or, via email, send a message with subject or body 'help' to dovecot-request(a)dovecot.org You can reach the person managing the list at dovecot-owner(a)dovecot.org When replying, please edit your Subject line so it is more specific than "Re: Contents of dovecot digest..." Today's Topics: 1. Re: Cannot get the libwrap patch work (Edgar Fu?) 2. libwrap patch for 1.1.6 (Edgar Fu?) 3. Re: Cannot get the libwrap patch work (Edgar Fu?) 4. Problem witch dovecot-auth (Grzegorz Zalewski) 5. Problem witch dovecot-auth continue (Grzegorz Zalewski) 6. limit logins by time (Andre H?bner) 7. Re: limit logins by time (Timo Sirainen) 8. Re: limit logins by time (Andre H?bner) 9. Re: limit logins by time (Timo Sirainen) ---------------------------------------------------------------------- Message: 1 Date: Fri, 7 Nov 2008 12:01:43 +0100 From: Edgar Fu? <ef(a)math.uni-bonn.de> Subject: Re: [Dovecot] Cannot get the libwrap patch work To: Dovecot Mailing List <dovecot(a)dovecot.org> Message-ID: <20081107110142.GA304(a)orion.math.uni-bonn.de> Content-Type: text/plain; charset=us-ascii > "Error: login_tcp_wrappers can't be used because Dovecot wasn't built with libwrap" What does the configure script tell you about "tcpd.h usability" and "tcpd.h presence"? What does config.log say about them? ------------------------------ Message: 2 Date: Fri, 7 Nov 2008 12:05:26 +0100 From: Edgar Fu? <ef(a)math.uni-bonn.de> Subject: [Dovecot] libwrap patch for 1.1.6 To: Dovecot Mailing List <dovecot(a)dovecot.org> Message-ID: <20081107110526.GB304(a)orion.math.uni-bonn.de> Content-Type: text/plain; charset="us-ascii" Btw, I've updated the patch for 1.1.6, see attached file.

2 1

Re: [Dovecot] Managesieve: Remote login fails
by Brainkiller - Tom 10 Nov '08

10 Nov '08

Stephan Bosch schreef: >> Brainkiller schreef: >>> Hello, >>> >>> I've been trying to get managesieve to work for our LAN, but when I >>> try to login from a remote host i always get the following line in >>> the log file: >>> dovecot: child 26014 (login) killed with signal 11 >>> >>> When i enable debuging, it just gives me that line, nothing more. I >>> can only login from the localhost through telnet but not from a >>> remote host. >> This is a segmentation fault (crash) and therefore definitely a bug >> in the ManageSieve service. But without more information I cannot fix >> find and fix this bug. You should try to obtain a core dump or a gdb >> trace as explained at http://dovecot.org/bugreport.html . Debugging >> the login daemons can be a little more tricky. I usually attach gdb >> to the managesieve-login process that is handling my connection >> (using the gdb attach command). Be sure to compile dovecot with >> debugging symbols enabled (default Debian packages are stripped). >> >> It is also interesting to know when exactly during the login process >> it crashes. If you login manually from a remote host (as explained in >> section 6 of http://wiki.dovecot.org/ManageSieve) you will be able to >> check where it crashes. If you do not use TLS, you can also sniff the >> traffic between client and server using ngrep to see where the login >> process dies. >> >> Regards, >> Hello again, I tried to get a coredump with the infromation an the provided web-page. However i never got a dump. I used the packages provided by "deb http://xi.rename-it.nl/debian/ testing-auto main". I don't know if these contain the debugging symbols. So it seems i can't provide any further information. Regard, Tom

3 3