- dovecot - dovecot.org

[Dovecot] Missing Mailboxes
by Jim 25 May '06

25 May '06

I upgraded from Fedora 4 to 5, which took me from dovecot .99 to 1.x. When I started up Thunderbird, I could not see any mailboxes other than Inbox. I am using Maildir with postfix. I re-installed .99, and all the mailboxes are back. I looked at the wiki on Missing Mailboxes, but I am not sure what I have to fix, and I do not really want to re-install the 1.x version and mess around, as I will mess up a number of other people. Clearly, I am not an expert, so if anyone can can help, I will be most appreciative! Jim

3 2

[Dovecot] Bug / Problem - Dovecot and Thunderbird
by wc_fbsd＠xxiii.com 25 May '06

25 May '06

Greetings, I've been running Dovecot for a couple years now. Currently 1.0.b8 on FreeBSD i386. I just switched to Mozilla Thunderbird 1.5.0.2 (windows) for an IMAP client, and am having some problems that appear to be at least partially attributable to Dovecot. After configuring the IMAP account, TB fetched the list of folders on the server, but was displaying several folders that had been deleted from the server months ago. When I tried to access or delete the folders from TB, it produced an error message (imap command failed, or something similar.) Some other folders had been moved from the root to sub-folders -- they still showed in the root, but not the sub-folder, thus were inaccessible. I looked all through the client's config files, but couldn't find any reference to them. From a shell on the server, I also verified they did not exist. I discovered they were still referenced in the .subscribe file, and had index files in .imap on the server. I deleted those, restarted the server processes, and refreshed the folders in TB, and the problem was resolved. But required manual intervention on the server. Not sure if this is a bug or just client issue, but since those files are maintained by Dovecot, I'm inclined to say "bug". Disclaimer: I know next to nothing about the internals of IMAP! -Thanks, Wayne

2 1

[Dovecot] LDAP, sieve, and virtual users
by Tracy R Reed 25 May '06

25 May '06

This seems to be a common topic but I haven't seen anyone ask this exact question and get a decent answer: I use virtual mailboxes with all of the db's in LDAP. Last night I upgraded to the latest CVS version of dovecot and dovecot-lda and got global sieve filtering working by setting the global_script_path to a sieve like /home/vmail/mydomain/sieve and it works great. Now I need to figure out how to get per-user sieve filtering to work. I googled on this and found: http://www.dovecot.org/list/dovecot/2005-August/008568.html How do I tell dovecot where the "virtual home directory" is? Yes, I could use /home/vmail/mydomain/user as my virtual home directory (that is where I originally tried to put .dovecot.sieve but it did not seem to work) but I don't see how I can tell dovecot about it. I see that in deliver.c #define SIEVE_SCRIPT_PATH "~/.dovecot.sieve" we hard code SIEVE_SCRIPT_PATH with the home dir location. Am I going to have to replace this with some code that generates an appropriate path for my system or is there a better way? And while I am here: Has any thought been given to being able to pull sieve scripts from LDAP? At the moment sieve really does not buy me much because the end users still do not have any way to edit their sieve files on the server (no shells and can't code sieve's language) but it would be nice if I could create a web interface somewhere which could generate basic filters from templates and store their sieve filters in LDAP so I didn't have to deal with somehow writing to files in their virtual home dirs on the mail server. I have found old conversations such as: http://www.mhonarc.org/archive/html/ietf-mta-filters/1999-06/msg00000.html but do not see where any standard way of doing this has come about. Or really even any implementations at all of sieve stored in LDAP. Thanks! -- Tracy R Reed http://ultraviolet.org A: Because we read from top to bottom, left to right Q: Why should I start my reply below the quoted text

3 2

[Dovecot] LDA Problem
by Alexander Dreweke 25 May '06

25 May '06

Hi I'm having a problem with dovecot deliver. I'm using a dovecot version 1.0.beta8. As I am using a chrooted (/var/spool/postfix) postfix (version: 2.2.10) with cyrus-sasl authentification (all working). Postfix config is changed according to the http://wiki.dovecot.org/LDA: main.cf: mailbox_command = dovecot master.cf: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} I have adopted the dovecot.conf also according to http://wiki.dovecot.org/LDA but changed the auth_socket_path to point into the chroot of postfix. I have attached my dovecot.conf at the end of this email. The mails that are sent to the machine are not delivered at all. In the mail-logfile I can see the following error message for each mail that can't be deliverd: postfix/pipe[21344]: BC254154E5BD: to=<root>, orig_to=<root>, relay=dovecot, delay=0, status=bounced (user unknown) I've already search the net but could not find any clue how to solve this. Can anyone give me a hint what to do? cu Alexander dovecot.conf: =========================================================== protocols = imap imaps listen = localhost ssl_listen = * first_valid_uid = 1000 first_valid_gid = 1000 mail_extra_groups = mail mail_save_crlf = no default_mail_env = maildir:/var/mail/%u protocol imap { } protocol lda { postmaster_address = postmaster(a)domain.com auth_socket_path = /var/spool/postfix/var/run/dovecot-auth-master } log_timestamp = "%Y-%m-%d %H:%M:%S " ssl_disable = no ssl_cert_file = /etc/ssl/certs/executor.pem ssl_key_file = /etc/ssl/private/executor.key ssl_cipher_list = HIGH:MEDIUM auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root socket listen { master { path = /var/spool/postfix/var/run/dovecot-auth-master mode = 0660 user = dovecot group = mail } client { path = /var/spool/postfix/var/run/dovecot-auth-client mode = 0660 user = dovecot group = mail } } } } ===========================================================

3 8

[Dovecot] Client workaround?
by David King 24 May '06

24 May '06

I have a phone (LG CU320) with a built-in IMAP client. However, it has some issues. For one, the phone crashes if there are greater than some-as-of-yet-determined-number-of folders. That can't be worked around at the server, but this one can: After a long session of staring at tcpdump, it appears that when it logs in it does so like this: a001 LOGIN "username" myPassword This works unless one has funny characters in their password (which is usually the case). Why on earth it would put quotes around the username and NOT the password is beyond me (which is more likely to have special characters?) It does seem to check the CAPABILITY line to see what authentication is supported, because if I try it with a different (cyrus) server, instead of using LOGIN to authenticate, it uses AUTHENTICATE Dovecot presents that it supports AUTH=PLAIN, whereas Cyrus presents that it supports AUTH=PLAIN AUTH=LOGIN AUTH=CRAM-MD5 AUTH=GSSAPI. This is presumably because Dovecot prefers STARTTLS or simple IMAPS for authentication. So as I see it, getting this phone work with Dovecot and a password with special characters can take one of two forms (either of which I'll be happy to code): 1. Somehow getting Dovecot to look at the second token as if it *were* quoted. 2. Getting Dovecot to present and interpret AUTH=LOGIN (i. e. AUTHENTICATE), which appears to cause the phone to properly escape the password The first one really only fixes certain special characters, and leaves others still broken (like quotes themselves), and in fact violates IMAP4rev1. So I'd just make and run a local patch The second one fixes the problem more cleanly, and my code can be reused and submitted to the Dovecot commiters. So my question to anyone familiar with the codebase is, which of these options is more likely to work, and would the Dovecot team be interested in patches for either one?

2 2

[Dovecot] Re: Apple Mail and too many open files?
by Roger Weeks 24 May '06

24 May '06

On May 24, 2006, at 10:29 AM, Les Mikesell wrote: > On Wed, 2006-05-24 at 11:51, Roger Weeks wrote: > >> If you're running filesharing of ANY kind on your mail server, you >> should stop it. Mail servers should run mail, not run AFP and Samba >> and other things. > > Why? A robust OS can do many things at once up to its resource > limits. Sure it can. But in my experience, it's bad practice, both in the enterprise and in the service provider world. When your box gets hit with a denial of service attack, or 500 users decide to copy the latest cool video to their home dir, and it's also your mail and web server, all of your services go to hell. When you have a box dedicated to specific services, you can upgrade that box without affecting all of your services. If the box dies, not all of your services die. -- Roger J. Weeks Systems & Network Administrator Mendocino Community Network

1 0

[Dovecot] Re: Apple Mail and too many open files?
by Roger Weeks 24 May '06

24 May '06

> Date: Wed, 24 May 2006 19:55:41 +1000 > From: Rob Middleton <robm-dovecot(a)centenary.org.au> > Subject: Re: [Dovecot] Apple Mail and too many open files? > To: Alan Schmitt <alan.schmitt(a)polytechnique.org> > Cc: Dovecot List Mailing <dovecot(a)dovecot.org> > > OS X is configured by default with these numbers way too low. OS X has > some really dumb processes like AFP that will chew through all of your > open files and not cope cleanly with running out of allowable/ > available > filehandles. If you're running filesharing of ANY kind on your mail server, you should stop it. Mail servers should run mail, not run AFP and Samba and other things. > OS X has a DoS vulnerability in the way ssh processes are spawned and > the ssh interaction with their PAM modules (it exhibits with the > symptoms you have described). Have you really got port 22 blocked from > the outside world?? Have you tested that? Consider running ssh on an > alternate port if running OS X server (as Apple's GUI config tools for > the firewall don't always allow you to block port 22). This is a very simple problem to fix, and doesn't require blocking port 22. Set up /etc/hosts.allow: sshd : 192.169.1.0/255.255.255.0 sshd-keygen-wrapper : 192.168.1.0/255.255.255.0 Set up /etc/hosts.deny: ALL: ALL:deny Tcpwrappers will now take care of you, and any DOS attacks you get will simply be dropped. > Do consider running your mail services off a machine that is not a Mac > OS X server. OS X server is merely OS X client/workstation with a > pretty > management utility for some 'nix services. It is not stable under high > load -- and it is not even stable under moderate load without numerous > performance tweaks (it doesn't cope at all well if the disk queue goes > up a touch or loadavg is at all interesting - ie it degrades poorly > under load). While some of this statement may be accurate, there's a lot of FUD here too. Both OS X and OS X server use the same kernel, it is true. However, these operating systems are fast and reliable. We ran our mail server for a couple of years on OS X with exim and courier-imap, and the only reason we did stop and move to Linux is because we needed a bigger solution and intel-based hardware was cheaper than a bunch of XServes. And I will challenge your statement about high load. We have two web servers that average betwen 5 and 10 mbits of constant web load, running on OS X Server and XServes. The average load on these boxes is something like 0.20. Roger Weeks

2 1

Fwd: Re[4]: [Dovecot] dovecot can't start!
by Oleg D. 24 May '06

24 May '06

Hello Chris, Wednesday, May 24, 2006, 8:36:00 PM, you wrote: CH> Quoting "Oleg D." <dzoleg(a)rsute.ru>: >> MB> Hmmm... I was seeing a problem rather like this with 1.0beta8 >> under Solaris >> MB> with Sun's compiler: only it was with the IMAP protocol rather than POP. >> >> MB> The problem there was an assumption Tio had made that everyone >> was using a >> MB> C99-compatible compiler. Apparently this handles some aspects of >> variable >> MB> initialisation differently from earlier C compilers. >> >> MB> In my case adding a command-line option to the C compiler to flip it into >> MB> C99 mode seemed to solve the problem. The option for our compiler was >> MB> "-xc99" -- however if your compiler has such an option it may have a >> MB> different name. If you check the manual page for your C compiler you may >> MB> find an equivalent option to try. >> >> MB> However another solution was provided by Timo in the form of a >> simple patch >> MB> that made changes to a couple of source files. I hope Timo doesn't mind: >> MB> I'm re-sending his patch as an attachment to this message as it is tiny. >> MB> You could try applying it and rebuilding Dovecot. >> >> MB> Cheers, >> MB> Mike Brudenell >> >> But I use FreeBSD 4.11-RELEASE-p15 with native compiler. >> Really nobody has this problem on freebsd? >> >> And the main - Why I can't start dovecot without SSL :) >> Why I see in log "pop3-login: BUG: SSL initialization parameters not >> given while they should have been" >> even if I have "ssl_disable = yes" in dovecot.conf >> 1.0b3 works fine. >> This problem is main for me >> because I don't want to use SSL. CH> I run FreeBSD here, and my hunch is that SSL (or some form) was CH> compiled it. Which would help explain the errors you describe. CH> What "knobs" did you use when you built it? Did you simply take CH> the default without examining the Makefile? My hunch is that if CH> you take a closer look at how it was built and installed; you'll CH> find some form of SSL/ encryption was built into it, and you'll CH> either have to: cd /usr/ports/mail/dovecot; make deinstall; CH> tweak the Makefile to your needs; make reinstall. Or figure out CH> how to utilize the security method that was built in by default. CH> Perhaps SASL2, or GSSAPI, as I see they're options in the Makefile. CH> Best wishes. I hope this helps. CH> --Chris H. I tried to add --without-ssl in port's Makefile and compile dovecot without ssl. But I have all the same seen "pop3-login: BUG: SSL initialization parameters not given while they should have been" When I have set "ssl_disable = no" I saw another error: "Error: SSL support not compiled in but ssl_disable=no" WITHOUT_KQUEUE=true WITHOUT_SASL2=true WITHOUT_GSSAPI=true WITHOUT_VPOPMAIL=true WITHOUT_LDAP=true WITHOUT_PGSQL=true WITH_MYSQL=true WITHOUT_SQLITE=true only mysql is enable -- Best regards, Oleg mailto:dzoleg@rsute.ru

1 0

Re[2]: Fwd: Re[2]: [Dovecot] dovecot can't start!
by Oleg D. 24 May '06

24 May '06

Hello Chris, Tuesday, May 23, 2006, 2:13:24 PM, you wrote: CW> Oleg D. wrote: >> >> >> BTW >> If I have enable SSL and set "protocols = pop3s" only >> I see "Fatal: Protocol pop3s given more than once" >> >> CW> That's odd. It looks like it's deducing you want POP3 from somewhere CW> else. Can you send us your dovecot.conf file, or output of "dovecot -n"? CW> Chris I set "protocols = pop3s" for testing vpn# dovecot -n protocols: pop3s disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/pop3-login login_process_size: 64 verbose_proctitle: yes first_valid_gid: 0 mail_extra_groups: mail default_mail_env: mbox:/var/mail/%u mail_executable: /usr/local/libexec/dovecot/pop3 mail_plugin_dir: /usr/local/lib/dovecot/pop3 pop3_uidl_format: %08Xu%08Xv pop3_client_workarounds: outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 apop default_realm: xxxxx.xx verbose: yes debug: yes debug_passwords: yes passdb: driver: pam passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf But I see "Fatal: Protocol pop3s given more than once" -- Best regards, Oleg mailto:dzoleg@rsute.ru

2 2

[Dovecot] Busy, again
by Timo Sirainen 24 May '06

24 May '06

Just a note to people if you're wondering why I'm not replying to most of my mails: I'm trying to get into university to start stydying cellular biology (so I'm applying to biochemistry and biotechnology). Their entrance exams are next wednesday, so I'm trying to use most of my time left to study for them (and also do some work..). I don't know much about the subject, so I really need to study for them. :) Then again, if I don't pass, my fallback plan is to go in via computer science and try again next year. Hopefully they allow taking the same bio-classes even if it's not my major.

7 10

[Dovecot] Two INBOX locations
by arilinux 24 May '06

24 May '06

Hello I'm running dovecot v1.0.beta3 on a fedora 4 machine. I have two kinds of clients: - first use IMAP and receive their mails (maildir) in /home/%u/mail - second use POP and receive their mails (mbox) in /var/mail/%u Problem is when I want to provide an access for second with squirrelmail which use IMAP, as the INBOX is in /var/mail/%u and IMAP settings tell that INBOX is in /home/%u/mail, they can't view their emails. Is there a way to tell to dovecot to search IMAP mails both in /home/%u/mail and in /var/mail/%u Thanks > Emmanuel RIZZI > ERILOG > 103 rue Beaupoil > 39210 DOMBLANS > Tel: 03 84 44 66 66 > Fax: 03 84 44 62 00 > > >

2 1

Fwd: Re[2]: [Dovecot] dovecot can't start!
by Oleg D. 24 May '06

24 May '06

Hello Chris, Tuesday, May 23, 2006, 1:13:17 PM, you wrote: CW> Oleg D. wrote: >> Hello HenkJan, >> >> >> Tuesday, May 23, 2006, 11:30:37 AM, you wrote: >> >> >> >>>do you have "disable_plaintext_auth = no" in dovecot.conf? >> >> Yes. >> >> >>>"auth_verbose = yes" and "auth_debug = yes" in dovecot.conf for more logging >> >> Yes. >> >> >>>what happens if you telnet to your dovecotserver? >> >> I have already tried it many times. >> >> And I don't see any prompt. >> >> >> In log: >> >> "dovecot: Dovecot v1.0.beta8 starting up >> >> dovecot: Generating Diffie-Hellman parameters for the first time. This may take >> a while.. >> >> dovecot: auth-worker(default): mysql: Connected to /tmp/mysql.sock (mail)" >> >> >> after telnet: >> >> "dovecot: pop3-login: Waiting for SSL parameter file ssl-parameters.dat" >> >> and nothing else >> >> >> I found ssl-parameters.dat.tmp in /var/run/dovecot/login >> >> >> After starting/stopping dovecot several times ssl-parameters.dat is appear in >> /var/run/dovecot/login >> >> But nothing again >> >> >> OK. I try all of this to start dovecot anyway. >> >> But I don't want to use SSL! >> >> >> THE MAIN QUESTION: >> >> Why I see "pop3-login: BUG: SSL initialization parameters not given while they >> should have been" >> >> even if I have "ssl_disable = yes" in dovecot.conf >> >> >> 1.0b3 works fine. >> >> >> -- >> >> Best regards, >> >> Oleg mailto:dzoleg@rsute.ru >> CW> What do you have as your "protocols" line? Make sure there's no "imaps" CW> or "pop3s". Also, make sure you don't have any "ssl_listen" options set. CW> Also, do you ever get the "SSL parameters regeneration completed" line CW> in your log file (it can take several minutes on a slow machine)? If CW> it's decided (however wrongly) to do the SSL paramters generation, you CW> won't be able to login until it's finished. CW> Chris "protocols = pop3" only >"ssl_listen" options set dont't set. BTW If I have enable SSL and set "protocols = pop3s" only I see "Fatal: Protocol pop3s given more than once" -- Best regards, Oleg mailto:dzoleg@rsute.ru

2 1

[Dovecot] Thunderbird 1.5 and messages with no Date: header
by grant beattie 24 May '06

24 May '06

hi, some of my Thunderbird users have a minor but annoying problem with messages that have no Date: header. these clients use BODY[HEADER.FIELDS (Date)] as the date for messages. when a message has no Date: header, they display the date as 01/01/1970 10:00:00 because Dovecot returns empty string. would it be possible for Dovecot to return INTERNALDATE instead, for messages that contain no Date: header? I know this is not *technically* correct, but it's a reasonable best-guess, and better than returning nothing. perhaps as a client-workaround? I vaguely recalled a previous message about this, but I couldn't find it today. grant.

6 10

[Dovecot] Shared folder (namespace) access hanging
by Jeff Turner 24 May '06

24 May '06

Hi, I'm using Dovecot 1.0-b8. We use a shared 'support' account for incoming support mail. For security reasons we want to instead have everyone with their own account, accessing a shared 'support' folder. So I've configured dovecot with a public 'Support' namespace: default_mail_env = maildir:/imap/mailboxes/%u namespace private { separator = / prefix = inbox = yes } namespace public { separator = / location = maildir:/imap/mailboxes/support:CONTROL=/imap/mailboxes/%u/shared-settings/support/control prefix = Support/ hidden = no } So now: - User 'support' logs in (this is the user whose folder is being shared). Dovecot creates a dovecot-uidlist file: root@redback:/imap/mailboxes/support/.INBOX.test# cat dovecot-uidlist 1 1147757548 9 1 1147755677.P8078Q3M183587.redback.sydney.atlassian.com:2,RSace 2 1147755677.P8078Q2M183587.redback.sydney.atlassian.com:2,abcdf 3 1147755677.P8078Q1M183587.redback.sydney.atlassian.com:2,Sabcd 4 1147756077.P8078Q8.redback.sydney.atlassian.com:2,Sabcd 5 1147756440.P8461Q3M643698.redback.sydney.atlassian.com:2,Sa 6 1147756440.P8461Q2M643698.redback.sydney.atlassian.com:2,Sa 7 1147756440.P8461Q1M643698.redback.sydney.atlassian.com:2,Sa 8 1147756440.P8461Q0M643698.redback.sydney.atlassian.com:2,Sa root@redback:/imap/mailboxes/support/.INBOX.test# ls -la total 60 drwxrwx--- 5 jturner mail 4096 May 16 15:32 . drwxrwxrwx 59 support mail 4096 May 16 15:31 .. drwxrwx--- 2 jturner mail 4096 May 16 15:18 cur -rw-rw-rw- 1 support mail 448 May 16 15:32 dovecot.index -rw-rw-rw- 1 support mail 21504 May 16 15:32 dovecot.index.cache -rw-rw-rw- 1 support mail 512 May 16 15:32 dovecot.index.log -rw------- 1 support mail 72 May 16 15:28 dovecot-keywords -rw-rw-rw- 1 jturner mail 0 May 16 14:52 dovecot-shared -rw-rw-rw- 1 support mail 516 May 16 15:32 dovecot-uidlist drwxrwx--- 2 jturner mail 4096 May 16 15:01 new drwxrwx--- 2 jturner mail 4096 May 16 15:14 tmp root@redback:/imap/mailboxes/support/.INBOX.test# - If I now log in as 'jturner' and subscribe to this folder, there appears to be nothing in the 'test' folder. On disk, the folder subscription is registered but the test folder's CONTROL directory is empty: # ls /imap/mailboxes/jturner/shared-settings/support/control/ subscriptions # cat /imap/mailboxes/jturner/shared-settings/support/control/subscriptions INBOX.test # ls /imap/mailboxes/jturner/shared-settings/support/control/.INBOX.test/ # Restarting dovecot and Thunderbird makes no difference. However, if I delete dovecot.index and dovecot.index.log from /imap/mailboxes/support/.INBOX.test/, then suddenly it works. User 'jturner' can view the folder contents, and a uidlist file for them appears: # cat /imap/mailboxes/jturner/shared-settings/support/control/.INBOX.test/dovecot-uidlist 1 1147758095 9 1 1147755677.P8078Q3M183587.redback.sydney.atlassian.com:2,RSace 2 1147755677.P8078Q2M183587.redback.sydney.atlassian.com:2,abcdf 3 1147755677.P8078Q1M183587.redback.sydney.atlassian.com:2,Sabcd 4 1147756077.P8078Q8.redback.sydney.atlassian.com:2,Sabcd 5 1147756440.P8461Q3M643698.redback.sydney.atlassian.com:2,Sa 6 1147756440.P8461Q2M643698.redback.sydney.atlassian.com:2,Sa 7 1147756440.P8461Q1M643698.redback.sydney.atlassian.com:2,Sa 8 1147756440.P8461Q0M643698.redback.sydney.atlassian.com:2,Sa Although the contents is the same (1-8), the UIDVALIDITY at the top is different to that for the 'support' user: # head -1 /imap/mailboxes/jturner/shared-settings/support/control/.INBOX.test/dovecot-uidlist 1 1147758095 9 # head -1 /imap/mailboxes/support/.INBOX.test/dovecot-uidlist 1 1147757548 9 and now if I log back in as 'support' and access the folder, dovecot complains: dovecot: May 16 15:47:05 Error: IMAP(support): Corrupted index cache file /imap/mailboxes/support/.INBOX.test/dovecot.index.cache: indexid changed Switching back and forth results in various errors: dovecot: May 16 15:48:04 Error: IMAP(support): Corrupted transaction log file /imap/mailboxes/support/.INBOX.test/dovecot.index.log: end_offset (656) > current sync_offset (512) dovecot: May 16 15:48:04 Error: IMAP(support): Corrupted transaction log file /imap/mailboxes/support/.INBOX.test/dovecot.index.log: invalid indexid (1147758095 != 1147757548) dovecot: May 16 15:48:04 Error: IMAP(support): Corrupted transaction log file /imap/mailboxes/support/.INBOX.test/dovecot.index.log: invalid new transaction log sequence (2 >= 2) dovecot: May 16 15:48:04 Error: IMAP(support): Lost transaction log file /imap/mailboxes/support/.INBOX.test/dovecot.index.log seq 1 ------------------------------ In the wild, I've seen frequent occurrences of this error, where dovecot seems to switch between the UIDVALIDITY of 'support' and a user's dovecot-uidlists: dovecot: May 16 13:56:28 Error: IMAP(jturner): Maildir /imap/mailboxes/support/.INBOX sync: UIDVALIDITY changed (1147751603 -> 1147686345) and here's it toggling back from 'support' to jturner's dovecot-uidlist uidvalidity: dovecot: May 16 14:16:04 Error: IMAP(support): Maildir /imap/mailboxes/support/.INBOX sync: UIDVALIDITY changed (1147752716 -> 1147751603) I've also seen plenty of processes being killed, seemingly at random, about 3 or 4 a minute: # cat /usr/local/logs/dovecot | grep killed.wit ... dovecot: May 16 12:00:16 Error: child 32706 (imap) killed with signal 6 dovecot: May 16 12:00:16 Error: child 32649 (imap) killed with signal 14 dovecot: May 16 12:00:45 Error: child 32412 (imap) killed with signal 6 dovecot: May 16 12:01:02 Error: child 32702 (imap) killed with signal 6 dovecot: May 16 12:01:02 Error: child 368 (imap) killed with signal 6 dovecot: May 16 12:01:02 Error: child 357 (imap) killed with signal 6 dovecot: May 16 12:01:16 Error: child 383 (imap) killed with signal 6 dovecot: May 16 12:02:26 Error: child 32297 (imap) killed with signal 6 ... So I'm confused. Am I doing something stupid? Why is there a common .cache file (it doesn't get created in the CONTROL dir), but not a common dovecot-uidlists? Is anyone actually *using* shared folders? :) Thanks, Jeff

2 2

[Dovecot] IMAP Folder Creation
by Zach Hobbs 23 May '06

23 May '06

I am using Maildir with dovecot 0.99.14-1 and postfix. My IMAP server was working where I could create a folder in Kmail or Thunderbird and specify wether the folder was to hold messages or folders. Then something changed, and I lost all my folders that contained sub-folders. And now I cannot create folders that contain subfolders (Kmail doesn't event give the option anymore). I can create folders and put messages in them, but I cannot create subfolders in the newly created folders. The Maildir is owned by the user logging in. Do I need to do anything with permissions, or are there settings to allow/disallow this? I've been reading through everything I could find with dovecot and folders in the message, and I can't come up with anything. Here's an example file structure (logging in as "zta-tech_zach"): Maildir# ls -lA -R .: total 32 drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:41 cur -rw------- 1 zta-tech_zach web1 5 2006-05-22 21:16 .customflags -rw------- 1 zta-tech_zach web1 52 2006-05-22 21:40 dovecot-uidlist drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:16 .INBOX drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:40 new -rw------- 1 zta-tech_zach web1 6 2006-05-22 21:41 .subscriptions drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:40 tmp drwx------ 5 zta-tech_zach web1 4096 2006-05-22 21:25 .Trash ./cur: total 20 -rw------- 1 zta-tech_zach web1 16591 2006-05-22 21:40 1148352021.3157_1.www.zta-tech.com:2,S ./.INBOX: total 24 -rw------- 1 zta-tech_zach web1 1608 2006-05-22 21:41 .imap.index -rw------- 1 zta-tech_zach web1 10264 2006-05-22 21:16 .imap.index.data -rw------- 1 zta-tech_zach web1 2576 2006-05-22 21:16 .imap.index.log -rw------- 1 zta-tech_zach web1 1560 2006-05-22 21:16 .imap.index.tree ./new: total 0 ./tmp: total 0 ./.Trash: total 40 drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:24 cur -rw------- 1 zta-tech_zach web1 5 2006-05-22 21:25 .customflags -rw------- 1 zta-tech_zach web1 1608 2006-05-22 21:24 .imap.index -rw------- 1 zta-tech_zach web1 10264 2006-05-22 21:25 .imap.index.data -rw------- 1 zta-tech_zach web1 2576 2006-05-22 21:25 .imap.index.log -rw------- 1 zta-tech_zach web1 1560 2006-05-22 21:25 .imap.index.tree drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:24 new drwx------ 2 zta-tech_zach web1 4096 2006-05-22 21:24 tmp ./.Trash/cur: total 0 ./.Trash/new: total 0 ./.Trash/tmp: total 0 Thanks, Zach

1 1

Fwd: Re[2]: [Dovecot] dovecot can't start!
by Oleg D. 23 May '06

23 May '06

CW> Also, do you ever get the "SSL parameters regeneration completed" line CW> in your log file (it can take several minutes on a slow machine)? If CW> it's decided (however wrongly) to do the SSL paramters generation, you CW> won't be able to login until it's finished. CW> Chris After enable SSL and start dovecot after 2 munutes I see in log: May 23 13:28:43 vpn dovecot: Dovecot v1.0.beta8 starting up May 23 13:28:43 vpn dovecot: Generating Diffie-Hellman parameters for the first time. This may take a while.. May 23 13:28:45 vpn dovecot: auth-worker(default): mysql: Connected to /tmp/mysql.sock (mail) May 23 13:30:48 vpn dovecot: ssl-build-param: SSL parameters regeneration completed after telnet I don't see any prompt and then I see in log: May 23 13:31:55 vpn dovecot: pop3-login: Disconnected: Inactivity: rip=xx.xx.xx.xx, lip=xx.xx.xx.xx, TLS May 23 13:32:08 vpn dovecot: pop3-login: SSL_accept() syscall failed: EOF [xx.xx.xx.xx] -- Best regards, Oleg mailto:dzoleg@rsute.ru

1 0

[Dovecot] Dovecot IMAP not putting size in maildir filenames
by Bill Boebel 23 May '06

23 May '06

I notice that when you move a message from one maildir folder to another, Dovecot drops the size information ("S=") from the filename. Dovecot also does not add the size info to filenames after it gets it via stat(). Shouldn't Dovecot add the size info to the filename so that "maildirsize" recalculations are fast? Bill

4 5

[Dovecot] mountpoint_get broke the quota plugin
by Bill Boebel 23 May '06

23 May '06

Looks like the new mountpoint_get code broke the quota plugin. I am getting this error when trying to start dovecot, using last night's CVS on Red Hat ES3: # service dovecot start Starting Dovecot Imap: Edlopen(/usr/lib/dovecot/imap/lib01_quota_plugin.so) failed: /usr/lib/dovecot/imap/lib01_quota_plugin.so: undefined symbol: mountpoint_get Error: imap dump-capability process returned 22784 [FAILED] Bill

3 2

[Dovecot] Fatal: sigaction(SIGRTMIN) failed: Invalid argument
by Breno Jacinto Duarte da Costa 23 May '06

23 May '06

Hello, I just download dovecot 1.0b8 and compiled and installed from sources. After setting some default configurations, here's what I get: [root@ba root]# dovecot [root@ba root]# Fatal: sigaction(SIGRTMIN) failed: Invalid argument Here`s my configuration: # Base directory where to store runtime data. base_dir = /var/run/dovecot/ # Protocols we want to be serving: # imap imaps pop3 pop3s protocols = imap protocol imap { listen = *:10143 # ssl_listen = *:10943 # .. } # Disable SSL/TLS support. ssl_disable = yes # Use this logfile instead of syslog(). /dev/stderr can be used if you want to # use stderr for logging (ONLY /dev/stderr - otherwise it is closed). log_path = /dev/stderr # For informational messages, use this logfile instead of the default info_log_path = /var/log/dovecot-info.log # everything in this directory is deleted when Dovecot is started. login_dir = /var/run/dovecot/login # default_mail_env = maildir:/var/mail/%1u/%u/Maildir default_mail_env = mbox:/home/webmail/:INBOX=/var/spool/mail/%u auth default { # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi mechanisms = plain # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. userdb passwd { } user = root } This is really weird. I`ve installed it on another server, which has the same configuration and it shows the same error messsage. BTW, both servers are DELL PowerEdge 2600, running Conectiva 9 (outdated... but I`m in a production environment and changing is not trivial). thanks in advance for any help. On 5/22/06, David King <dking(a)ketralnis.com> wrote: > > I`ve tried to run dovecot many times in my system (Conectiva Linux > > 9) and was unable to do so. For some reason it gives this message and > > quits - never runs. > > What message is that, exactly, that it is giving you before quitting? > -- .''`. -- Breno Jacinto : :´` : -- breno /at/ freeunix dot com dot br : ' ' : -- 88AE 3F43 7110 57F6 A206 `. `'` -- D116 02CA 02F4 803D 4294 `-- -- Debian GNU/Linux - The Universal OS -- .''`. -- Breno Jacinto : :´` : -- breno /at/ freeunix dot com dot br : ' ' : -- 88AE 3F43 7110 57F6 A206 `. `'` -- D116 02CA 02F4 803D 4294 `-- -- Debian GNU/Linux - The Universal OS

1 0

[Dovecot] Fatal: sigaction(SIGRTMIN) failed: Invalid argument
by Breno Jacinto Duarte da Costa 22 May '06

22 May '06

Hello all, I`ve tried to run dovecot many times in my system (Conectiva Linux 9) and was unable to do so. For some reason it gives this message and quits - never runs. My system: Linux ba.gazetaweb.com 2.4.21-28872cl #1 Sex Mar 21 22:02:49 BRT 2003 i686 unknown I`m migrating from UW-IMAPD to dovecot. I've compiled it from sources, using default configurations. Any help would be appreciated thanks, -- .''`. -- Breno Jacinto : :´` : -- breno /at/ freeunix dot com dot br : ' ' : -- 88AE 3F43 7110 57F6 A206 `. `'` -- D116 02CA 02F4 803D 4294 `-- -- Debian GNU/Linux - The Universal OS

1 0

Re: [Dovecot] Dovecot LDA troubles (input in flex scanner failed)
by Magnus Granberg 21 May '06

21 May '06

Magnus Granberg wrote: > May 20 17:32:59 micha postfix/pipe[15149]: EE314140B9: to=<blaha at > blrja.blaa>, > relay=dovecot, delay=0.13, delays=0.07/0.04/0/0.4, dsn=5.3.0 status=bounced > (Command died > with status 2: "/usr/libexec/dovecot/deliver". Command output: input in flex > scanner failed ) Anything in .dovecot.sieve.err? Cheers, -jkt Can't even get the error file Magnus Granberg

2 1

[Dovecot] Dovecot LDA troubles (input in flex scanner failed)
by Magnus Granberg 20 May '06

20 May '06

Hi I have the same error as Mark. May 20 17:32:59 micha postfix/pipe[15149]: EE314140B9: to=<blaha at blrja.blaa>, relay=dovecot, delay=0.13, delays=0.07/0.04/0/0.4, dsn=5.3.0 status=bounced (Command died with status 2: "/usr/libexec/dovecot/deliver". Command output: input in flex scanner failed ) Runig Dovecot 1.0 beta8, postfix 2.3, dovecot-lda 20060513 and flex 2.5.33 on Gentoo It have to do somting with libsieve and flex? Lock in Addr-lex.c and sieve-lex.c. #ifndef YY_INPUT........ Mark did you find a fix for it? Magnus Granberg

2 1

[Dovecot] two concurrent dovecots
by Alexey Koptsevich 19 May '06

19 May '06

Hello, Is it safe to have two concurrent dovecot processes to access the same maildir? I have a stock RHEL version (0.99.11) used by users, but I also want to test 1.0-beta together wth postfix for SASL. Is it safe to access the same maildir concurrently with both dovecots (say, the old one via webmail and the new one via remote client)? Thanks, Alex

1 0

[Dovecot] Dovecot/LDAP problem
by Burton Simmons 19 May '06

19 May '06

Dear Dovecot mailing list people - What I'm trying to do is use Postfix (with virtual users) and a POP3 server (we don't want IMAP - don't ask) to work against our new Active Directory servers that will be coming soon. Before we roll anything out we're testing it in the lab. Here's what we've got: x86 server running Red Hat Enterprise Linux 3 Postfix 2.0.16 Dovecot-1.0 Beta7 Windows 2003 server running Active Directory Windows XP client running Outlook Eventually, we'd like the clients to be joined to the AD domain and that's where we'll store ALL the user information. The email will come in on our postfix server (which uses virtual users) and the clients will check it passing their email username and domain password. The catch is that USERS CAN BE ANYWHERE IN THE DIRECTORY. (I apologize for the caps, I wanted to make sure that phrase wasn't glossed over.) So, for instance: > DC=local | >DC=domain | >OU=group1 | | | > CN=user1 | > CN=user2 | >OU=group2 | | | > CN=user3 | > CN=user4 | >OU=group3 | >CN=user5 The path to user1 is therefore CN=user1,OU=group1,DC=domain,DC=local (at least in the AD world.) The path to user3 is CN=user3,OU=group2,DC=domain,DC=local. So to search for users I would think (because this is how Postfix does it) that I could have the search base as DC=domain,DC=local and then have scope = subtree. IT DOESN'T WORK. (Again, caps used for emphasis only.) Here's the meat of the dovecot-ldap.conf file I'm using: hosts = 192.168.x.x dn = cn=Administrator,cn=Users,DC=domain,DC=local dnpass = xxxxx auth_bind = yes ldap_version = 3 base = DC=domain,DC=local scope = subtree user_attrs = sAMAccountName,mail,,,, user_filter = (&(objectClass=organizationalPerson)(sAMAccountName=%u)) pass_filter = (&(objectClass=organizationalPerson)(sAMAccountName=%u)) user_global_uid = 44 user_global_gid = 44 --- Interestingly, if I simply point the base to the actual user's container, it works just fine. The idea works from Postfix, but from dovecot it doesn't actually seem to search the tree. --- Here's some of the output from the log files. dovecot: May 17 15:35:52 Info: auth(default): client in: AUTH 1 PLAIN service=POP3 lip= 192.168.0.199 rip=192.168.0.195 resp=AGp1c2VyAHBhc3N3b3Jk dovecot: May 17 15:35:52 Info: auth(default): ldap(user1, 192.168.0.195): bind search: base=DC=LAB,DC=local filter=(&(objectClass=organizationalPerson)(sAMAccountName=user1)) dovecot: May 17 15:36:52 Info: pop3-login: Disconnected: Inactivity: method=PLAIN, rip= 192.168.90.195, lip=192.168.90.199 dovecot: May 17 15:37:52 Info: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=192.168.0.199 rip=192.168.0.195 resp=AGp1c2VyAHBhc3N3b3Jk dovecot: May 17 15:37:52 Info: auth(default): ldap(user1,192.168.0.195): bind search: base=DC=domain,DC=local filter=(&(objectClass=organizationalPerson)(sAMAccountName=user1)) dovecot: May 17 15:37:54 Info: auth(default): client out: OK 1 user=user1 dovecot: May 17 15:37:54 Info: auth(default): client out: OK 1 user=user1 dovecot: May 17 15:37:54 Info: auth(default): master in: REQUEST 1 25233 1 dovecot: May 17 15:37:54 Info: auth(default): ldap(user1,192.168.0.195): base=DC=LAB,DC=local scope=subtree filter=(&(objectClass=organizationalPerson)(sAMAccountName=user1)) fields=sAMAccountName,mail,,,, dovecot: May 17 15:38:52 Info: pop3-login: Disconnected: Inactivity: user=<user1>, method=PLAIN, rip=192.168.0.195, lip=192.168.0.199 Can anybody offer any insight? Pretty please? - Burton

2 4

[Dovecot] configure change for 1.0.beta8
by Tomi Vainio 19 May '06

19 May '06

Hi, I'm trying to compile dovecot under Solaris 10 with native Mysql support. Couple changes are needed before configure can detect and compile mysql support. Native Solaris Mysql is installed under /usr/sfw directory. Configure can't find libraries and when these are found -R runtime path is needed for linking. Also if library name is given before library path it can't find it. These changes are needed for configure script line 29533 for i in /usr /usr/local /usr/local/mysql /usr/sfw; do line 29548 LIBS="$LIBS -L$MYSQL_LIBDIR -R$MYSQL_LIBDIR" line 29559 LIBS="$LIBS -lmysqlclient" line 29770 SQL_LIBS="$SQL_LIBS -L$MYSQL_LIBDIR -R$MYSQL_LIBDIR" line 29780 LIBS="$LIBS -lmysqlclient" Tomppa

3 2

[Dovecot] Outlook Express / POP Problem?
by Marc Perkel 19 May '06

19 May '06

I have a new user who is using Outlook Express with POP and seems to be having a problem downloading messages with attachments. Watching the logs it starts to download and then disconnects. When I use squirrelmail which is IMAP it all looks good so it's not a corrupt mailbox. I'm running Beta8 and using MBOX files. The problem seems to be related to POP and/or Outlook. Has anyone run into this before?

1 0

RE: [Dovecot] Bug: maidirsize double counting moved messages
by Bill Boebel 18 May '06

18 May '06

On Fri, April 21, 2006 15:01, Bill Boebel <bill(a)webmail.us> said: > The maildirsize file is double counting messages when moving them from > folder to folder when "maildir_copy_with_hardlinks = no": > > When I change "maildir_copy_with_hardlinks" to "yes", this problem only > occurs when moving in and out of the INBOX, but not when moving from > subfolder to subfolder: Well... I don't think this is the correct fix below, but it did the trick in our environment when maildir_copy_with_hardlinks=yes. I think the real problem is that quota_default_alloc() is getting called twice. Once from somewhere in mail_storage_copy() -> maildir_copy() -> mailbox_save_init(), and a second time somewhere after that. src/lib-storage/index/maildir/maildir-copy.c @136 < if (mbox->storage->copy_with_hardlinks/* && < mail->box->storage == mbox->ibox.box.storage*/) { --- > if (mbox->storage->copy_with_hardlinks) {

1 2

[Dovecot] Building 1.0beta8 on Solaris
by Matthieu Herrb 18 May '06

18 May '06

The following patch is needed on Solaris, because <sys/stat.h> has a specific macro definition for struct stat. Without this patch the prototype for nfs_safe_stat() changes between the inclusion of nfs-workarounds.h and the definition of the function. -- Matthieu Herrb

2 2

[Dovecot] building 1.0beta8 with gcc 2.95
by Matthieu Herrb 18 May '06

18 May '06

The following patch is need to correctly align the default_settings structure with gcc 2.95, which doesn't recognise C99 style struct initializers. --- src/master/master-settings.c~ 2006-04-25 04:00:07.000000000 +0200 +++ src/master/master-settings.c 2006-05-18 11:14:08.949376000 +0200 @@ -367,6 +367,7 @@ /* .. */ MEMBER(login_uid) 0, + MEMBER(imap_generated_capability) NULL, MEMBER(listen_fd) -1, MEMBER(ssl_listen_fd) -1 }; -- Matthieu Herrb

1 0

[Dovecot] maildir-tags
by Marten Lehmann 18 May '06

18 May '06

Hello, I configured my MTA to store messages in maildirs with a tag "S=$message_size", so quota calculations can be done without stat()ing the message file. However, I have a lot old messages, than haven't been stored with this tag. Is it possible to configure dovecot so that it will rename each file adding this messagesize-tag if it is not found in a file already? You can find more on this at http://www.exim.org/exim-html-4.62/doc/html/spec_html/ch26.html#id2634917 Regards Marten

2 1

[Dovecot] Re: kqueue cont'd
by Václav Haisman 17 May '06

17 May '06

Chris Cappuccio wrote: > So I just got one like this before a login: > > May 16 21:24:58 m1 dovecot: imap-login: Unrecognized event: kevent {.ident = 0, .filter = 0xffffffff, .flags = 0x0001, .fflags = 0x00000000, .data = 0x0000002b} > May 16 21:24:58 m1 dovecot: imap-login: mode: 0x004x > May 16 21:24:58 m1 dovecot: child 10716 (login) killed with signal 6 > > The OpenBSD port runs configure with these arguments: > > CONFIGURE_ARGS+=--localstatedir=/var \ > --with-ioloop=kqueue \ > --with-notify=kqueue \ > --with-ssl=openssl \ > --with-ssldir=/etc/ssl \ > --without-pam \ > --without-shadow \ > --without-vpopmail Thanks for the report. I am aware of the problem but I haven't had enough time lately to fix it. In the mean time if it bothers you, you can remove --with-ioloop=kqueue and use poll. The other kqueue option, --with-notify=kqueue, is independent of the first one and can still be used. -- Vaclav Haisman

1 0

[Dovecot] dovecot
by Oleg D. 17 May '06

17 May '06

The old version was 1.0b3 from freebsd ports and all works fine. When I have upgrade freebsd ports and install a new 1.0b8 I see this error. Before I have installed a new version I have "make deinstall" all 1.0b3 package. (dovecot.conf was old with "ssl_disable = yes") Later I have add --without-ssl in port's Makefile and compile dovecot without ssl. But I have all the same seen "pop3-login: BUG: SSL..." When I have set "ssl_disable = no" I saw another error: "Error: SSL support not compiled in but ssl_disable=no" TS> On Tue, 2006-05-16 at 01:29 +0400, Oleg D. wrote: >> Hi >> >> I used dovecot 1.0b3 without ssl (FreeBSD) >> I just upgrage dovecot to new 1.0b8 with the same config file >> and I have this error in log: >> pop3-login: BUG: SSL initialization parameters not given while they should have been >> >> p.s >> In my dovecot.conf I have option "ssl_disable = yes" TS> What was the old version you used? Are you sure you upgraded all of the TS> binaries? I think this error usually happens when some of your binaries TS> are from older Dovecot installation while others are from newer.

1 0

[Dovecot] Horde/IMP setup
by Eric 16 May '06

16 May '06

does anyone else use Horde/IMP that can share their servers.php setup? I am getting weird behavior with IMP not showing my INBOX and sub folders, etc. and i am not sure if its an IMP issue or Dovecot. It was giving me problems yesterday, then it cleared up, but now its acting up again. mail clients like Thunderbird work fine tho. I am seeing this in the logs a lot: [Tue May 16 08:08:21 2006] [error] [client 67.133.211.52] PHP Warning: Invalid argument supplied for foreach() in /usr/local/www/horde/imp/lib/IMP.php on line 1197, referer: https://mikestammer.com/horde/services/portal/sidebar.php Line 1197 looks like this: foreach ($_SESSION['imp']['namespace'] as $key => $val) { if (!empty($key) && (strpos($mailbox, $key) === 0)) { $cache[$key][$mailbox] = $val; return $val; } } Anyone have any tips or ideas?

5 6

[Dovecot] Solaris 10 x64 - crash report
by Rob Shepherd 16 May '06

16 May '06

Dear dovecot-devel I have a newly built dovecot-1.0.beta8 crashing at start May 16 11:11:33 zorch dovecot: [ID 475045 mail.info] Dovecot v1.0.beta8 starting up May 16 11:11:34 zorch dovecot: [ID 920869 mail.error] Login process died too early - shutting down May 16 11:11:34 zorch dovecot: [ID 684838 mail.error] child 28853 (login) killed with signal 11 Built on Solaris 10u1 x64 with Studio11 sun compiler, using LDFLAGS=-L/opt/csw/lib -R/opt/csw/lib -lssl CPPFLAGS=-I/opt/csw/include ./configure --prefix=/usr/local/dovecot-1.0.beta8 --with-ldap which begat [12:40:20][root@zorch:/usr/local/dovecot-1.0.beta8/libexec/dovecot]$ ldd dovecot-auth libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1 libpam.so.1 => /lib/libpam.so.1 libldap-2.3.so.0 => /opt/csw/lib/libldap-2.3.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libc.so.1 => /lib/libc.so.1 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libdl.so.1 => /lib/libdl.so.1 libgen.so.1 => /lib/libgen.so.1 libcmd.so.1 => /lib/libcmd.so.1 liblber-2.3.so.0 => /opt/csw/lib/pentium/liblber-2.3.so.0 libresolv.so.2 => /lib/libresolv.so.2 libnet.so => /opt/csw/lib/i386/libnet.so libsasl2.so.2 => /opt/csw/lib/i386/libsasl2.so.2 libssl.so.0.9.8 => /opt/csw/lib/pentium/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/pentium/libcrypto.so.0.9.8 libmp.so.2 => /lib/libmp.so.2 libmd5.so.1 => /lib/libmd5.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libm.so.2 => /lib/libm.so.2 which is run using this grep -v '#'ed conf file > protocols = imap > ssl_disable = yes > login_user = dovecot > mail_debug = yes > default_mail_env = maildir:~/.maildir > protocol imap { > listen = *:145 > imap_client_workarounds = outlook-idle > } > > protocol pop3 { > } > auth_verbose = yes > auth_debug = yes > auth_debug_passwords = yes > auth default { > mechanisms = plain > passdb pam { > } > passdb ldap { > args = /usr/local/dovecot-1.0.beta8/etc/dovecot-ldap.conf > } > userdb passwd { > } > userdb ldap { > args = /usr/local/dovecot-1.0.beta8/etc/dovecot-ldap.conf > } > user = root > } > plugin { > } which begat -rw------- 1 root root 4212175 May 16 12:15 /usr/local/dovecot-1.0.beta8/var/run/dovecot/core I notice in the configure script, that it's building with the system ldap.h, which I don't think is openldap. however the bin is linked to the lib from blastwave.org which is openldap. How can I specify the correct inc/lib pair? if this is indeed the problem. Please tell me how to produce a backtrace if one is needed if this is an actual bug..... Cheers Rob -- Rob Shepherd | Computer and Network Engineer | Technium CAST | LL57 4HJ rob(a)techniumcast.com | 01248 671928 | 07776 210516

2 1

[Dovecot] Authentication Daemons
by Scott Penrose 16 May '06

16 May '06

Hi ho. My name is Scott Penrose - and I am experimenting with Dovecot as an IMAP replacement in our company. I have spent some time trying to write a plugin (sort of) for authentication and come to the conclusion that our instance is a little strange. So I though I would try plan B which is to write my own authentication module. This seems to have worked fairly well to start with but I have had some problems. For example, when connecting with a simple socket client (I have a socket client equiv of telnet) I see the VERSION, MECH ... DONE from the login/default socket, but nothing from the master socket. Both should be returning VERSION. Any ideas on that one? Thanks Scott

1 0

[Dovecot] Dovecot + Sendmail + virtusertable
by Chris Tata 16 May '06

16 May '06

Hello, I was wondering if there was a way to have dovecot authenticate using sendmail's virtusertable to map virtual users to system users. My goal is to allow virtual users (bob(a)domain.com) to authenticate via pop or imap using the full user@domain scheme. I tried enabling 'vpopmail' as passdb and userdb in the default namespace but I get this error: dovecot: May 15 23:05:21 Error: auth(default): Unknown passdb type 'vpopmail' Please advise. Thanks, Chris

1 0

[Dovecot] Missing mails after folder renaming
by Bob & Sabine von Knobloch 15 May '06

15 May '06

Dear List, I seem to have created myself a problem to which I can't find an answer. I am using Dovecot (0.99.13-4.FC2 on Fedora Core 2) with Mozilla Thunderbird on Windows XP and Linux as IMAP client software. I renamed a folder to a name that included spaces (it fitted the pupose better), then later realised that I would have to change my procmail rules to suit. As I wasn't sure what procmail would do with such folder names I renamed the folder back to it's original short name (all this changing was done in Thunderbird). The result is that all subfolders under the renamed folder exist in both forms: eg "Computer.SubjectA" and "Computer Projects.SubjectA", but the second versions are not seen by Thunderbird although they contain all my old mails (new mails are correctly delivered to the short name folders). I have tried to move the mails in these folders back to the short name folders but the indexing system (I assume) does not 'see' these maildir files. How can I fool the system into seeing all the old mails? Of course, I would like to know why the second renaming didn't work but don't have enough information to know if it's Thunderbird or Dovecot that isn't working correctly. As a second question, my Windows clients run in an NT domain (Samba) with roaming user profiles. The pathnames for some users become quite long and Windows throws a 'path too long' error when saving/loading the user profile from the DC. Is there a way of limiting the depth of folder nesting under Dovecot to avoid this problem? I have tried to search for answers but haven't found any yet. If there is already some information, I would be glad of a pointer to it. I am very pleased with the performance of Dovecot in all respects, thanks for the program. Bob von Knobloch.

4 3

[Dovecot] Anyone using Dovecot LDA on OS X?
by Dean Blackburn 15 May '06

15 May '06

I'm curious if anyone can get the LDA running on OS X, and what their experiences have been... We are still having index corruption issues that result in many temp files being created and client-side timeouts using a straight Postfix local delivery under 1.0beta7. The LDA does not come packaged with the Darwinports version of Dovecot, so any tips on compiling it would be most appreciated... Thanks, -deano

1 0

[Dovecot] dovecot ldap auth bind and different directories
by Andrew Bates 15 May '06

15 May '06

I have recently begun playing with Dovecot (1.0.beta8) and have run into an interesting scenario. The way my email system is set up is that users of different domains have completely different base dn's. For instance, if a user is part of test.com the bind dn would be uid=user,ou=People,dc=test,dc=com. The bind dn for user(a)domain.com would be uid=user,ou=People,dc=domain,dc=com. I could not seem to figure out a way to have the binddn adjusted based on a user's @domain so I modified auth-request.c and var-expand.c to include a new variable expansion concept. In the configuration I'm now able to include the following: auth_bind_userdn = uid=%n,ou=People,dc=%c2,dc=%c1 and %c1 will be expanded to the tld, %c2 will be expanded to the next level domain (domain or test in the above example). This will work up to 9 levels of subdomain (1-9). This is very similar in how postfix expands variables with ldap. I'm a bit rusty with my C, so I'd love some feedback on the patch. If this idea isn't included in the main code, that's fine, but I thought I'd contribute my experiences! Thanks for a great product everyone! Andrew =================================================================== --- dovecot-1.0.beta8/src/auth/auth-request.c 2006-04-12 22:00:06.000000000 -0400 +++ dovecot-1.0.beta8.new/src/auth/auth-request.c 2006-05-15 12:37:06.000000000 -0400 @@ -852,6 +852,7 @@ auth_request_get_var_expand_table(const struct auth_request *auth_request, const char *(*escape_func)(const char *)) { + char *str; static struct var_expand_table static_tab[] = { { 'u', NULL }, { 'n', NULL }, @@ -869,7 +870,27 @@ if (escape_func == NULL) escape_func = escape_none; - tab = t_malloc(sizeof(static_tab)); + /* count the number of domain components + in the given auth_request->user string + so we can allocate the correct sized + array + */ + int dc_count = 0; + str = strchr(auth_request->user, '@'); + while (str != NULL && *str != '\0' && str++) { + if (*str == '.') + dc_count++; + if (dc_count == 9) + break; + } + + /* allocate memory big enough for the static + tab plus each domain compononet. Since we + can only use 1-9 as identifiers, there is + no point in allocating more then 9 + */ + dc_count = (dc_count < 9 ? dc_count : 9); + tab = t_malloc(sizeof(static_tab) + (dc_count*(sizeof(char) + sizeof(char *)))); memcpy(tab, static_tab, sizeof(static_tab)); tab[0].value = escape_func(auth_request->user); @@ -886,6 +907,27 @@ tab[7].value = dec2str(auth_request->client_pid); if (auth_request->mech_password != NULL) tab[8].value = escape_func(auth_request->mech_password); + + char *domain = p_strdup(auth_request->pool, strchr(auth_request->user, '@')); + if (domain != NULL) { + int count = 0; + str = domain + strlen(domain); + do { + str--; + if (*str == '.' || *str == '@') { + *str = '\0'; + count++; + tab[count + 8].key = (char)(48+count); + tab[count + 8].value = escape_func(str+1); + } + if (*str == '@') { + count++; + tab[count + 8].key = '\0'; + tab[count + 8].value = NULL; + break; + } + } while (str != domain && count < 9); + } return tab; } =================================================================== --- dovecot-1.0.beta8/src/lib/var-expand.c 2006-04-12 22:00:06.000000000 -0400 +++ dovecot-1.0.beta8.new/src/lib/var-expand.c 2006-05-12 17:06:42.000000000 -0400 @@ -162,6 +162,11 @@ break; var = NULL; + + /* domain component expansion */ + if (*str == 'c') + str++; + for (t = table; t->key != '\0'; t++) { if (t->key == *str) { var = t->value != NULL ? t->value : "";

2 1

[Dovecot] re: ssl-build-param
by Jackie Hunt 15 May '06

15 May '06

Hi all, I posted a message last week about a problem with ssl-build-param, shown below. I may have a lead on this, and was hoping someone can confirm my theory. On AIX, a malloc of 0 bytes returns NULL, which is different than on Solaris and HP-UX (and probably Linux?) I'm guessing the NULL pointer returned is causing the abort of the ssl-build-param, since that was an unexpected result. Looking briefly at the code in ssl-init-openssl.c that seems reasonable. Can anyone please confirm this? And if so, any suggestions on the best way to proceed? Thanks much, Jackie --- Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt(a)colostate.edu > I'm trying to get dovecot up and running on an AIX 5.2 system > with openssl 0.9.8a. Everything compiles fine, but when I start > dovecot I find in the log: > > dovecot: May 08 13:39:14 Info: Dovecot v1.0.beta7 starting up > dovecot: May 08 13:39:14 Info: Generating Diffie-Hellman parameters for the firs > t time. This may take a while.. > dovecot: May 08 13:39:14 Error: ssl-build-param: Trying to allocate 0 bytes > dovecot: May 08 13:39:14 Error: child 18998 (ssl-build-param) killed with signal > 6 > I searched the archives of the mailing list and didn't have any luck. > Any help would be created appreciated. Please reply directly to me > as well as the list. Thanks much! > > Jackie

1 0

[Dovecot] Downloading Previous Versions??
by Jackie Hunt 15 May '06

15 May '06

Hi all, How do I get to previous versions of the dovecot source code? I wanted to download dovecot-1.0.beta7, but can't find it via the web, only the latest version (beta8). It's probably obvious how to do this...but I'm not seeing it. Thanks much! Jackie ---- Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt(a)colostate.edu

2 1

[Dovecot] beta8 compile error
by Thomas Hummel 15 May '06

15 May '06

Hello, On FreeBSD 5.4-RELEASE dovecot-1.0.beta8 build cause the following error : --------------------------------------------- make all-recursive Making all in src Making all in lib if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I /usr/local/include/db41 -I/usr/local/include -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-alloconly.o -MD -MP -MF ".deps/mempool-alloconly.Tpo" -c -o mempool-alloconly.o mempool-alloconly.c; then mv -f ".deps/mempool-alloconly.Tpo" ".deps/mempool-alloconly.Po"; else rm -f ".deps/mempool-alloconly.Tpo"; exit 1; fi mempool-alloconly.c: In function `check_nuls': mempool-alloconly.c:85: error: too many arguments to function `check_nuls' *** Error code 1 --------------------------------------------- Compiler used : munster# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

2 2

[Dovecot] dovecot and vmailmgr
by Mij 15 May '06

15 May '06

hello now that dovecot supports authentication with checkpassword-compatible modules, I tried to get it working for IMAP on a qmail + vmailmgr server. For a subtle detail, while claiming to be "a drop-in replacement for the standard checkpassword", checkvpw (auth module for vmailmgr) is not "drop in". It actually expects 2 args on its command line, not 1. So, a wrapper is needed to get it authenticating correctly with dovecot; a very simple one (argswrapper.c below). This wrapper is not sufficient though. In fact, vmailmgr represents user homes like this: $HOME_LOCUSER/users/virtual_username this is ok with default_mail_env = maildir:%h/users/%n $HOME_LOCUSER depends on the domain part of the user's email. The relation is held in /var/qmail/control/virtualdomains . However, on the local part (virtual_username) some rewriting is done on the username, as dots are replaced by ":". So in the end j.doe(a)foo.com becomes "~mxfoocom/users/j:doe". Now, var-expand does not support any rewriting. I patched it by adding another modifier, m_str_replace(), which replaces REPLACE_SOURCE with REPLACE_TARGET in a given string. By defining REPLACE_SOURCE to '.' and REPLACE_TARGET to ':' one accomplishes the vmailmgr username rewriting. This modifier is applied with "P", so: default_mail_env = maildir:%h/users/%Pn A better, general solution would be for dovecot to implement some kind of general rewriting, say with regexps and sed-like replacement rules, or with an external process in a cgi fashion. With this patch, dovecot gets the correct path for any user mailbox. However, there's a bug in dovecot storage modules (both maildir and mbox) which truncates the path in the first ":", when expecting ":INBOX" etc specifiers: /* <Maildir> [:INBOX=<dir>] [:INDEX=<dir>] [:CONTROL=<dir>] */ if (debug) i_info("maildir: data=%s", data); p = strchr(data, ':'); if (p == NULL) root_dir = data; else { root_dir = t_strdup_until(data, p); this way, a former data = /var/maildirs/foo/users/j:doe:INDEX=... is truncated to /var/maildirs/foo/users/j . This opens the much worse possibility for user "j:doe" to be accounted into user "j" account after authentication. It is difficult to get a solid fix here, because the grammar is ambiguous for INBOX, INDEX and CONTROL tokens. Since they are not separated with an illegal path symbol from the rest of the path in default_mail_env, it is not possible to state when a ":INBOX=" token belongs to the path and when it is a user directive. The Best is to move the specifiers into a different configuration directive. However, a more solid check with the current modus operandi is /* <Maildir> [:INBOX=<dir>] [:INDEX=<dir>] [:CONTROL=<dir>] */ if (debug) i_info("maildir: data=%s", data); /* extracting INBOX / INDEX / CONTROL suffices */ if (((p = strstr(data, ":INBOX=")) != NULL) || ((p = strstr(data, ":INDEX=")) != NULL) || ((p = strstr(data, ":CONTROL=")) != NULL)) { root_dir = t_strdup_until(data, p); which expects the full ":INBOX=" etc strings to be present in data instead of the single ":" separator. The patches that implement this for both {maildir,mailbox}-storage are also appended below. I will take a couple of hours tomorrow to wrap all the iter up on a web page here http://mij.oltrelinux.com/net/dovecot-qmail-vmailmgr/ All the patches are applied wrt 1.0-beta7 bye

2 4

[Dovecot] more unexpected results from 0.99.13 -> 1.0beta8 upgrade
by Alan Premselaar 15 May '06

15 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just to give some more information about this: Apparently some of our POP3 users are saying that when they checked for new mail this morning that all the mail that was saved on the server was downloaded again as unread mail. I followed the guidelines in the wiki [1] with regards to upgrading from 0.99 to 1.0, made sure the .subscriptions and .customflags files were renamed to subscriptions and dovecot-keywords respectively yet the subscriptions were not maintained (i.e. users had to re-subscribe after the update) here's my config information, can you give me any hints as to what went wrong? [root@mail root]# dovecot -n protocols: imap imaps pop3 pop3s ssl_cert_file: /usr/share/ssl/certs/dovecot.pem ssl_key_file: /usr/share/ssl/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no verbose_proctitle: yes default_mail_env: maildir:~/Maildir:INDEX=/var/indexes/%u:CONTROL=/var/control/%u maildir_copy_with_hardlinks: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / location: maildir:~/Maildir:INDEX=/var/indexes/%u:CONTROL=/var/control/%u inbox: yes auth default: master_user_separator: * passdb: driver: pam userdb: driver: passwd [root@mail root]# dovecot --version 1.0.beta8 the machine is running RHEL 3 and kept up to date on a regular basis. Thanks, Alan [1] http://wiki.dovecot.org/UpgradingDovecot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEZ9hBE2gsBSKjZHQRAnSuAJ929R90J8eBhi25528jwXN1HaR7mgCg42sv t16Eyhc3G+CSLVjTTdTzaEw= =OtX8 -----END PGP SIGNATURE-----

2 1

[Dovecot] Semi-OT: Backing up maildir
by Shayne Hardesty 15 May '06

15 May '06

We switched our mail server over from mbox to maildir a few months ago and couldn't be happier - the performance under normal load is incredible. However we now have a problem with backup.. Typically we would run tar on the mail server, sending its output to another server via ssh.. Like this: tar cfp - /home | gzip | ssh other.server (cd /backups && tar xfp -).. I have tried gzipping the stream on the source side, gzipping on the destination, and running without gzip, all three take an amazingly long time to complete (> 14 hours). Ours is a modest server with about 1300 users, about 300GB of mail total. The whole thing sits on hardware RAID-10, so I'm primarily guarding against a MAJOR hardware failure, a config blunder, or a hacker wiping out files. How do you guys back up your maildir? I've considered exporing the maildir with NFS and backing it up from another server.. Any opinions on that? Thanks, Shayne

7 6

[Dovecot] 1.0beta8 won't start: Fatal: Protocol imaps given more than once
by Mike Brudenell 15 May '06

15 May '06

Greetings - I've just built Dovecot 1.0beta8 and find it refuses to start. This under Solaris 10 on an Intel-based Sun system. The error message Dovecot displays (on standard error) in response to /usr/local/sbin/dovecot is Fatal: Protocol imaps given more than once I've checked through my configuration file and the only mention of "imaps" is here: # Protocols we want to be serving: # imap imaps pop3 pop3s protocols = imap imaps The same settings file worked OK with 1.0beta7. I've also tried using the standard dovecot-example.conf that comes with 1.0beta8 which has the "protocols" line commented out and, after adding appropriate settings for "ssl_cert_file" and "ssl_key_file", still have the same problem. I popped a few dubugging i_info() calls into src/master/main.c to try and see what was going on and the output was as follows: Info: set->protocols = >imap imaps< Info: imap: *fd = -1 Info: imaps: *fd = 0 Fatal: Protocol imaps given more than once The first line is displaying the value of the keywords in set->protocols The second and third are within the if/then/else sequence: the first for the "imap" keyword and the second for the "imaps" keyword. Then comes the fatal error, caused by the "fd" variable not being equal to -1 (it is "0" for "imaps") above. Changing the dovecot.conf file to read protocols = imap lets Dovecot start up OK. Changing it to protcols = imaps causes it to fail in the same way as before(!). Seems to be a problem with the initialisation of set->ssl_listen_fd therefore, as this should apparently be -1? Is this likely to be something I've got wrong (wouldn't have thought so as 1.0beta7 is happy with the same config file) or is there a problem in 1.0beta8? Cheers, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *

4 5

[Dovecot] FSF - dovecot
by Matt 14 May '06

14 May '06

Will dovecot always be open FREE source for all? I am currently migrating my www.digipanel.com from Courier to dovecot as I think courier is overly complicated and a pain in the arse to manage all those files. anyways, I have dovecot IMAP working with MySQL auth but reading the Maildir each time takes up to 30 secs to complete. ANy ideas why? Maybe a dns resolve issue? how can I fix..

1 0

[Dovecot] problems with 1.0beta[78] on RHEL3
by alan premselaar 14 May '06

14 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been running 0.99.13 on RHEL 3 for over a year now and finally decided to upgrade to the 1.0 series. unfortunately, I only have one RHEL 3 machine which is my production machine. So, while doing all my preliminary testing I was doing so on a FC 3 machine. I got everything to a stage where I felt comfortable doing the upgrade but I'm running into some problems on the RHEL 3 system. if I download the tarball, it compiles without problem. If I download the cvs or the src.rpm then I get autoconf errors complaining about not supporting AC_CONFIG_HEADER but requiring AM_CONFIG_HEADER. it also complains that the installed version of autoconf is too old, although it's the latest package for RHEL 3 (which means it has the same version number as the original installed package but all the updates are back-ported to it, right?) anyways, that's all trivial as the source compiles. the problem I'm running into is this: the quota plugin is returning the following errors in the mail log: May 13 02:02:13 mail dovecot: POP3(real_user): dlopen(/usr/lib/dovecot/pop3/lib01_quota_plugin.so) failed: /usr/lib/dovecot/pop3/lib01_quota_plugin.so: undefined symbol: mount point_get and also: May 13 02:03:03 mail dovecot: IMAP(real_user): quotactl(Q_GETQUOTA, /dev/sdb1) failed: Invalid argument can anyone offer any assistance with this? oh yeah, one last thing. following the wiki, during the upgrade i renamed the .subscription files to subscription in each user's Maildir directory (oh yeah, i'm using maildir format) but, the subscription information wasn't persistant. anything else i need to be aware of related to that? thanks alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEZMCtE2gsBSKjZHQRAjRVAKCPgSxLQzyJ7lrhCYBSxnVeTJixtgCaA8G5 NtAoCZZWpdetBLGQsA0llrU= =K+09 -----END PGP SIGNATURE-----

2 3

[Dovecot] Problem with dovecot 1.0 make
by Bob Hope 14 May '06

14 May '06

When trying to build dovecot with MySQL support I got the following: /usr/local/mysql/lib/libmysqlclient.a(sha1.o)(.text+0x5c): In function `sha1_result': : multiple definition of `sha1_result' ../lib/liblib.a(sha1.o)(.text+0x880):/root/dovecot-1.0.alpha3/src/lib/sha1.c:233: first defined here /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: Warning: size of symbol `sha1_result' changed from 158 in ../lib/liblib.a(sha1.o) to 126 in /usr/local/mysql/lib/libmysqlclient.a(sha1.o) collect2: ld returned 1 exit status make[3]: *** [dovecot-auth] Error 1 make[3]: Leaving directory `/root/dovecot-1.0.alpha3/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/dovecot-1.0.alpha3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/dovecot-1.0.alpha3' make: *** [all] Error 2 Any thoughts? Regards, Savage

5 10

[Dovecot] --enable-debug in 1.0beta8
by Mircea Nistor 13 May '06

13 May '06

It looks like there is an error in calling check_nuls for DEBUG In src/lib/ mempool-alloconly.c on line 85 you have check_nuls(block->prev, 0), which I think it should be check_nuls(block->prev); Can some developer confirm that? Thank you [root]#./configure --prefix=/opt/dovecot --enable-debug Install prefix ...................... : /opt/dovecot File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : dnotify Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with GSSAPI support ........ : no Building with user database modules . : static prefetch passwd passwd-file checkpassword (modules) Building with password lookup modules : passwd passwd-file shadow pam checkpassword (modules) Building with SQL drivers ............: . if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -MT mempool.o -MD -MP -MF ".deps/mempool.Tpo" -c -o mempool.o mempool.c; \ then mv -f ".deps/mempool.Tpo" ".deps/mempool.Po"; else rm -f ".deps/mempool.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -MT mempool-alloconly.o -MD -MP -MF ".deps/mempool-alloconly.Tpo" -c -o mempool-alloconly.o mempool-alloconly.c; \ then mv -f ".deps/mempool-alloconly.Tpo" ".deps/mempool-alloconly.Po"; else rm -f ".deps/mempool-alloconly.Tpo"; exit 1; fi mempool-alloconly.c: In function `check_nuls': mempool-alloconly.c:85: too many arguments to function `check_nuls' make[3]: *** [mempool-alloconly.o] Error 1 make[3]: Leaving directory `/usr/src/dovecot-1.0.beta8/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/dovecot-1.0.beta8/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/dovecot-1.0.beta8' make: *** [all] Error 2

2 3