- dovecot - dovecot.org

[Dovecot] triggering multiple actions on pop-3 request
by Eric S. Johansson 17 Mar '04

17 Mar '04

I want to trigger fetchmail when a user makes a pop-3 request. The reason for this is so that the messages retrieved by fetchmail can be filtered via an anti spam service before depositing them into the inbox. The way I figure it, since I need to know who the user is and that they authenticated in order to make the correct fetchmail call, I need to spawn the fetchmail process somewhere between the authentication and the pop 3 process. since I'm currently unfamiliar with code at that level, could I get a suggestion as to where to start looking?. apologies if I haven't explained is clearly enough. I'm still just kind of exploring the idea myself to see if it's the right way to approach this problem (pop 3 anti spam Gateway). If it works out right, it may even end up as part of a firewall (IPCop) as a way of making anti spam trivially easy for the technically challenged. (I.e. put it in a box, said it up right, don't let them touch it) I know it is also somewhat off topic for the group but since I want to modify dovecot (the IMAP server that rescued me from UW), I figured I would give it a shot. thanks in advance, ---eric

1 0

[Dovecot] Corrupted Indexes and File Permissions
by Dominic Marks 16 Mar '04

16 Mar '04

Hello, I'm using Dovecot to provide an IMAP service to a small number of users and I'm seeing two recurring errors which look like they might be related. Environment: o FreeBSD 5.2.1 / Postfix 2.0.18 / Dovecot 0.99.10.4 o Maildir mailboxes Problem: On logging in all the folders under the users mailbox are empty. This has happened with both MS Outlook 2000 clients as well as Squirrelmail which uses c-client. When you look at the mail log it shows errors from Dovecot about index file corruption and file permissions (see attached sample section). I've checked the permissions on the maildir and it seems at the moment that the user has rw permssion on every file under cur, could this error be caused by an interaction between Postfix and Dovecot? Any comments / suggestions greatly appreciated, -- Dominic Marks

2 3

[Dovecot] index file corruption
by mat＠reynerie.org 16 Mar '04

16 Mar '04

Hi, I'm using Dovecot (dovecot-0.99.10p0) on OpenBSD-3.4 for few weeks now. When i connect to my IMAP account the connection is often closed by dovecot when i try to delete mails. I can see messages like this in log: Feb 29 18:47:00 po imap(mat(a)reynerie.org): Corrupted binary tree file /home/mat/Maildir//.INBOX/.imap.index.tree: used_file_size larger than real file size (1772 vs 1556) I tried to remove all index files, but the problem still occur. I also tried Maildir and Mbox, same problem (i can't remember if the log are similar with mbox, if needed i will test again). I have ktraced the imap process and try (succesfully) to reproduce this behaviour: I have re-send a lot of spam and delete few of them from mailbox until the problem occur. All logs/kdump/config are here: http://mat.reynerie.org/dovecot/ In the kdump file, the problem is visible at the end, Dovecot is compiled (via ports) with: env CFLAGS="-I/usr/local/include -L/usr/local/lib" CONFIGURE_ARGS="--with-ldap --with-ldap-includes=/usr/local/include --with-ldap-lib=/usr/local/lib" make Searching the mailing list archives, i have not found any solutions. -- mat

3 3

Re: [Dovecot] Mysql patch question
by Skye Poier 16 Mar '04

16 Mar '04

Last question of the day I promise :) If dovecot is configured to use the MySQL patch, ie: auth_userdb = mysql /path/to/dovecot-mysql.conf auth_passdb = mysql /path/to/dovecot-mysql.conf Its not possible to "chain" authentication methods is it? I mean, if its using MySQL it _cannot_ be configured to check passwd (via "pam *") first, and then check mysql, right? So, if I want to support real shell users (who are in /etc/passwd) I will have to have them in mysql along with the "virtual" users. ...... OK I lied, one more question! I love the feature that you can login with a username user@domain and the domain is automatically parsed out. Do these options have anything to do with the @domain part (referred to as a realm in auth.txt) or are they for something else completely? I'm not sure what SASL is that it refers to in the example .conf #auth_realms = #auth_default_realm = Thanks, Skye

1 0

[Dovecot] Help with dovecot+passwd+pam_mysql
by Skye Poier 15 Mar '04

15 Mar '04

Hi again, I'm on Freebsd 4.x and instead of using the mysql patch, it seems like it would be easier to just use "auth_passdb = pam *" with the pam_mysql drop-in. I'm not really a pam.conf writing expert though. Here's what it currently contains (works for /etc/passwd users) imap auth required pam_unix.so imap account required pam_unix.so try_first_pass imap session required pam_deny.so How would I set it up so that it first checks to see if the user is in /etc/passwd (as above) and then checks pam_mysql.so? Example from the pam_mysql readme: auth optional pam_mysql.so user=root passwd=password account required pam_mysql.so user=root passwd=password Is anyone else using this setup? Any disadvantages? Thanks, Skye

1 1

[Dovecot] Next version features?
by Skye Poier 15 Mar '04

15 Mar '04

Hello, sorry if this gets asked a lot :) When is the next version of dovecot planned for release? Will it include non-patched MySQL support? Can I make a donation to speed up the process? I have used about 5 different IMAP servers in the last month trying to find one that didn't suck.. and I'm happy to say dovecot is the best!! Thanks, Skye

1 0

[Dovecot] dovecot & vpopmail
by Dirk Jäckel 12 Mar '04

12 Mar '04

Hi! Authentication works, but default_mail_env = maildir:/usr/local/vpopmail/domains/%d/%n/Maildir/ is translated by the "imap"-process to /usr/local/vpopmail/domains//testerhorst/Maildir/ although I succesfully log in as testerhorst(a)elektropost.org. Is there a manual how to use dovecot with vpopmail? We have here: FreeBSD 4.9-STABLE, vpopmail-5.4.0 and dovecot-0.99.10.4_2. Thank you for your help! Regards, Dirk Jaeckel

2 1

RE: [Dovecot] MySQL Auth and default_mail_env
by dovecot＠technicalabuse.com 10 Mar '04

10 Mar '04

Well I've tried a number of different permissions , uid , gid What I have are mail server permissions on the spool folders where the users are virtual. The mail server runs under exim:mail and I have tried unique uid:gid and exim:mail uid:gid To access the directories as well as the folder permissions 770 750 etc. Dovecot is running as it's own user (imapd) What should they be working as ? Maybe I missed something in the docs. Gary -----Original Message----- From: dovecot-bounces(a)dovecot.org [mailto:dovecot-bounces@dovecot.org] On Behalf Of David S. Madole Sent: Tuesday, March 09, 2004 1:30 PM To: dovecot(a)technicalabuse.com Cc: dovecot(a)dovecot.org Subject: Re: [Dovecot] MySQL Auth and default_mail_env > From: <dovecot(a)technicalabuse.com> > Sent: Tuesday, March 09, 2004 3:04 PM > > Now I get chdir fatals but at least it's dynamic. > > failed with uid Permission denied > So what are the permissions on the directories? David ____________________________________________________________________________ This message is spam and virus free. Filtering solutions by http://omd3.com Expert computer system support and development by http://baysidenetworks.com

2 2

[Dovecot] imap internaldate
by Payton 10 Mar '04

10 Mar '04

I think I found a bug in dovecot which I'm not sure where to fix. (I may even have found a reference to it in an archived list message from Jul 2003.) Here is the situation: dovecot (dovecot-0.99.10.4) running with an imap server on an mbox system is queried by a local client program, like Mail.app, and is told the "Received" date of the message (presumably sent through INTERNALDATE), however, that date is being passed on in GMT (-0000) instead of the server or client's local time zone (EST -0500, in this case). Maybe it's assumed that the local client will convert this time to the local zone, but no clients I know actually do that. Anyone know how/where to fix this? Thanks! - Payton - payton(a)repligen.com

3 2

[Dovecot] MySQL Auth and default_mail_env
by dovecot＠technicalabuse.com 09 Mar '04

09 Mar '04

Hi Not sure how much support you guys can offer but when I use default_mail_env = mbox:/var/spool/mail/%d/imap/%n/:INBOX=/var/spool/mail/%d/%n I get the login error .. Fatal: Failed to create storage with data: mbox:/var/spool/mail/DOMAIN/imap/USER/:INBOX=/var/spool/mail/DOMAIN/USER It is grabbing the right values for %d and %n from the mysql query 65 Query SELECT password FROM users WHERE username = 'USER' AND domainname = 'DOMAIN' 65 Query SELECT home, uid, gid FROM users where username = 'USER' AND domainname = 'DOMAIN' Anyone have the same experience. Any help is appreciated. Gary TechnicalAbuse.com

2 4

[Dovecot] Problems with Mozilla
by Tres! 09 Mar '04

09 Mar '04

Hello, I've some problems with Dovecot and Mozilla. First of all i have to mention, that Dovecot is installed on SuSE Linux 8.2 and uses up to 20 Win32 Mozilla clients. If you need further information, please let me know. My problem is, that I got one or two times a week a login failure from Mozilla, and the clients can't connect anymore. The error message from Mozilla after a long time "checking server capabilities" is "server is not an imap4 server". I haven't found something usable in the logs except for a login timeout of the clients who want to connect. If i kill the imap and imap-login tasks and restart redove, everything works well for some days. Is there anyone who knows something about my problem? regards Tres!

1 0

[Dovecot] RE: imap segv trying to list inbox
by Sam Powers 09 Mar '04

09 Mar '04

(This is releveant information to the one that Alex Moore just posted, but I'm not subscribed yet so I can't properly reply to that thread. Sorry for creating a new one.) I've got a crash in dovecot-imap when trying to list the inbox on a nonexistant directory. I'm not sure how it should be handled, but basically it's only happening when the directory in imap's MAIL environment doesn't exist. This is a problem for me because I'm trying to have dovecot create all the necessary directories in the specified environment, as I don't know if the user will pop/imap or recieve an email first, and the dir needs to either be already ready, or created upon reciept. I've already got postfix to create a ~/Maildir when a new mail comes in, but for my migration plan to work, I need dovecot to create this directory instead of segfaulting. ;) dante:/usr/lib/dovecot# MAIL=maildir:/tmp/nonexistant gdb ./imap (gdb) run Starting program: /usr/lib/dovecot/imap (no debugging symbols found)...(no debugging symbols found)... * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as root 1 list "" inbox (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400c32ef in readdir64 () from /lib/libc.so.6 (gdb) bt #0 0x400c32ef in readdir64 () from /lib/libc.so.6 #1 0x0805c70b in maildir_expunge_locked () #2 0x0805cda1 in maildir_list_mailbox_init () #3 0x08052a60 in cmd_idle () #4 0x08052d4a in _cmd_list_full () #5 0x08052ea7 in cmd_list () #6 0x08054a19 in _client_reset_command () #7 0x08054aa8 in _client_input () #8 0x0808adb8 in io_loop_handler_run () #9 0x0808a748 in io_loop_run () #10 0x0805aab9 in main () #11 0x40034dc6 in __libc_start_main () from /lib/libc.so.6 If I use MAIL=maildir:/tmp/nonexistant, it crashes, but what I'm really trying to do is MAIL=maildir:/home/staff/%u/Maildir/, which will necessarily be nonexistant, and I'd like to see dovecot create this in the manner that postfix does; with the logged in user's uid/gid. Now, if I leave default_mail_env blank, and let dovecot's autodetection do the work, it seems to create a maildir in ~/mail. This works just fine, except it's the wrong directory. Otherwise, dovecot rocks, and in another, less automatic setup, I've been using it for the better part of a year with nothing but happy results, and appreciate your work. (Irssi too :) -Sam

1 0

[Dovecot] RE: imap process abends
by Alex S Moore 08 Mar '04

08 Mar '04

I am trying to setup dovecot imap on a test Solaris 8 box. I have dovecot POP3S running fine on another box, but I want to switch to IMAP. I see a successful login with a message like: Mar 8 13:22:47 sws601.mcsun.local imap-login: [ID 457029 mail.info] Login: sunuser1 [192.168.1.17] Then the Mozilla Mail client gets a message that the server disconnected. It appears to be from a segfault on the imap process. Here is the next message in syslog: Mar 8 13:22:47 sws601.mcsun.local dovecot: [ID 684838 mail.error] child 14108 (imap) killed with signal 11 On my ldap server, I see all of the appropriate entries for logging in getting the userdb info. So I think that I am past the login process, but I could be wrong. I setup a maildir environment on this server as follows: maildir:/export/home/imap/%u:INDEX=/var/indexes/%d/%n I have a test message to pickup and the maildir folders seem OK to me. Help, Alex

1 0

[Dovecot] Mails manipulation and indices
by Giacomo Cariello 06 Mar '04

06 Mar '04

I've recently manipulated the contents of my maildir, changing the content of some mail files (mime handling and such...). This broke dovecot since it expected different filesizes while reading contents of files that were previously indexed. Therefore dovecot returned some assert like this: imap(jwk(a)bug.it): file istream.c: line 163 (i_stream_seek): assertion failed: (v_offset <= stream->v_size) Obviously, the solution was to remove indices and have dovecot recreate them. I suppose it would be more "polite" to have this kind of routines (i_stream_seek etc) handle this case by requesting indices recreation for indices that are no longer "real", instead of just dropping connection with some "internal error" message. Giacomo Cariello, jwk(a)bug.it KeyID: 3072/1024/0x409C9044 Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044 "Put that mic in my hand and let me kick out the jams!" - MC5

1 0

[Dovecot] OS X 10.3, SSL, client connection hangs?
by Chad Bergeron 05 Mar '04

05 Mar '04

Ok, I've just installed Dovecot, and got it set up in xinetd for ssl and plain/pam. Everything looks good, I even got to the point where my client (mail.app) asked if I wanted to accept the new certificate I'd made. All good. But then the imap connection seems to hang right after negotiating. Nothing shows up in my logs except a disconnect, usually for inactivity. Has anyone else managed to set Dovecot up on 10.3, and has anyone seen this issue, or ones like it? Trying to figure out where to go from here... -Chad Bergeron

2 1

[Dovecot] imap MUA received
by Payton 04 Mar '04

04 Mar '04

Does anyone know where MUAs like Outlook, Entourage, and Mail.app get their 'Received' or 'Date Received' information from? It certainly doesn't appear to correspond with the mail headers, at least in my case, so I'm guessing it's possibly getting that data from the IMAP server? My mail clients (MUAs) show the 'Receieved' time as 5 hours off. I have qmail running as my MTA, and since it stamps emails' "Received" header with time in GMT (-0000) and I'm in EST (-0500) I thought that was the problem. However, I patched qmail to set the headers in -0500 instead, which worked as far as I can tell, but the MUAs *still* report the time incorrectly! (Time on both the client and the server are correct as well.) Here is my setup: dovecot running pop/imap mbox files (yes, i know this is bad) qmail as my MTA (used to list time as GMT in headers, but I patched it and now the headers list time in the local zone instead) -- ;; Payton Swick ;; ;; Repligen Corporation ;; ;; IT Systems Administrator ;; ;; payton(a)repligen.com ;;

1 0

[Dovecot] RFE: more graceful handling of startup errors
by Matthias Andree 04 Mar '04

04 Mar '04

Hi, I've just had a funny (but not amusing) incident after boot-up on a Dovecot server. rpc.mountd (NFS server) grabbed port 995 (POP3-SSL), and the whole Dovecot lot (POP3-SSL, IMAP-SSL, IMAP) refused to start up, rather than just letting POP3-SSL fail with "address in use". May I request to kindly consider letting Dovecot services fail individually rather than all of them, at least optionally? TIA, -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95

1 0

[Dovecot] libpam-pwdfile
by Pahlevanzadeh Mohsen 04 Mar '04

04 Mar '04

hi Where are libpam-pwdfile on my hard? Please guide me... Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

[Dovecot] user
by Pahlevanzadeh Mohsen 04 Mar '04

04 Mar '04

Hi. I want to test my users. This means when i login via telnet or other,i can login into imapo server. Please guide me..... Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty
by Joseph Teichman 03 Mar '04

03 Mar '04

> I've also heard of some actual mbox corruption from one large > installation, but I don't know if it really was Dovecot's problem as > I've never heard of it from others. Might have been some problem related > to their specific environment. I have also had a similar problem where there was partial curroption of an mbox folder. After that point in time, I could not properly read some messags using Openwebmail. I did not have time to fully investigate the exact cause and the exact form of the curroption, but I did want to let you know that it is an issue. Thanks, Joe

1 0

[Dovecot] debian unstable : mutt polling imap mailboxes
by Kai Hendry 02 Mar '04

02 Mar '04

Package: dovecot Version: 0.99.10.4-2 I am accessing my IMAP folder on my ~/Maildir using mutt via Dovecot and I have this problem whereby mutt incorrectly reports I have new mail in a "mailboxes" polled mailbox. This happens all the time when I press the key bound to change mailbox. I use courier IMAP at school, and I have not experienced this problem. A bug with dovecot or mutt?

3 3

[Dovecot] Dovecot failing silently on startup
by Julian Melville 02 Mar '04

02 Mar '04

I'm puzzled... I'm running the Debian package of Dovecot 0.99.10.4 on a Debian (testing) server, and it's basically doing nothing on startup for an extended period. After a while (maybe 10 minutes or more) it all suddenly starts working, all without logging anything untoward. All the dovecot processes appear to start OK, and 'Dovecot starting up' is logged to the syslog. If you telnet to an IMAP or POP3 port at this point, it will successfully connect but there's no response (i.e. no '* OK dovecot ready'). Nothing else on this server is failing in this way; e.g. Apache and PostgreSQL are running fine throughout this period. Has anyone else seen anything like this? Cheers, Julian.

2 1

[Dovecot] severe problem
by Ewald Geschwinde 01 Mar '04

01 Mar '04

I have debian knoppix and postfix + dovecot imap My problem is the following: Feb 29 18:51:14 cybserv imap-login: Login: xx(a)xxx.xx [xx.xx.xx.xx] Feb 29 18:51:14 cybserv dovecot: child 13959 (imap) killed with signal 11 Feb 29 18:52:41 cybserv imap-login: Disconnected [xx.xxx.xx.xx] Feb 29 18:52:41 cybserv dovecot: child 13952 (login) killed with signal 11 I'm using the debian package for the version 0.99.10.4-2 Always when someone tries to login the server throws this error I don't know whats going wrong I'm using a postgresql backend Regards Ewald Geschwinde

2 1

[Dovecot] SSL 143/notls stuff
by Mark Williamson 27 Feb '04

27 Feb '04

Hi Everyone, Just trying to work out how totally disable SSL/TLS support on port 143 while enabling SSL support on port 993 In the config file when I comment out the setting "ssl_disable = yes", I have Webmail client that will no longer be able to auth against port 143, Now I can get the Webmail client to sort of work via using the setting the port to "143/notls" but the main problem with that is that the WEbmail client does not support that setting correctly, giving the Webmail issues in other areas. Anyway is there a way of enabling SSL support on 993, and a way to let port 143 to auth with out the need of using a setting port "143/notls" Cheers Mark Williamson

2 3

[Dovecot] [OT] How is the Changelog file created?
by Sven Kirmess 26 Feb '04

26 Feb '04

How is the Changelog file created? I assume there is a tool which grabs this information from the CVS repository. What's the name of this tool? Sven

3 3

[Dovecot] Set only INDEX path
by Kilian CAVALOTTI 26 Feb '04

26 Feb '04

Hi folks, I'd like to know if I can set the INDEX path in the default_mail_env, without setting the format and location of mailboxes (something like default_mail_env = :INDEX=/var/mail/indexes/%u) I want to let each user choose whether he prefers to store his mail in mbox or maildir format, so I don't want to /force/ the configuration in the default_mail_env variable, but let the autodetection feature of Dovecot do the job. The problem is that home folders are NFS mounted on the mail server. So I'd like to put the indexes somewhere locally on the mail server. I tried to set the default_mail_env with various combinations of ':' and INDEX, but with no success, I invariably get "Fatal: Failed to create storage with data..." error messages. Is there any solution to my problem ? ;) TIA, -- Kilian

1 0

[Dovecot] More than one auth method with dovevot 0.99.10.4 - how?
by Raymond Scholz 25 Feb '04

25 Feb '04

We're setting up a server with qmail/vpopmail and dovecot. In addition to vpopmail users we want non-virtual, local users to be able to authenticate and have them read the Maildir in their real $HOME. vpopmail userdb/passwd works fine. Now how do I tell dovecot to use passwd (or PAM) userdb/passdb authentication too? /etc/dovecot.conf: [...] auth = default auth_mechanisms = plain auth_userdb = vpopmail auth_passdb = vpopmail auth_user = root auth_verbose = yes auth = local auth_mechanisms = plain auth_userdb = passwd /etc/passwd auth_passdb = pam auth_user = root auth_verbose = yes #auth_methods = default local EOF I think, I'm supposed to put the auth_methods line somewhere. Without it, dovecot only tries authentication using the first auth process definition: | Feb 25 00:01:49 server1 dovecot-auth: vpopmail(rscholz): unknown user (rscholz@) after loggin in with ". login rscholz secret_password" at the IMAP server. Putting the auth_methods line behind the two auth processes (or somewhere in the middle) gives me: | Starting mail server: dovecotFatal: Error in configuration file /etc/dovecot.conf line 456: Unknown setting: methods Putting it above all auth processes gives me: | Starting mail server: dovecotFatal: Error in configuration file /etc/dovecot.conf line 362: Authentication process name not defined yet Hm, I'm lost here. System is Debian i386 stable (woody) with dovecot_0.99.10.4-2.deb backported from Debian unstable. Cheers, Ray -- Hfr fgebat rapelcgvba!

2 2

[Dovecot] Mailbox formats
by Kenneth Porter 25 Feb '04

25 Feb '04

I'm currently using mbox and mbx with UW-IMAP, mbox for space efficiency and mbx for folders with lots of messages for time efficiency without a large space cost. I've avoided maildir because it has a relatively high space cost; mbox has no inter-message cost while maildir wastes on average half a sector plus an inode for each message. What other formats are there, and has anyone come up with a good format that gives both good time and space characteristics without sacrificing reliability? (I'm aware of the file format list in the UW-IMAP distro: <http://www.washington.edu/imap/documentation/formats.txt.html>)

2 2

[Dovecot] Pam trouble
by Benjamin Dabelow 25 Feb '04

25 Feb '04

Hi folks, I can't get dovecot to authenticate properly against ldap/pam. I've been fiddling with it for several days now, to no avail. It keeps crashing with: Child died with signal 11 The system is Solaris9. Enclosed is a trace of dovecot-auth for a connection to pop with correct username and password and my config. Any help is appreciated. Cheers Benjamin Trace----------------------------------------------------- 29964: poll(0x00052E28, 9, 4999) (sleeping...) 29964: poll(0x00052E28, 9, 4999) = 0 29964: poll(0x00052E28, 9, 0) = 0 29964: poll(0x00052E28, 9, 4999) (sleeping...) 29964: poll(0x00052E28, 9, 4999) = 1 29964: accept(3, 0xFFBFFAD0, 0xFFBFFAC8, 1) = 13 29964: fstat64(13, 0xFFBFF920) = 0 29964: getsockopt(13, SOL_SOCKET, 0x2000, 0xFFBFFA20, 0xFFBFFA1C, 0) = 0 29964: setsockopt(13, SOL_SOCKET, 0x2000, 0xFFBFFA20, 4, 0) = 0 29964: fcntl(13, F_SETFL, 0x00000080) = 0 29964: fstat64(13, 0xFFBFF9D8) = 0 29964: llseek(13, 0, SEEK_CUR) Err#29 ESPIPE 29964: getsockname(13, 0xFFBFF928, 0xFFBFF924, 1) = 0 29964: write(13, "\0\0 u\f\0\0\001", 8) = 8 29964: poll(0x00052E28, 10, 2917) = 1 29964: read(13, "\0\0 u1C", 4096) = 4 29964: poll(0x00052E28, 10, 2917) (sleeping...) 29964: poll(0x00052E28, 10, 2917) = 0 29964: poll(0x00052E28, 10, 0) = 0 29964: poll(0x00052E28, 10, 4999) (sleeping...) 29964: poll(0x00052E28, 10, 4999) = 1 29964: read(14, "\0\0\001\0\0\001\0\0\001".., 4092) = 16 29964: write(14, "\0\0\001\0\0\001\0\0\0\0".., 20) = 20 29964: poll(0x00052E28, 10, 1664) = 1 29964: read(14, "\0\0\002\0\0\001\0\0\011".., 4076) = 29 29964: pipe() = 15 [16] 29964: fork1() = 29981 29964: lwp_schedctl(SC_STATE|SC_PREEMPT, 0, 0xFFBFF7AC) = 0 29964: close(16) = 0 29981: fork1() (returning as child ...) = 29964 29981: getpid() = 29981 [29964] 29981: close(15) = 0 29981: lwp_schedctl(SC_STATE|SC_PREEMPT, 0, 0xFFBFF4A4) = 0 29981: open("/etc/pam_debug", O_RDONLY) Err#2 ENOENT 29981: stat64("/etc/pam.conf", 0xFFBFF4C0) = 0 29981: open("/etc/pam.conf", O_RDONLY) = 15 29981: mmap(0x00000000, 1893, PROT_READ, MAP_PRIVATE, 15, 0) = 0xFEBA0000 29981: munmap(0xFEBA0000, 1893) = 0 29981: close(15) = 0 29981: stat64("/usr/lib/security/pam_unix.so.1", 0xFFBFF400) = 0 29981: stat("/usr/lib/security/pam_unix.so.1", 0xFFBFED44) = 0 29981: open("/usr/lib/security/pam_unix.so.1", O_RDONLY) = 15 29981: fstat(15, 0xFFBFED44) = 0 29981: mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0xFEBA0000 29981: mmap(0x00000000, 212992, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0xFEB40000 29981: mmap(0xFEB6A000, 36767, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 15, 106496) = 0xFEB6A000 29981: munmap(0xFEB5A000, 65536) = 0 29981: resolvepath("/usr/lib/security/pam_unix.so.1", "/usr/lib/security/pam_unix.so.1", 1023) = 31 29981: memcntl(0xFEB40000, 24652, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 29981: close(15) = 0 29981: stat("/usr/lib/libc.so.1", 0xFFBFEC84) = 0 29981: stat("/usr/lib/libpam.so.1", 0xFFBFEC84) = 0 29981: stat("/usr/lib/libnsl.so.1", 0xFFBFEC84) = 0 29981: stat("/usr/lib/libcmd.so.1", 0xFFBFEC84) = 0 29981: stat("/usr/lib/libmp.so.2", 0xFFBFEC84) = 0 29981: munmap(0xFEBA0000, 8192) = 0 29981: stat64("/usr/lib/security/pam_openldap.so.1", 0xFFBFF400) = 0 29981: stat("/usr/lib/security/pam_openldap.so.1", 0xFFBFED44) = 0 29981: open("/usr/lib/security/pam_openldap.so.1", O_RDONLY) = 15 29981: fstat(15, 0xFFBFED44) = 0 29981: mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0xFEBA0000 29981: mmap(0x00000000, 106496, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0xFEB20000 29981: mmap(0xFEB38000, 3928, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 15, 32768) = 0xFEB38000 29981: munmap(0xFEB2A000, 57344) = 0 29981: resolvepath("/usr/lib/security/pam_openldap.so.1", "/usr/lib/security/pam_openldap.so.1", 1023) = 35 29981: memcntl(0xFEB20000, 6704, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 29981: close(15) = 0 29981: stat("/opt/OpenLDAP2/lib/libc.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libc.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libc.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libldap.so.2", 0xFFBFEC84) = 0 29981: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEB10000 29981: stat("/opt/OpenLDAP2/lib/liblber.so.2", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libnsl.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libnsl.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libnsl.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libcrypt_i.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libcrypt_i.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libcrypt_i.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libresolv.so.2", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libresolv.so.2", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libresolv.so.2", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libpam.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libpam.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libpam.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libdl.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libdl.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libdl.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libpthread.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libpthread.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libpthread.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/librt.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/librt.so.1", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/librt.so.1", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libdb-4.0.so", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libdb-4.0.so", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/lib/libdb-4.0.so", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libssl.so.0.9.7", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libssl.so.0.9.7", 0xFFBFEC84) = 0 29981: stat("/opt/OpenLDAP2/lib/libcrypto.so.0.9.7", 0xFFBFEC84) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libcrypto.so.0.9.7", 0xFFBFEC84) = 0 29981: munmap(0xFEBA0000, 8192) = 0 29981: open64("/var/run/name_service_door", O_RDONLY) = 15 29981: fcntl(15, F_SETFD, 0x00000001) = 0 29981: door_info(15, 0xFEEC2668) = 0 29981: close(15) = 0 29981: stat("/usr/lib/nss_files.so.1", 0xFFBFDE64) = 0 29981: open("/etc/passwd", O_RDONLY) = 15 29981: fstat64(15, 0xFFBFE2D8) = 0 29981: brk(0x00081460) = 0 29981: brk(0x00083460) = 0 29981: fstat64(15, 0xFFBFE180) = 0 29981: ioctl(15, TCGETA, 0xFFBFE264) Err#25 ENOTTY 29981: read(15, " r o o t : x : 0 : 1 : Z".., 8192) = 710 29981: read(15, 0x00080594, 8192) = 0 29981: llseek(15, 0, SEEK_CUR) = 710 29981: close(15) = 0 29981: stat("/usr/lib/nss_ldap.so.1", 0xFFBFDE64) = 0 29981: open("/usr/lib/nss_ldap.so.1", O_RDONLY) = 15 29981: fstat(15, 0xFFBFDE64) = 0 29981: mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0xFEBA0000 29981: mmap(0x00000000, 163840, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0xFEAE0000 29981: mmap(0xFEAFC000, 4828, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 15, 49152) = 0xFEAFC000 29981: mmap(0xFEAFE000, 35640, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEAFE000 29981: munmap(0xFEAEE000, 57344) = 0 29981: resolvepath("/usr/lib/nss_ldap.so.1", "/usr/lib/nss_ldap.so.1", 1023) = 22 29981: memcntl(0xFEAE0000, 9792, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 29981: close(15) = 0 29981: stat("/opt/OpenLDAP2/lib/libldap.so.2", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/liblber.so.2", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libdb-4.0.so", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libdb-4.0.so", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/lib/libdb-4.0.so", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libdl.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libdl.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/lib/libdl.so.1", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libnsl.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libnsl.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/lib/libnsl.so.1", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libresolv.so.2", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libresolv.so.2", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/lib/libresolv.so.2", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libpthread.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libpthread.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/lib/libpthread.so.1", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/librt.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/librt.so.1", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/lib/librt.so.1", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libssl.so.0.9.7", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libssl.so.0.9.7", 0xFFBFDDA4) = 0 29981: stat("/opt/OpenLDAP2/lib/libcrypto.so.0.9.7", 0xFFBFDDA4) Err#2 ENOENT 29981: stat("/usr/local/ssl/lib/libcrypto.so.0.9.7", 0xFFBFDDA4) = 0 29981: munmap(0xFEBA0000, 8192) = 0 29981: sigaction(SIGPIPE, 0xFFBFE2B8, 0xFFBFE3F8) = 0 29981: sigprocmask(SIG_SETMASK, 0xFEBEA0B4, 0xFFBFE308) = 0 29981: sigprocmask(SIG_SETMASK, 0xFFBFE2F4, 0x00000000) = 0 29981: getpid() = 29981 [29964] 29981: getuid() = 0 [0] 29981: open("/etc/ldap.conf", O_RDONLY) = 15 29981: fstat64(15, 0xFFBFCA38) = 0 29981: fstat64(15, 0xFFBFC8E0) = 0 29981: ioctl(15, TCGETA, 0xFFBFC9C4) Err#25 ENOTTY 29981: read(15, " # @ ( # ) $ I d : l".., 8192) = 6190 29981: read(15, 0x0008018C, 8192) = 0 29981: llseek(15, 0, SEEK_CUR) = 6190 29981: close(15) = 0 29981: open64("/var/run/name_service_door", O_RDONLY) = 15 29981: fcntl(15, F_SETFD, 0x00000001) = 0 29981: door_info(15, 0xFEEC2668) = 0 29981: close(15) = 0 29981: open("/etc/inet/ipnodes", O_RDONLY) = 15 29981: fstat64(15, 0xFFBFADA8) = 0 29981: brk(0x00083460) = 0 29981: brk(0x00085460) = 0 29981: fstat64(15, 0xFFBFAC50) = 0 29981: ioctl(15, TCGETA, 0xFFBFAD34) Err#25 ENOTTY 29981: read(15, " #\n # I n t e r n e t".., 8192) = 61 29981: read(15, 0x0008257C, 8192) = 0 29981: llseek(15, 0, SEEK_CUR) = 61 29981: close(15) = 0 29981: open64("/var/run/name_service_door", O_RDONLY) = 15 29981: fcntl(15, F_SETFD, 0x00000001) = 0 29981: door_info(15, 0xFEEC2668) = 0 29981: close(15) = 0 29981: open("/etc/hosts", O_RDONLY) = 15 29981: fstat64(15, 0xFFBFAD28) = 0 29981: fstat64(15, 0xFFBFABD0) = 0 29981: ioctl(15, TCGETA, 0xFFBFACB4) Err#25 ENOTTY 29981: read(15, " #\n # I n t e r n e t".., 8192) = 107 29981: read(15, 0x0008257C, 8192) = 0 29981: llseek(15, 0, SEEK_CUR) = 107 29981: close(15) = 0 29981: so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", 1) = 15 29981: setsockopt(15, tcp, TCP_NODELAY, 0xFFBFD724, 4, 1) = 0 29981: fcntl(15, F_GETFL, 0xFF1FE9E0) = 2 29981: fstat64(15, 0xFFBFD468) = 0 29981: getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD568, 0xFFBFD560, 0) = 0 29981: fstat64(15, 0xFFBFD4D8) = 0 29981: getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 0xFFBFD5D4, 0) = 0 29981: setsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 4, 0) = 0 29981: fcntl(15, F_SETFL, 0x00000082) = 0 29981: connect(15, 0x0007F9E8, 16, 1) = 0 29981: fcntl(15, F_GETFL, 0xFF1FE9F8) = 130 29981: fstat64(15, 0xFFBFD468) = 0 29981: getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD568, 0xFFBFD560, 0) = 0 29981: fstat64(15, 0xFFBFD4D8) = 0 29981: getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 0xFFBFD5D4, 0) = 0 29981: setsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 4, 0) = 0 29981: fcntl(15, F_SETFL, 0x00000002) = 0 29981: getpeername(15, 0xFFBFD708, 0xFFBFD2E8, 1) = 0 29981: open64("/var/run/name_service_door", O_RDONLY) = 17 29981: fcntl(17, F_SETFD, 0x00000001) = 0 29981: door_info(17, 0xFEEC2668) = 0 29981: close(17) = 0 29981: open("/etc/inet/ipnodes", O_RDONLY) = 17 29981: fstat64(17, 0xFFBFAC98) = 0 29981: fstat64(17, 0xFFBFAB40) = 0 29981: ioctl(17, TCGETA, 0xFFBFAC24) Err#25 ENOTTY 29981: read(17, " #\n # I n t e r n e t".., 8192) = 61 29981: read(17, 0x0008257C, 8192) = 0 29981: llseek(17, 0, SEEK_CUR) = 61 29981: close(17) = 0 29981: open64("/var/run/name_service_door", O_RDONLY) = 17 29981: fcntl(17, F_SETFD, 0x00000001) = 0 29981: door_info(17, 0xFEEC2668) = 0 29981: close(17) = 0 29981: open("/etc/hosts", O_RDONLY) = 17 29981: fstat64(17, 0xFFBFAC18) = 0 29981: fstat64(17, 0xFFBFAAC0) = 0 29981: ioctl(17, TCGETA, 0xFFBFABA4) Err#25 ENOTTY 29981: read(17, " #\n # I n t e r n e t".., 8192) = 107 29981: llseek(17, 0, SEEK_CUR) = 107 29981: close(17) = 0 29981: uname(0xFFBFD110) = 1 29981: time() = 1077620847 29981: write(15, " 01D020101 w188016 1 . 3".., 31) = 31 29981: poll(0xFFBFD1C0, 1, -1) = 1 29981: read(15, " 0\f020101 x07\n", 8) = 8 29981: read(15, "01\004\004\0", 6) = 6 29981: time() = 1077620847 29981: brk(0x00085460) = 0 29981: brk(0x00087460) = 0 29981: brk(0x00087460) = 0 29981: brk(0x00089460) = 0 29981: brk(0x00089460) = 0 29981: brk(0x0008B460) = 0 29981: brk(0x0008B460) = 0 29981: brk(0x0008D460) = 0 29981: time() = 1077620847 29981: getpid() = 29981 [29964] 29981: brk(0x0008D460) = 0 29981: brk(0x00093460) = 0 29981: brk(0x00093460) = 0 29981: brk(0x00097460) = 0 29981: brk(0x00097460) = 0 29981: brk(0x0009B460) = 0 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: open("/dev/urandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = 17 29981: poll(0xFFBFD3B0, 1, 10) = 1 29981: read(17, "029F\0 XA5B2F0C7 U &1FE6".., 32) = 32 29981: close(17) = 0 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getuid() = 0 [0] 29981: getpid() = 29981 [29964] 29981: time() = 1077620847 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: write(15, "8095010301\0 l\0\0\0 \0".., 151) = 151 29981: read(15, "160301\0 J02\0", 7) = 7 29981: brk(0x0009B460) = 0 29981: brk(0x0009D460) = 0 29981: time() = 1077620847 29981: time() = 1077620847 29981: getpid() = 29981 [29964] 29981: read(15, "\0 F0301 @ ; 0 oBFEE1DE1".., 72) = 72 29981: read(15, "1603010412", 5) = 5 29981: read(15, "\v\0040E\004\v\004\b 082".., 1042) = 1042 29981: brk(0x0009D460) = 0 29981: brk(0x0009F460) = 0 29981: getpid() = 29981 [29964] 29981: read(15, "160301\004", 5) = 5 29981: read(15, "0E\0\0\0", 4) = 4 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: getpid() = 29981 [29964] 29981: brk(0x0009F460) = 0 29981: brk(0x000A1460) = 0 29981: write(15, "160301\08610\0\082\080 /".., 198) = 198 29981: read(15, "140301\001", 5) = 5 29981: read(15, "01", 1) = 1 29981: read(15, "160301\0 0", 5) = 5 29981: read(15, "9197ADECFE9AFB )DF83 $8A".., 48) = 48 29981: time() = 1077620847 29981: write(15, "170301\0 DF0F1E H pC386".., 90) = 90 29981: time() = 1077620847 29981: poll(0xFFBFD230, 1, 30000) = 1 29981: read(15, "170301\0 ", 5) = 5 29981: read(15, "DBFFF9B9EC g WEE iE0 , Z".., 32) = 32 29981: read(15, "170301\0 0", 5) = 5 29981: read(15, "7F >BDCE96B4 = zE587F1 ]".., 48) = 48 29981: time() = 1077620847 29981: setsockopt(15, SOL_SOCKET, SO_KEEPALIVE, 0xFFBFDB88, 4, 1) = 0 29981: fcntl(15, F_SETFD, 0x00000001) = 0 29981: getsockname(15, 0xFEAFE2F8, 0xFFBFDB84, 1) = 0 29981: getpeername(15, 0xFEAFE308, 0xFFBFDB84, 1) = 0 29981: time() = 1077620847 29981: getpid() = 29981 [29964] 29981: getuid() = 0 [0] 29981: time() = 1077620847 29981: write(15, "170301\0 $1D1086B7 { #".., 266) = 266 29981: poll(0xFFBFD1E0, 1, -1) = 1 29981: read(15, "170301\0 ", 5) = 5 29981: read(15, " 3 0 @B7AA14 j9284E2D4\t".., 32) = 32 29981: read(15, "1703010180", 5) = 5 29981: read(15, "92 | e850589C27F <CDB0 a".., 384) = 384 29981: poll(0xFFBFD1E0, 1, -1) = 1 29981: read(15, "170301\0 ", 5) = 5 29981: read(15, "DABDA1 `8DBDD795B117E4D3".., 32) = 32 29981: read(15, "170301\0 0", 5) = 5 29981: read(15, "8AA2B9 y1A MFEC3FCDB J".., 48) = 48 29981: time() = 1077620847 29981: time() = 1077620847 29981: stat("/usr/lib/nss_files.so.1", 0xFFBFE2D4) = 0 29981: open("/etc/shadow", O_RDONLY) = 17 29981: fstat64(17, 0xFFBFE878) = 0 29981: fstat64(17, 0xFFBFE720) = 0 29981: ioctl(17, TCGETA, 0xFFBFE804) Err#25 ENOTTY 29981: read(17, " r o o t : f s i o o X 9".., 8192) = 308 29981: read(17, 0x0008CB34, 8192) = 0 29981: llseek(17, 0, SEEK_CUR) = 308 29981: close(17) = 0 29981: stat("/usr/lib/nss_ldap.so.1", 0xFFBFE2D4) = 0 29981: sigaction(SIGPIPE, 0xFFBFE728, 0xFFBFE868) = 0 29981: sigprocmask(SIG_SETMASK, 0xFEBEA0B4, 0xFFBFE778) = 0 29981: sigprocmask(SIG_SETMASK, 0xFFBFE764, 0x00000000) = 0 29981: getpid() = 29981 [29964] 29981: getuid() = 0 [0] 29981: getpid() = 29981 [29964] 29981: getuid() = 0 [0] 29981: time() = 1077620847 29981: write(15, "170301\0 8D81 R r r89".., 266) = 266 29981: poll(0xFFBFD650, 1, -1) = 1 29981: read(15, "170301\0 ", 5) = 5 29981: read(15, " 61ED503E3C40EC7A3 R\t (".., 32) = 32 29981: read(15, "170301\0F0", 5) = 5 29981: read(15, "D61F k # \F1\v l wFFE3 r".., 240) = 240 29981: poll(0xFFBFD650, 1, -1) = 1 29981: read(15, "170301\0 ", 5) = 5 29981: read(15, " 898 8DB2CD bB9 m8B84C5".., 32) = 32 29981: read(15, "170301\0 0", 5) = 5 29981: read(15, "9F >C5BCA687 X .EEA2 > i".., 48) = 48 29981: time() = 1077620847 29981: time() = 1077620847 29981: Incurred fault #6, FLTBOUNDS %pc = 0xFF053364 29981: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000004 29981: Received signal #11, SIGSEGV [default] 29981: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000004 29964: poll(0x00052E28, 11, 999) = 1 29964: read(15, 0xFFBFF958, 512) = 0 29964: time() = 1077620847 29964: write(4, " d o v e c o t - a u t h".., 61) = 61 29964: write(14, "\0\0\001\0\0\003\0\0\0\0".., 20) = 20 29964: close(15) = 0 29964: poll(0x00052E28, 10, 446) = 0 29964: poll(0x00052E28, 10, 0) = 0 29964: waitid(P_ALL, 0, 0xFFBFF998, WEXITED|WTRAPPED|WNOHANG) = 0 29964: time() = 1077620848 29964: write(4, " d o v e c o t - a u t h".., 74) = 74 29964: waitid(P_ALL, 0, 0xFFBFF998, WEXITED|WTRAPPED|WNOHANG) Err#10 ECHILD 29964: poll(0x00052E28, 10, 998) = 0 29964: poll(0x00052E28, 10, 0) = 0 29964: poll(0x00052E28, 10, 4999) (sleeping...) 29964: poll(0x00052E28, 10, 4999) = 1 29964: read(14, 0x0007C051, 4047) = 0 29964: close(14) = 0 29964: poll(0x00052E28, 9, 2885) (sleeping...) dovecot.conf---------------------------------------------------- ## Dovecot 1.0 configuration file # Default values are shown after each value, it's not required to uncomment # any of the lines. Exception to this are paths, they're just examples # with real defaults being based on configure options. The paths listed here # are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var # --with-ssldir=/etc/ssl # Base directory where to store runtime data. base_dir = /usr/local/dovecot/run/ # Protocols we want to be serving: # imap imaps pop3 pop3s protocols = imap pop3 imaps pop3s # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify ports with # "host:port". imap_listen = * pop3_listen = * # IP or host address where to listen in for SSL connections. Defaults # to above non-SSL equilevants if not specified. #imaps_listen = #pop3s_listen = # Disable SSL/TLS support. ssl_disable = yes # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before # dropping root privileges, so keep the key file unreadable by anyone but # root. Included doc/mkcert.sh can be used to easily generate self-signed # certificate, just make sure to update the domains in dovecot-openssl.cnf #ssl_cert_file = /etc/ssl/certs/dovecot.pem #ssl_key_file = /etc/ssl/private/dovecot.pem # SSL parameter file. Master process generates this file for login processes. # It contains Diffie Hellman and RSA parameters. ssl_parameters_file = /usr/local/dovecot/run/ssl-parameters.dat # How often to regenerate the SSL parameters file. Generation is quite CPU # intensive operation. The value is in hours, 0 disables regeneration # entirely. ssl_parameters_regenerate = 24 # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability) #disable_plaintext_auth = no # 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 = /var/log/dovecot.log # For informational messages, use this logfile instead of the default info_log_path = /var/log/dovecot.info # Prefix for each line written to log file. % codes are in strftime(3) # format. Note the extra space at the end of line. #log_timestamp = "%b %d %H:%M:%S " ## ## Login processes ## # Directory where authentication process places authentication UNIX sockets # which login needs to be able to connect to. The sockets are created when # running as root, so you don't have to worry about permissions. #login_dir = /usr/local/dovecot/run/login # chroot login process to the login_dir. Only reason not to do this is if you # wish to run the whole Dovecot without roots. #login_chroot = yes ## ## IMAP login process ## login = imap # Executable location. #login_executable = /usr/local/dovecot/libexec/dovecot/imap-login # User to use for the login process. Create a completely new user for this, # and don't use it anywhere else. The user must also belong to a group where # only it has access, it's used to control access for authentication process. login_user = dovecot # Set max. process size in megabytes. If you don't use # login_process_per_connection you might need to grow this. #login_process_size = 16 # Should each login be processed in it's own process (yes), or should one # login process be allowed to process multiple connections (no)? Yes is more # secure, espcially with SSL/TLS enabled. No is faster since there's no need # to create processes all the time. #login_process_per_connection = yes # Number of login processes to create. If login_process_per_user is # yes, this is the number of extra processes waiting for users to log in. #login_processes_count = 3 # Maximum number of extra login processes to create. The extra process count # usually stays at login_processes_count, but when multiple users start logging # IN AT THE SAME time more extra processes are created. To prevent fork-bombing # we check only once in a second if new processes should be created - if all # of them are used at the time, we double their amount until limit set by this # setting is reached. This setting is used only if login_process_per_use is yes. #login_max_processes_count = 128 # Maximum number of connections allowed in login state. When this limit is # reached, the oldest connections are dropped. If login_process_per_user # is no, this is a per-process value, so the absolute maximum number of users # logging in actually login_processes_count * max_logging_users. #login_max_logging_users = 256 ## ## POP3 login process ## # Settings default to same as above, so you don't have to set anything # unless you want to override them. login = pop3 # Exception to above rule being the executable location. #login_executable = /usr/libexec/dovecot/pop3-login ## ## Mail processes ## # Maximum number of running mail processes. When this limit is reached, # new users aren't allowed to log in. #max_mail_processes = 1024 # Show more verbose process titles (in ps). Currently shows user name and # IP address. Useful for seeing who are actually using the IMAP processes # (eg. shared mailboxes or if same uid is used for multiple accounts). #verbose_proctitle = no # Show protocol level SSL errors. #verbose_ssl = no # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. #first_valid_uid = 500 #last_valid_uid = 0 # Valid GID range for users, defaults to non-root/wheel. Users having # non-valid GID as primary group ID aren't allowed to log in. If user # belongs to supplementary groups with non-valid GIDs, those groups are # not set. #first_valid_gid = 1 #last_valid_gid = 0 # ':' separated list of directories under which chrooting is allowed for mail # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too). # This setting doesn't affect login_chroot or auth_chroot variables. # WARNING: Never add directories here which local users can modify, that # may lead to root exploit. Usually this should be done only if you don't # allow shell access for users. See doc/configuration.txt for more information. #valid_chroot_dirs = # Default chroot directory for mail processes. This can be overridden by # giving /./ in user's home directory (eg. /home/./user chroots into /home). #mail_chroot = # Default MAIL environment to use when it's not set. By leaving this empty # dovecot tries to do some automatic detection as described in # doc/mail-storages.txt. There's a few special variables you can use: # # %u - username # %n - user part in user@domain, same as %u if there's no domain # %d - domain part in user@domain, empty if user there's no domain # %h - home directory # # You can also limit a width of string by giving the number of max. characters # after the '%' character. For example %1u gives the first character of # username. Some examples: # # maildir:/var/mail/%1u/%u/Maildir # mbox:~/mail/:INBOX=/var/mail/%u # mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n # default_mail_env = maildir:/maildir/%u/Maildir # Space-separated list of fields to cache for all mails. Currently these # fields are allowed followed by a list of commands they speed up: # # Envelope - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT, # SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID, # HEADER IN-REPLY-TO # Body - FETCH BODY # Bodystructure - FETCH BODY, BODYSTRUCTURE # MessagePart - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE, # SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE # generation. This is always set with mbox mailboxes, and # also default with Maildir. # # Different IMAP clients work in different ways, that's why Dovecot by default # only caches MessagePart which speeds up most operations. Whenever client # does something where caching could be used, the field is automatically marked # to be cached later. For example after FETCH BODY the BODY will be cached # for all new messages. Normally you should leave this alone, unless you know # what most of your IMAP clients are. Caching more fields than needed makes # the index files larger and generate useless I/O. # # With maildir there's one extra optimization - if nothing is cached, indexing # the maildir becomes much faster since it's not opening any of the mail files. # This could be useful if your IMAP clients access only new mails. #mail_cache_fields = MessagePart # Space-separated list of fields that Dovecot should never set to be cached. # Useful if you want to save disk space at the cost of more I/O when the fields # needed. #mail_never_cache_fields = # Workarounds for various client bugs: # oe6-fetch-no-newmail: # Never send EXISTS/RECENT when replying to FETCH command. Outlook Express # seems to think they are FETCH replies and gives user "Message no longer # in server" error. Note that OE6 still breaks even with this workaround # if synchronization is set to "Headers Only". # outlook-idle: # Outlook and Outlook Express never abort IDLE command, so if no mail # arrives in half a hour, Dovecot closes the connection. This is still # fine, except Outlook doesn't connect back so you don't see if new mail # arrives. #client_workarounds = # Dovecot can notify client of new mail in selected mailbox soon after it's # received. This setting specifies the minimum interval in seconds between # new mail notifications to client - internally they may be checked more or # less often. Setting this to 0 disables the checking. # NOTE: Evolution client breaks with this option when it's trying to APPEND. #mailbox_check_interval = 0 # Like mailbox_check_interval, but used for IDLE command. #mailbox_idle_check_interval = 30 # Allow full filesystem access to clients. There's no access checks other than # what the operating system does for the active UID/GID. It works with both # maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/ # or ~user/. mail_full_filesystem_access = no # Maximum allowed length for custom flag name. It's only forced when trying # to create new flags. #mail_max_flag_length = 50 # Save mails with CR+LF instead of plain LF. This makes sending those mails # take less CPU, especially with sendfile() syscall with Linux and FreeBSD. # But it also creates a bit more disk I/O which may just make it slower. #mail_save_crlf = no # Use mmap() instead of read() to read mail files. read() seems to be a bit # faster with my Linux/x86 and it's better with NFS, so that's the default. #mail_read_mmaped = no # Copy mail to another folders using hard links. This is much faster than # actually copying the file. This is problematic only if something modifies # the mail in one folder but doesn't want it modified in the others. I don't # know any MUA which would modify mail files directly. IMAP protocol also # requires that the mails don't change, so it would be problematic in any case. # If you care about performance, enable it. #maildir_copy_with_hardlinks = no # Check if mails' content has been changed by external programs. This slows # down things as extra stat() needs to be called for each file. If changes are # noticed, the message is treated as a new message, since IMAP protocol # specifies that existing message are immutable. #maildir_check_content_changes = no # Which locking methods to use for locking mbox. There's three available: # dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe # solution. If you want to use /var/mail/ like directory, the users # will need write access to that directory. # fcntl : Use this if possible. Works with NFS too if lockd is used. # flock : May not exist in all systems. Doesn't work with NFS. # # You can use both fcntl and flock too; if you do the order they're declared # with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl # and flock. Some operating systems don't allow using both of them # simultaneously, eg. BSDs. If dotlock is used, it's always created first. #mbox_locks = dotlock fcntl # Should we create dotlock file even when we want only a read-lock? Setting # this to yes hurts the performance when the mailbox is accessed simultaneously # by multiple processes, but it's needed for reliable reading if no other # locking methods are available. #mbox_read_dotlock = no # Maximum time in seconds to wait for lock (all of them) before aborting. #mbox_lock_timeout = 300 # If dotlock exists but the mailbox isn't modified in any way, override the # lock file after this many seconds. #mbox_dotlock_change_timeout = 30 # umask to use for mail files and directories #umask = 0077 # Drop all privileges before exec()ing the mail process. This is mostly # meant for debugging, otherwise you don't get core dumps. Note that setting # this to yes means that log file is opened as the logged in user, which # might not work. It could also be a small security risk if you use single UID # for multiple users, as the users could ptrace() each others processes then. #mail_drop_priv_before_exec = no ## ## IMAP process ## # Executable location #imap_executable = /usr/libexec/dovecot/imap # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. #imap_process_size = 256 # Support for dynamically loadable modules. #imap_use_modules = no #imap_modules = /usr/lib/dovecot/imap ## ## POP3 process ## # Executable location #pop3_executable = /usr/libexec/dovecot/pop3 # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. #pop3_process_size = 256 # Support for dynamically loadable modules. #pop3_use_modules = no #pop3_modules = /usr/lib/dovecot/pop3 ## ## Authentication processes ## # You can have multiple processes; each time "auth = xx" is seen, a new # process definition is started. The point of multiple processes is to be # able to set stricter permissions to others. For example, plain/PAM # authentication requires roots, but if you also use digest-md5 authentication # for some users, you can authenticate them without any privileges in a # separate auth process. Just remember that only one auth process is asked # for the password, so you can't have different passwords with different # processes (unless they have different auth methods, and you're ok with # having different password for each method). # Authentication process name. auth = default # Space separated list of wanted authentication mechanisms: # plain digest-md5 anonymous auth_mechanisms = plain # Space separated list of realms for SASL authentication mechanisms that need # them. You can leave it empty if you don't want to support multiple realms. # Many clients simply use the first one listed here, so keep the default realm # first. #auth_realms = # Default realm to use if none was specified. #auth_default_realm = # Where user database is kept: # passwd: /etc/passwd or similiar, using getpwnam() # passwd-file <path>: passwd-like file with specified location # static uid=<uid> gid=<gid> home=<dir template>: static settings # vpopmail: vpopmail library # ldap <config path>: LDAP, see doc/dovecot-ldap.conf # pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf #auth_userdb = passwd auth_userdb = ldap /usr/local/dovecot/etc/dovecot-ldap.conf # Where password database is kept: # passwd: /etc/passwd or similiar, using getpwnam() # shadow: /etc/shadow or similiar, using getspnam() # pam [<service> | *]: PAM authentication # passwd-file <path>: passwd-like file with specified location # vpopmail: vpopmail authentication # ldap <config path>: LDAP, see doc/dovecot-ldap.conf # pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf auth_passdb = pam imap #auth_passdb = ldap /usr/local/dovecot/etc/dovecot-ldap.conf #auth_executable = /usr/libexec/dovecot/dovecot-auth # Set max. process size in megabytes. #auth_process_size = 256 # 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. auth_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. #auth_chroot = # Number of authentication processes to create #auth_count = 1 # List of allowed characters in username. If the user-given username contains # a character not listed in here, the login automatically fails. This is just # an extra check to make sure user can't exploit any potential quote escaping # vulnerabilities with SQL/LDAP databases. If you want to allow all characters, # set this value to empty. #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ # Username to use for users logging in with ANONYMOUS SASL mechanism #auth_anonymous_username = anonymous # More verbose logging. Useful for figuring out why authentication isn't # working. auth_verbose = yes # digest-md5 authentication process. It requires special MD5 passwords which # /etc/shadow and PAM doesn't support, so we never need roots to handle it. # Note that the passwd-file is opened before chrooting and dropping root # privileges, so it may be 0600-root owned file. #auth = digest_md5 #auth_methods = digest-md5 #auth_realms = #auth_userdb = passwd-file /etc/passwd.imap #auth_passdb = passwd-file /etc/passwd.imap #auth_user = imapauth #auth_chroot = # if you plan to use only passwd-file, you don't need the two auth processes, # simply set "auth_methods = plain digest-md5" -- Benjamin Dabelow benja.dabelow(a)gmx.net Staufenbergstr. 88 benja-dabelow.gmxhome.de/start.html 74081 Heilbronn Germany

3 3

[Dovecot] help: The current command did not succeed. The mail server responded: Invalid mask.
by Bodo Gelbe 25 Feb '04

25 Feb '04

Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.10.4. Reading with Mozilla Mail v 1.4. I made some test accounts and they seem to be working fine, but my older existing accounts give error messages whenever I connect or subscribe to mailboxes within them. The message that appears on the client is: "The current command did not succeed. The mail server responded: Invalid mask." it appears two or three times in an alert box (on windows) then everything seems to work. The masks (I've put a syslog call into the code) are: "~%", "~%~%" and "~*". The test accounts I created don't have this problem. Thanks in advance for any advice, -- Bodo Gelbe

2 1

[Dovecot] Dovecot and Mulberry
by Kenneth Porter 25 Feb '04

25 Feb '04

FYI. Does Dovecot implement BODYSTRUCTURE? An eval copy of Mulberry can be downloaded from <http://www.cyrusoft.com/mulberry/>. ------------ Forwarded Message ------------ Date: Tuesday, February 10, 2004 6:56 PM +0100 From: Lennart Petersson <lennart(a)informatik.gu.se> To: mulberry-discuss(a)cyrusoft.com Subject: Dovecot and Mulberry I've recently changed my imap-server from Courier to Dovecot <http://dovecot.procontrol.fi/> for testing purposes and have seen some strange behaviour from Mulberry. Most annoying is that suddenly some incoming mail are parsed wrong, i.e. even if the mail has has proper Content-Type: text/plain; charset="iso-8859-1" and Content-Transfer-Encoding: quoted-printable, it is displayed as 7bit and us-ascii. All these =F6 and so on is irritating. The only way remedy the problem is to quit mulberry and start again and almost always the email is displayed properly. And if the mail that gets misinterpreted is a multi-part email mulberry only reports that it has one part. But if you view the mail in raw all the parts are there. I've yet to see a pattern in then mulberry starts this misinterpretations. Sometimes it is a email from pine or a mail from a mailinglist or from outlook or ... A collegue that also uses dovecot but mutt instead of mulberry doesn't have this problems. Should I blame Dovecot or Mulberry? Anyone one with experience with dovecot (or any other imap-server that supports Maildirs)? Lennart ---------- End Forwarded Message ---------- ------------ Forwarded Message ------------ Date: Tuesday, February 10, 2004 1:12 PM -0500 From: Cyrus Daboo <daboo(a)cyrusoft.com> To: Lennart Petersson <lennart(a)informatik.gu.se>, mulberry-discuss(a)cyrusoft.com Subject: Re: Dovecot and Mulberry Hi Lennart, --On Tuesday, February 10, 2004 6:56 PM +0100 Lennart Petersson <lennart(a)informatik.gu.se> wrote: | A collegue that also uses dovecot but mutt instead of mulberry doesn't | have this problems. Should I blame Dovecot or Mulberry? | | Anyone one with experience with dovecot (or any other imap-server that | supports Maildirs)? If you see problems with proper interpretation of MIME structure and MIME parameters etc, then it is almost certainly a server bug. Mulberry uses the IMAP server's BODYSTRUCTURE response to determine the MIME structure of a message on the server without having to download the entire message and parse it locally - that is one of the major benefits of IMAP. The details you see listed in the mailbox pane (addresses, subject, attachment types) and the parts listed in the message pane's Parts list are all derived from the server response. If the server gets it wrong, then you will see the incorrect data/structure in Mulberry too. To confirm that it really is a server bug, try copying the message to a local Mulberry mailbox and look at it from the local mailbox. It should appear correctly in that case, because Mulberry will do MIME parsing itself for local messages. To fully diagnose this, put the problem messages in their own IMAP mailbox, then turn protocol logging for IMAP on in Mulberry using <http://www.cyrusoft.com/mulberry/faq/logging.html> and open the mailbox to show the list of message. Then turn logging off and send me (or inspect yourself) the log files. NB Clients that do not take advantage of IMAP's benefits by using BODYSTRUCTURE (and other similar features) will not 'expose' the server bug as they never use that data from the server. PS Getting the BODYSTRUCTURE response wrong is the most common server bug that we see - particularly in relatively new servers. -- Cyrus Daboo ---------- End Forwarded Message ----------

2 1

[Dovecot] X-UID
by Paul Adams 25 Feb '04

25 Feb '04

What is the function of the X-UID header in mbox format? Mozilla Thunderbird 0.5 seems to regard it as a simple numbering of the messages; i.e., that the first message in the mbox should have X-UID: 1. Dovecot seems to treat it simply as an ordered unique identifier. Thus, the first message in my actual mbox has X-UID: 3849658. (There are only a few dozen messages in the box.) Running Thunderbird 0.5 against a Dovecot IMAP server with mbox format, Thunderbird displays these UID numbers in the message list, which is fairly useless -- I want a numbered list of my messages starting at 1 (which Pine, for example, is happy to provide). I'm just wondering whether this is Dovecot's fault, Thunderbird's fault, or an ambiguity in the mbox standard. thanks, Paul

2 1

[Dovecot] auth_executable
by Helmut Zeilinger 25 Feb '04

25 Feb '04

Hi, i am new to dovecot and i don't know what i can do with the "auth_executable" setting in the "dovecot.conf" file. Can i invoke an external program for authentification? If yes, is there a description what this program/script has to do? Thanks Helmut

2 1

[Dovecot] [PATCH] POP3: Fix RFC1939 non-compliance in STAT, LIST and UIDL commands
by Nic Bellamy 25 Feb '04

25 Feb '04

Hi all, attached is a patch against 0.99.10.4 that fixes the STAT, LIST and UIDL POP3 command output in the case that they're issued after one or more messages have been deleted. Examples of incorrect behavior (bad spots marked with '***') C: STAT S: +OK 2 806 C: LIST S: +OK 2 messages: S: 1 403 S: 2 403 S: . C: UIDL S: +OK S: 1 1076749908.12 S: 2 1076749908.13 S: . C: DELE 1 S: +OK Marked to be deleted. C: STAT *** S: +OK 2 806 C: LIST *** S: +OK 2 messages: *** S: 1 403 S: 2 403 S: . C: UIDL S: +OK *** S: 1 1076749908.12 S: 2 1076749908.13 S: . What it should have been is: [snip] C: DELE 1 S: +OK Marked to be deleted. C: STAT S: +OK 1 403 C: LIST S: +OK 1 messages: S: 2 403 S: . C: UIDL S: +OK S: 2 1076749908.13 S: . It's unlikely the above issue has been causing much in the way of problems, as it's very rare for mail clients to use any of the faulty commands after they've deleted messages (they tend to do it once at the beginning of the POP3 session and cache the results). Regards, Nic. -- Nic Bellamy <nic(a)bellamy.co.nz> Bellamy Consulting -- Software & Security -- http://www.bellamy.co.nz/ -- Phone: +64-6-377-4957 Fax: +64-6-377-0505 Mobile: +64-21-251-8954 --

2 1

[Dovecot] RE: Question on folders
by Alex S Moore 25 Feb '04

25 Feb '04

I have read and read the dovecot docs on maildir folders and think that this is what I want. However, the MUA programs that I use, SylpheedClaws, Evolution, Mozilla seem to react differently to how I setup the folders. Is there a good FAQ on this subject somewhere? I think that I want to setup a virtual domain and am looking for documents. Alex

4 4

[Dovecot] too large imap.index.data files
by Network Wizards 25 Feb '04

25 Feb '04

Hi, I have noticed that imap.index.data are often too large files (several MiBs). Is there a way to limit their size or to shrink dimension or to assign another directory where those file are stored? thank you will

5 4

Re: [Dovecot] Pam trouble
by Benjamin Dabelow 25 Feb '04

25 Feb '04

Hi Alex, > Are you using Solaris 9 native ldap? What configure options did you use > when building dovecot? I'm using OpenLDAP, but I think it's a pam rather than ldap problem. Dovecot check for the existance of a user alright, but fails when checking the password. My build script is enclosed. Cheers Benjamin Buildscript----------------------------------------------------- #!/bin/bash ## Defaults CC="gcc" CXX="g++" LDPATH="/usr/local/lib:/usr/sfw/lib:/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3" CPPFLAGS="-I/usr/local/include -I/usr/sfw/include" LDFLAGS="-L/usr/local/lib -L/usr/sfw/lib" CFLAGS= #SSL LDPATH="$LDPATH:/usr/local/ssl/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/ssl/include" LDFLAGS="$LDFLAGS -L/usr/local/ssl/lib -lssl -lcrypto" #BerkeleyDB LDPATH="$LDPATH:/usr/local/BerkeleyDB/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/BerkeleyDB/include" LDFLAGS="$LDFLAGS -L/usr/local/BerkeleyDB/lib -ldb" CFLAGS="$CFLAGS -ldb" AUTH_CFLAGS="-I/usr/local/BerkeleyDB/include -L/usr/local/BerkeleyDB/lib -ldb" AUTH_LIBS="-ldb" #GDBM LDPATH="$LDPATH:/usr/local/gdbm/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/gdbm/include" LDFLAGS="$LDFLAGS -L/usr/local/gdbm/lib -lgdbm" #LDAP LDPATH="$LDPATH:/opt/OpenLDAP/lib" CPPFLAGS="$CPPFLAGS -I/opt/OpenLDAP/include" LDFLAGS="$LDFLAGS -L/opt/OpenLDAP/lib -lldap -llber -lresolv" #Finishing LDFLAGS="-R$LDPATH $LDFLAGS" export LDFLAGS CPPFLAGS CFLAGS echo -e "\nLDFLAGS=$LDFLAGS" echo -e "\nCPPFLAGS=$CPPFLAGS" echo -e "\nCFLAGS=$CFLAGS" cd dovecot-0.99.10.4 echo -e "\nPress RETURN to configure or CTRL+C to cancel." read ./configure --prefix=/usr/local/dovecot --with-ldap=/opt/OpenLDAP --with-ssl=openssl --with-storages=maildir echo -e "\nPress RETURN to make or CTRL+C to cancel." read make -- Benjamin Dabelow benja.dabelow(a)gmx.net Staufenbergstr. 88 benja-dabelow.gmxhome.de/start.html 74081 Heilbronn Germany

2 3

[Dovecot] IMAP subfolders
by Manuel Moran Vaquero 25 Feb '04

25 Feb '04

Hi: I am using dovecot since the first day on my server (so I have no other mailbox formats). I can't create any subfolders under any IMAP folders. Is this still an issue of dovecot? In mozilla, the operation is simply ignored. With outlook, you can't even click "Accept" if you select to create a subfolder, rather than a top level folder. I have Fedora Core 1, and didn't touch anything special in the configuration file (just one line which enabled pop3 and imap). I have seen the list archives but the existing thread about the issue seems to say that the problem is solved. (?) Thanks in advance for replies Manuel Moran

5 6

Re: [Dovecot] ":" in filenames
by Timo Sirainen 24 Feb '04

24 Feb '04

On Tue, 2004-02-24 at 05:57, Lars Hansson wrote: > dovecot seems to have an issue with :'s in pathnames: > imap(test.user): Fatal: Failed to create storage with data: /home/ > hosted/example.com/users/test:user > > This causes a bit of a problem with vmailmgr since it, by default, > replaces .'s in maildir path with :'s. > I'm curious as to why :'s in paths are an issue? Do they have special > meaning to dovecot? Hmm.. They do. default_mail_env format is: "storage_format:data" and both mbox and maildir in "data" part treat it as "path:option:option2:..". So, Dovecot above thought "/home/hosted/example.com/users/test" was the storage format and "user" the data part for it. You could change default_mail_env = maildir:~/ but then Dovecot would think "user" as being unknown option.. I'm not sure what to do about this.. ':' was selected because it's PATH separator as well, so people rarely have directories containing ':' in it's name. Maybe it could be escaped as "\:"..

1 0

[Dovecot] ":" in filenames
by Lars Hansson 24 Feb '04

24 Feb '04

dovecot seems to have an issue with :'s in pathnames: imap(test.user): Fatal: Failed to create storage with data: /home/ hosted/example.com/users/test:user This causes a bit of a problem with vmailmgr since it, by default, replaces .'s in maildir path with :'s. I'm curious as to why :'s in paths are an issue? Do they have special meaning to dovecot? --- Lars Hansson

1 0

[Dovecot] dovecot-nightly/NetBSD - Fwd: CVS commit: wip/dovecot-nightly
by tom＠replic8.net 22 Feb '04

22 Feb '04

hello everybody, i just commited a pkgsrc for dovecot nightly cvs-snapshots to the pkgsrc-wip repository for NetBSD - this will hopefully go into base pkgsrc, soon. please see http://pkgsrc-wip.sourceforge.net/ on how to obtain pkgsrc-wip. ----- Forwarded message from Tom Hensel <tomhensel(a)users.sourceforge.net> ----- Date: Sun, 22 Feb 2004 11:18:52 -0800 From: Tom Hensel <tomhensel(a)users.sourceforge.net> Reply-To: pkgsrc-wip-discuss(a)lists.sourceforge.net Subject: CVS commit: wip/dovecot-nightly To: pkgsrc-wip-cvs(a)lists.sourceforge.net Module name: pkgsrc-wip Committed by: tomhensel Date: Sun Feb 22 19:18:52 UTC 2004 Import into wip/dovecot-nightly Log Message: Dovecot is an IMAP and POP3 server for Linux/UNIX-like systems, written with security primarily in mind. Although it's written in C, it uses several coding techniques to avoid most of the common pitfalls. A nightly CVS-snapshot is available at http://dovecot.procontrol.fi/nightly/ which includes major changes from Dovecot 0.99.10.4; please see the ChangeLog file inside the distribution archive. For more information on Dovecot see http://dovecot.procontrol.fi/ Status: Vendor Tag: tomhensel Release Tags: tomhensel_20040222 N wip/dovecot-nightly/PLIST N wip/dovecot-nightly/distinfo N wip/dovecot-nightly/Makefile N wip/dovecot-nightly/DESCR N wip/dovecot-nightly/files/dovecot.sh N wip/dovecot-nightly/patches/patch-aa N wip/dovecot-nightly/patches/patch-ab No conflicts created by this import To generate a diff of this commit: Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ pkgsrc-wip-cvs mailing list pkgsrc-wip-cvs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pkgsrc-wip-cvs ----- End forwarded message -----

1 0

[Dovecot] Dovecot -- basic setup
by Tom 19 Feb '04

19 Feb '04

Hey all, After some kind soul made me understand what I can expect from Dovecot, I feel really embarassed for not being able to set it up correctly. What I already had was ~/Mail, containing about six maildirs. Exim got mail, delivered it to procmail, and procmail dropped it in my inbox; a needless extra step that I keep for future, ehm, needs that I might start to care about when I can just succesfully use the most basic mail configuration I can think of. As far as I understood, I just have to point Dovecot to my maildir for it to serve my mail when I connect appropriately with a client. When I test that with KMail connecting to localhost, I get a bizarre overview of my mailfolders, that looks like this: http://www.xs4all.be/~verbreyt/img/scrots/dovecot-kmail.jpg The error message on top is what I get when I try to catch up with any possible new mail: "Unable to get information about folder antwort.index. The server replied: Internal error." Syslog says "lstat(/home/tom/Mail/.antwort.index/cur) failed: Not a directory". Could be, of course: the directory should be ~/Mail/antwort/cur. After I ran KMail and got those errors, ~/Mail, previously only containing some folders, each in turn containing cur/, new/ and tmp/, is stuffed with index files, and three new folders (cur/, new/ and tmp/) directly in the toplevel. ##### $ ls -a Mail . .drafts.index.ids .sent.index.ids .. inbox sent-mail antwort .INBOX .sent-mail.index .antwort.index .inbox.index .sent-mail.index.ids .antwort.index.ids .inbox.index.ids spam check .inbox.index.sorted .spam.index .check.index new .spam.index.ids .check.index.ids outbox tmp cur .outbox.index trash .customflags .outbox.index.ids .trash.index drafts sent .trash.index.ids .drafts.index .sent.index ##### I'm not sure just where it all goes wrong. Yes, I feel stupid about that, but what did, then, did I misunderstand? The only relevant thing in /etc/dovecot.conf I guess would be "default_mail_env" which I have set to "maildir:~/Mail:INBOX=~/Mail/inbox". Documentation may be sparse, it'd still make me sad to be the cause of it being extended for use by the clueless. :-/ Grateful for any corrections, Tom -- "Mongolian drivers do not care much about pedestrians." -- np: Predominance - Luftschiffe (flac)

2 1

[Dovecot] File synchronization friendly indexes
by Aredridel 18 Feb '04

18 Feb '04

I've been doing some tests of file synchronization with Unison (think "two way rsync"), and run into one problem: Synching between servers has conflicts on the index file. I can manually exclude, but what seems to me to be a really wonderful feature would be to, preferably, make the indexes somewhat atomic, so that files, once written, don't change (this is a feature of maildirs in general), and barring that, that they include the machine name as part of the filename, so there's no conflicts. Also, on a completely unrelated and somewhat offtopic note: I'd love to hear some brainstorms on how to prevent duplicate messages when maildirs are synched, files are moved from new on one or more ends, flags are changed inconsistently, and synched back. Ari

2 1

[Dovecot] More Benchmarks, and a question about indexing
by Anthony Wendell Kay 18 Feb '04

18 Feb '04

Hi, We are thinking of converting to Dovecot to lighten our I/O load. I have done some performace tests comparing UW-IMAP to Dovecot when using mbox format if anyone is interested. They primarily examine the I/O improvements that can be gained from using Dovecot over UW when staying with mbox format: http://whizzo.uoregon.edu/public/src/mailperf/results.html I had too much cached for this set of tests, and I am going to re-run some with the recommended cache settings...so stay tuned. Anyway, we are stuck with the mbox format for the forseeable future, and I noticed how hard hitting Dovecot is on initial access to a large mailbox, so we need a way to pre-create some of those indexes. I saw in the docs that such an indexer has been planned, but does anyone have a hack for doing it now? -- Anthony Kay Phone: (541) 346-1719 Student Consultant Key Signature: 7195 40B9 FC4F 6F43 C04A University of Oregon Computing Center B4D9 BAF1 C76E AB6E 33E5 "Don't wish your life away." - Mom's best advice

4 4

[Dovecot] LDAP configuration
by Giacomo Cariello 18 Feb '04

18 Feb '04

Hello, I've just installed dovecot to replace courier-imap and I've found out it didn't support some of the typical LDAP userPassword schemes, so I've written some based on OpenSSL API. Furthermore I noticed that the MD5 one seems broken. If it isn't a requirement to ship its own implementation of a crypto algorithm, I would send in a patch to replace schema checks with those based on libcrypto. I also noticed that if I try connecting to an account that doesn't contain a real maildir (es. maildir:%h/.mail, but .mail doesn't exist), the imap segv's. I suppose it would be cool to ship a maildirmake program and have imap use it whenever necessary, if a flag allows it to do so. Giacomo Cariello, jwk(a)bug.it KeyID: 3072/1024/0x409C9044 Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044 "Put that mic in my hand and let me kick out the jams!" - MC5

2 2

[Dovecot] Basic questions concerning mail...
by Tom 16 Feb '04

16 Feb '04

Hey all, A few minutes ago, I installed Dovecot, hoping things would get clear by just looking at the relevant config files, but since they don't, I hope someone here could give me a clue... What I want to achieve is really only basic functionality. It's just for personal use, so it shouldn't get too complicated. Up til now, I have been using fetchmail to get my mail off of several POP3-accounts, exim to hand it over to procmail and procmail to drop it in the mail directories of my girlfriend and I. I'd like to be able to remotely use a webmail program of some kind to check mail without having to use ssh to login. So I thought an IMAP-server might be the way to go, but, embarassing though it may be, I can't quite grasp how Dovecot (any IMAPd of course, for that matter) fits in the whole. Should Dovecot receive mail from fetchmail and put in it it's proper place in the user's home directories? Or does Dovecot merely read any mail that might belong to users, told where to look by dovecot.conf? Since I now notice my questions are put in a way that is equally embarassing as the questions themselves, I'll keep it short: could anyone enlighten me about the role of Dovecot / an IMAPd it the whole of a mail system (mail directories for each user, fetchmail, procmail, an MTA, a MUA)? Sincerely apologizing for wasting your undoubtedly valuable time, Tom -- "Mongolian drivers do not care much about pedestrians." -- np: Vive La Fête - Assez (flac)

2 3

[Dovecot] your /etc/dovecot.conf
by Pahlevanzadeh Mohsen 14 Feb '04

14 Feb '04

Hi. Please send me your /etc/dovecot.conf what edited. Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

3 2

[Dovecot] SOS
by Pahlevanzadeh Mohsen 14 Feb '04

14 Feb '04

Hi,When i run "service dovecot start",I receive following line: Starting IMAP daemon (dovecot): Fatal: Can't use SSL key file /usr/share/ssl/private/dovecot.pem: No such file or directory [FAILED] Please guide me until i can make a key file.... Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

3 2

[Dovecot] Configure dovecot.
by Pahlevanzadeh Mohsen 14 Feb '04

14 Feb '04

Hi. I installed dovecot,via RPM.But i don't know that i how to configure it. Please guide me...... ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

[Dovecot] dovecot..
by Cami 13 Feb '04

13 Feb '04

Hi All.. Has anyone got any experimental patches for mysql auth? Regards, Cami

3 7

[Dovecot] Error While compiling with the Mysql patch
by Xavier Orduña 13 Feb '04

13 Feb '04

Hi! When I'm trying to compile the source-code I get this error message: mycrypt.o: In function `mycrypt': /root/soft/dovecot-0.99.10.4/src/auth/mycrypt.c:11: undefined reference to `crypt' /usr/local/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_compress_alloc': my_compress.o(.text+0xb4): undefined reference to `compress' /usr/local/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_uncompress': my_compress.o(.text+0x12a): undefined reference to `uncompress' I Included the FLAGS: AUTH_CFLAGS="-I/usr/local/include/mysql -DPASSDB_MYSQL -DUSERDB_MYSQL" \ AUTH_LIBS="-L/usr/local/lib/mysql -lmysqlclient" \ Before to compile, and I'm using a Debian woody. Do you know what happens? Thanks Xavi

2 1

[Dovecot] dovecot-IMAP-SSL-StartUp
by Pahlevanzadeh Mohsen 12 Feb '04

12 Feb '04

Hi everybody. I downloaded RPM of dovecot for RH9. & i installed it with "rpm -ivh ThatFILE.rpm" then i ran "service dovecot start" & i receiving following lines: Starting IMAP daemon (dovecot): Fatal: Can't use SSL certificate /usr/share/ssl/certs/dovecot.pem: No such file or directory [FAILED] Then i go to /usr/share/ssl/certs/ & i ran make dovecot.pem then i ran "service dovecot start" & i received following lines: Starting IMAP daemon (dovecot): Fatal: Can't use SSL key file /usr/share/ssl/private/dovecot.pem: No such file or directory [FAILED] Then i ran "cp /usr/share/ssl/certs/dovecot.pem /usr/share/ssl/private/" Then i ran "service dovecot start" & i received following lines: Starting IMAP daemon (dovecot): [ OK ] But i after it,I ran "service dovecot status" & i received following line: dovecot dead but subsys locked Please guide me...... Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

[Dovecot] Configuring MySql Patch
by Xavier Orduña 11 Feb '04

11 Feb '04

Hi! I have installed the patch, compiled and installed Dovecot. But how I modify the dovecot.conf to use it? I've been searching in the mailing list archive but I did'nt find anything. Thanks. Xavi

2 1

[Dovecot] Quitting list
by Ted S. Garaventa 11 Feb '04

11 Feb '04

I have tried all the methods outlined in the original email received from the list on unsubscribing and none work. Can someone tell me how to unsubscribe. All the links in the email sent to me when I subscribed are broken.

2 1

[Dovecot] The problem is in the folder, not in the messages
by Karl Eklund 11 Feb '04

11 Feb '04

About my problem with "dovecot crashes on certain spam messages", I have found that deleting the mail it is working on when it crashes just makes it crash on some other message, but deleting .imap.index.* from the directory of the folder in question makes everything good again.

1 0

[Dovecot] How to use Mysql Patch
by Xavier Orduña 11 Feb '04

11 Feb '04

Hi Sorry to post something that could be trivial, But how I apply the patch to use Mysql? Or is better that I wait to the new version? How long it will take to see the version with the patch inside? I have thinked about to use (vpopmail with MySql)+Dovecot. What about this option? Thanks a lot Xavi

2 1

[Dovecot] Dovecot on FreeBSD 4.9 - "Invalid Password Field"
by Jamie Heckford 11 Feb '04

11 Feb '04

Hi, I am attempting to get dovecot up and running on FreeBSD 4.9..... Tried with the default config file and my own one (below) but when trying to login I get the following: Feb 10 17:59:53 cobain dovecot-auth: passwd(jamie): invalid password field '*' It seems like it is trying to read straight from /etc/passwd? I thought it called getpw(). Is this a common error and could anyone shed some light on how to fix it? Thanks :) Jamie -- dovecot.conf ## Dovecot 1.0 configuration file base_dir = /var/dovecot/ protocols = imap imap_listen = 192.168.120.7 login_dir = /var/dovecot/login login_chroot = yes ssl_disable = yes ## IMAP login process login = imap login_executable = /usr/local/libexec/dovecot/imap-login login_user = dovecot login_process_size = 16 ## ## Mail processes ## # Maximum number of running mail processes. When this limit is reached, # new users aren't allowed to log in. max_mail_processes = 300 verbose_proctitle = yes first_valid_uid = 5000 last_valid_uid = 8000 first_valid_gid = 5000 last_valid_gid = 5100 default_mail_env = maildir:/u/home/%u client_workarounds = oe6-fetch-no-newmail outlook-idle mail_save_crlf = yes maildir_copy_with_hardlinks = yes mbox_locks = fcntl ## IMAP process imap_executable = /usr/local/libexec/dovecot/imap imap_process_size = 256 ## Authentication processes auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = passwd auth_user = root auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_verbose = yes

2 1

[Dovecot] a newbie question.
by Pahlevanzadeh Mohsen 09 Feb '04

09 Feb '04

Hi, I'm a newbie.Sorry for my question. I have RH9 & downloaded rpm of dovecot for RH9. I installed it: rpm -ivh nameOfthatrpm & when i ran #service dovecot start ,I recieved following lines: Starting IMAP daemon (dovecot): Fatal: Can't use SSL certificate /usr/share/ssl/certs/dovecot.pem: No such file or directory [FAILED] Please guide me........ ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 3

[Dovecot] Start-up
by Pahlevanzadeh Mohsen 09 Feb '04

09 Feb '04

Hi. I dovecot RPM on RH9,Of course,I used RPM fro RH9,But when i run "service dovecot start" I receiving a OK But when i run "service dovecot status" I receiving folloing line: dovecot dead but subsys locked & even when i run "ps -A |grep dovecot" ,i'm not receiving anythings. Please guide me..... Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

[Dovecot] Again SSL.
by Pahlevanzadeh Mohsen 09 Feb '04

09 Feb '04

Hi. I uninstalled dovecot.After it,I build a rpm from dovecot.org ,& installed it. Now,when i run service dovecot start ,I received following line: Starting dovecot: Fatal: Can't use SSL certificate /etc/ssl/certs/dovecot.pem: No such file or directory [FAILED] Please guide me... ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

[Dovecot] SSL certificate.
by Pahlevanzadeh Mohsen 09 Feb '04

09 Feb '04

Hi. I had generate a SSL cetificate. I performed following actions: mkdir /opt/LocalCA cd /opt/LocalCA mkdir certs mkdir private chmod 700 private echo '01' > serial touch index.txt cd /opt/LocalCA PATH=/opt/openssl/bin:$PATH export PATH OPENSSL_CONF=/opt/LocalCA/LocalCA.cnf export OPENSSL_CONF openssl req -x509 -newkey rsa -out cacert.pem -outform PEM -days 1825 Then made following files: /opt/LocalCA/cacert.pem # CA public certificate /opt/LocalCA/private/cakey.pem # CA private key Then i performed 2 actions: mv /opt/LocalCA/cacert.pem /usr/share/ssl/certs/dovecot.pem mv /opt/LocalCA/cakey.pem /usr/shar/ssl/private/dovecot.pem Now,I run service dovecot start & i received following line: Starting IMAP daemon (dovecot): [ OK ] But now i run service dovecot status & i recieving following line: dovecot dead but subsys locked PLEASE GUIDE ME......... ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0

[Dovecot] ANNOUNCE: Mailadmin - New web interface for virtual domains
by John Thompson 09 Feb '04

09 Feb '04

Hey there, I've written a(nother) web front end for postfix + dovecot + mysql, it's called Mailadmin. (I'm sure you could use it with another POP/IMAP server, I haven't though) You can download it at: http://waste.org/~jello/mailadmin/ Some features are: o Licensed under the GPL o Written in perl o Written with security in mind o Supports regular mailboxes, forward-only boxes, and catchalls. o Ability to undelete deleted users (You'll have to do this manually for now (see TODO)) o You can add as many admins as you want, and they can only see or modify their own domains/users. o Uses HTML::Template, so you can edit the pages to appear as you want without having to muck through a bunch of code There are still a few features left to add (deleting domains for instance), but it's been working great for me for a while. Also, Debian Sarge (or later) users can use the install script and brief instructions to go from a bare-bones install to fully working postfix + dovecot + mysql virtual domains with web front-end in 5 or 10 minutes. Guaranteed! (ok, maybe not _guaranteed_, but it's quite easy). Feedback is much appreciated.

1 0

[Dovecot] Bugzilla
by Kenneth Porter 08 Feb '04

08 Feb '04

--On Sunday, February 08, 2004 11:32 AM +0100 Lars Skovgaard <lars(a)misterp.dk> wrote: > Thanks a lot. Wow, I didn't even know about Bugzilla ...what a great site. Yep, a great thing. It grew out of Mozilla. I've installed it at my office for bug tracking. You just need Perl and MySQL. Timo, do you get Bugzilla's for Dovecot from Red Hat forwarded to you? It looks like Jeremy Katz of Red Hat is the component owner, but you could get listed as "QA contact" so that you get cc'd as new bugs are entered. The following query shows all bugs against the Dovecot component in all Red Hat "products": <https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=dovecot>

1 0

[Dovecot] Re: dovecot Digest, Vol 10, Issue 7
by Lars Skovgaard 08 Feb '04

08 Feb '04

>> As you can see, procmail puts a slash in the middle of the name, which >> of course is not allowed. This causes the rule to break, and the mail >> to be delivered to the default mailbox instead of the intended. > > That looks like this procmail bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859 > > Upgrading to procmail 3.22 should fix the problem. > > Paul Thanks a lot. Wow, I didn't even know about Bugzilla ...what a great site. I've upgraded to procmail 3.22, and the problem is solved! /Lars On 8/2-2004, at 11.00, dovecot-request(a)dovecot.org wrote: >> As you can see, procmail puts a slash in the middle of the name, which >> of course is not allowed. This causes the rule to break, and the mail >> to be delivered to the default mailbox instead of the intended. > > That looks like this procmail bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859 > > Upgrading to procmail 3.22 should fix the problem. > > Paul >

1 0

[Dovecot] CRAM-MD5 support?
by S Tanaka 08 Feb '04

08 Feb '04

Hi, I'm wondering what is dovecot's support for CRAM-MD5? The mailing list for November 2003 seems to indicate that Timo has included it into the CVS tree, however the ChangeLogs in the latest version does not say anything about it. The online docs has indicated that it's supported, but the doc files in 0.99.10.4 doesn't seem to mention about it.... Thanks in advance.

2 1

[Dovecot] Re: Illegal characters in message names
by Paul Adams 07 Feb '04

07 Feb '04

> As you can see, procmail puts a slash in the middle of the name, which > of course is not allowed. This causes the rule to break, and the mail > to be delivered to the default mailbox instead of the intended. That looks like this procmail bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859 Upgrading to procmail 3.22 should fix the problem. Paul

1 0

[Dovecot] Illegal characters in message names
by Lars Skovgaard 06 Feb '04

06 Feb '04

Hi all I've set up Dovecot to use maildir-storage according to the previous hint from Blair Zajac, and it's working perfectly. However, I still have a problem with the way procmail wants to name the received emails. The following is a slightly modified extract from my logs: procmail: [5373] Thu Feb 5 23:59:14 2004 procmail: Assigning "MAILDIR=/Users/name/Maildir/" procmail: Assigning "ORGMAIL=/Users/name/Maildir/" procmail: Assigning "DEFAULT=/Users/name/Maildir/" procmail: Assigning "INCLUDERC=/Users/name/Library/rc.myrules" procmail: Match on "^From:.*someone@somewhere.com" procmail: Error while writing to ".Folder/tmp/1076021954.5373_0.y/rc.myrulessomewhere.com" procmail: Couldn't create or rename temp file ".Folder/tmp/1076021954.5373_0.y/rc.myrulessomewhere.com" procmail: Assigning "LASTFOLDER=/Users/name/Maildir/new/ 1076021954.5373_1.rp.comsomewhere.com" procmail: Notified comsat: "name@0:/Users/name/Maildir/new/1076021954.5373_1.rp.comsomewhere.com" As you can see, procmail puts a slash in the middle of the name, which of course is not allowed. This causes the rule to break, and the mail to be delivered to the default mailbox instead of the intended. Does anyone know how to control which characters are allowed in procmail, or how to control the naming eg. by way of grep? /Lars

1 0

[Dovecot] Password prompt
by Zachary Schneider 05 Feb '04

05 Feb '04

When checking multiple POP3 accounts against Dovecot + ldap AUTH with outlook XP and Mail.app password dialogs randomly request that you reenter the password. I see stuff like this in the logs: Feb 4 19:02:25 geonosis dovecot: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) Feb 5 08:53:19 geonosis dovecot: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) and: Feb 4 12:00:41 geonosis pop3: I/O leak: 0x8050cc0 (0) Feb 4 12:00:41 geonosis pop3: I/O leak: 0x80848d0 (1) Feb 4 12:02:05 geonosis pop3: I/O leak: 0x8050cc0 (0) Feb 4 12:02:05 geonosis pop3: I/O leak: 0x80848d0 (1) and: Feb 4 11:35:02 geonosis dovecot-auth: Login process has too old (125s) requests, killing it. Feb 4 11:35:50 geonosis dovecot-auth: Login process has too old (123s) requests, killing it. This is the most recent version of Dovecot. IMAP appears to work pretty flawlessly. Please advise Thanks z

1 0

[Dovecot] Newbie question: How to make dovecot read /var/mail/user while using Maildir
by Lars Skovgaard 05 Feb '04

05 Feb '04

Hi I've been trying to figure out how to make dovecot read the system standard /var/mail/user, which is in mbox-format, while at the same time using Maildir as the preferred method of storage. When in Maildir-mode, I can store mail on the server without a hitch, but I don't receive mails. When in mbox-format, I can read and write, but the risk of corrupting mails is to high for me to consider mbox as an option. I would appreciate to hear from anyone who has a possible solution to this. Info about my system: MacOSX 10.2 Jaguar Apache 2.0.47 running Squirrelmail 1.4.2 PHP 4.3.2 Sendmail 8.12.9 Procmail v3.21 /Lars

3 2

[Dovecot] Dovecot crashes on certain spam messages
by Karl Eklund 05 Feb '04

05 Feb '04

Dovecot crashes. I think it's because of some message in my spam folder. It has happened once before, and that time I solved it by deleting that folder. It happens when I start gnus ("Checking messages in folder spam" or something like that), which makes gnus just stop, or when I try to enter that folder in mutt. Jan 30 17:07:09 kalle imap(ke): file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Is there something I can do to determine which message it crashed on? Maildir format, version 0.99.10.4.

5 10

[Dovecot] dovecot crash on sendfilev64 on solaris 8 (32bit) (WORKAROUND)
by Fabio Pietrosanti (naif) 04 Feb '04

04 Feb '04

Hi, related to my previous email i found that setting "mail_save_crlf = no" instead of yes make dovecot working. However if enabled on solaris 8 it doesn't work hanging on sendfilev64() call. I noticed that maildir file names are still different from maildrop and dovecot but now works. However moving bigger mailbox from local storage to remote imap server i receive "Disconnect for inactivity while waiting for command data" error triggered by client_input_timeout function in imap/client.c . The timeout is defined as CLIENT_CMDINPUT_TIMEOUT which is defined as CLIENT_OUTPUT_TIMEOUT which is 1 minute (60*1000) . I think that could be usefull to have this timeout tunable because when you tranfer into the imap server large quantity of data if it takes more than 1 minutes, process goes timeout ( altought with mutt 1.4i client ) . Regards -naif

1 0

[Dovecot] dovecot crash on sendfilev64 on solaris 8 (32bit)
by Fabio Pietrosanti (naif) 04 Feb '04

04 Feb '04

Hi, i'm running dovecot on a SMP sparc 32bit server with solaris 8(latest patch installed). Dovecot with ssl. Postfix+imap+maildrop . Dovecot work fine with every email and folders delivered by maildrop, but now i'm trying to move all my local folders (i'm using mutt and i'm storing my emails locally on my pc) to the imap server . The upload of an entire 12000 mails folders worked fine, when i try to access that folder i can see "fetching headers" and all it's ok but when i attempt to read a message dovecot imap process crash. Dovecot crash even if i attempt to read one single email moved from my local inbox to remote imap INBOX maildir. Dovecot work fine on every folder created by maildrop. I made some debugging with truss and found that he die on sendfilev64 call: 5113: 0 7 O K S t a t u s c o m p l e t e d .\r\n 5113: poll(0x0008B450, 1, 204) = 0 5113: poll(0x0008B450, 1, 0) = 0 5113: poll(0x0008B450, 1, 999) = 1 5113: time() = 1075892017 5113: read(0, 0x000925AC, 3796) = 35 5113: a 0 0 0 8 U I D F E T C H 1 2 5 1 3 B O D Y . P E E K [ 5113: ]\r\n 5113: time() = 1075892017 5113: time() = 1075892017 5113: time() = 1075892017 5113: fcntl(4, F_SETLKW64, 0xDFFFF510) = 0 5113: open64("/mailboxes/pietrosanti.it/lists@pietrosanti.it/.Cyber-Rights/cur/1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S", O_RDONLY) = 14 5113: fstat64(14, 0xDFFFF550) = 0 5113: time() = 1075892017 5113: write(1, 0x00093488, 40) = 40 5113: * 1 2 5 1 3 F E T C H ( U I D 1 2 5 1 3 B O D Y [ ] 5113: { 1 9 5 7 }\r\n 5113: sendfilev64(1, 1, 0xDFFFF3C0, 1, 0xDFFFF3BC) Err#124 EAFNOSUPPORT 5113: time() = 1075892017 5113: time() = 1075892017 5113: fcntl(4, F_SETLKW64, 0xDFFFF5F8) = 0 5113: close(14) = 0 5113: time() = 1075892017 5113: close(9) = 0 5113: munmap(0xDF230000, 1608) = 0 5113: munmap(0xDF220000, 10264) = 0 5113: close(10) = 0 5113: munmap(0xDF1A0000, 1560) = 0 5113: close(12) = 0 5113: munmap(0xDF190000, 2576) = 0 5113: close(13) = 0 5113: munmap(0xDF1B0000, 5) = 0 5113: close(11) = 0 5113: close(4) = 0 5113: munmap(0xDF4C0000, 330120) = 0 5113: munmap(0xDF240000, 2563740) = 0 5113: close(5) = 0 5113: munmap(0xDF1C0000, 330072) = 0 5113: close(7) = 0 5113: munmap(0xDF520000, 2576) = 0 5113: close(8) = 0 5113: munmap(0xDF790000, 5) = 0 5113: close(6) = 0 5113: fstat(3, 0xDFFFFAE0) = 0 5113: close(3) = 0 5113: alarm(0) = 16 5113: sigaction(SIGALRM, 0xDFFFFA48, 0x00000000) = 0 5113: llseek(0, 0, SEEK_CUR) Err#29 ESPIPE 5113: _exit(0) I noticed that maildir files created by dovecot have the following file names format: 1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S and maildrop one are in this other format: 1075893689.M267966P5215V01540032I001B6706_0.supertolla.itapac.net,S=1381:2,S I'm working on SPARC 32 bit architecture with the following compile options: CC=gcc CXX=gcc CFLAGS="-O9 -msupersparc -mcpu=supersparc -mtune=supersparc -fno-omit-frame-pointer -m32" CXXFLAGS="-O9 -msupersparc -mcpu=supersparc -mtune=supersparc -felide-constructors -fno-exceptions -fno-rtti -m32" CPPFLAGS="-I/usr/local/ssl/include/ -I/data/chroot/mysql/mysql/include/mysql" LDFLAGS="-L/data/chroot/mysql/mysql/lib/mysql -L/usr/local/ssl/lib" LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/ssl/lib:/data/chroot/mysql/mysql/lib/mysql export CC CXX CFLAGS CXXFLAGS CPPFLAGS LDFLAGS LD_LIBRARY_PATH ./configure --prefix=/dovecot --without-passwd --without-passwd-file --without-shadow --without-pam \ --without-ldap --without-vpopmail --without-pgsql --without-cyrus-sasl2 --with-ssl=openssl \ --with-ssldir=/etc/ssl --without-pop3d --with-mysql --with-static-userdb vi config.h #define PASSDB_MYSQL 1 #define USERDB_MYSQL 1 vi src/auth/Makefile add -lmysqlclient to LIBS LIBS = -lsocket -lnsl -lrt -lsendfile -lmysqlclient Regards -- Fabio Pietrosanti ( naif ) - f.pietrosanti(a)inet.it I.NET SpA - ( Operation Group, Network Security ) Sede: Via Darwin, 85 20019 Settimo Milanese (MI), Italy Tel: +39 02 32863.1 - Fax: +39 02 32863.7709 PGP Key avaiable on request -- Free advertising: www.openbsd.org - Multiplatform Ultra-secure OS

1 0

[Dovecot] Dovecot died due to some SSL related error
by Christof Baumgärtner 04 Feb '04

04 Feb '04

Hi, Dovecot (pre-compiled version of Fedora Core 1, configured for Maildir) is running fine for me since a few days. It happened now twice to me that dovecot died with the following error message in /var/log/maillog: Feb 4 11:18:27 hundehuette imap-login: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded Feb 4 11:18:27 hundehuette dovecot: Login process died too early - shutting down As these previous log messages indicate the login was working before without any problem: Feb 4 11:02:37 hundehuette imap-login: Login: andrea [192.168.2.138] Feb 4 11:05:56 hundehuette last message repeated 30 times Feb 4 11:09:02 hundehuette last message repeated 15 times Feb 4 11:12:08 hundehuette last message repeated 15 times Feb 4 11:15:15 hundehuette last message repeated 15 times Feb 4 11:18:21 hundehuette last message repeated 15 times Feb 4 11:18:26 hundehuette last message repeated 12 times Dovecot is running as user "dovecot" who does not have a ~/.rnd file Any idea? Thanks, Christof

1 0

Re: [Dovecot] Dovecot crashes on certain spam messages
by Dan Sully 03 Feb '04

03 Feb '04

I'm also seeing this - I wasn't able to get a core dump, but was able to get info from strace/lsof to track down the message: strace shows in a continuous read loop, as it's trying to go past EOF. pread(9, "", 3502, 30524) = 0 pread(9, "", 3502, 30524) = 0 pread(9, "", 3502, 30524) = 0 I've attached the problem message (gzipped). -D -- <dr.pox> does whistling in the dark make me go blind faster?

1 0

[Dovecot] SpamAssassin
by Kenneth Porter 03 Feb '04

03 Feb '04

--On Thursday, January 29, 2004 11:16 PM +0200 Timo Sirainen <tss(a)iki.fi> wrote: > I don't yet really even want Dovecot to be too well known, it's not > ready yet. When 1.0 comes (this spring I hope) I'll start publicizing it > more. After that I should only need to add new features - existing ones > should be perfect and better than anyone else's ;) Just a heads-up, then. A regular FAQ on the SA-Talk list is how to integrate SA into someone's IMAP/POP3 server, and once Dovecot gets popular, you'll start seeing that question here. I run SA from sendmail via MIMEDefang (to reject the egregious stuff), and from procmail on delivery (to tag and quarantine the borderline stuff). I'm not sure why people would use it in the IMAP server, but the question does come up.

8 9

[Dovecot] Dovecot dies on startup????
by Mitchell Baker 02 Feb '04

02 Feb '04

Trying to crank it up on our RedHat 8.0 system... I get the following.. I am sure it is something simple in the config.. just don't know what... Any help would be greatly appreciated.. Here is from the log.. If there is a way to get more log info that might help he as well.. Jan 29 14:30:34 smtp dovecot: Dovecot starting up Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting down Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127 Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe Thanks... See-ya Mitch -- /####################################################################/ /# Mitchell "Buzz" Baker "To Infinity And Beyond..." #/ /# Sr. Systems/Security Admin Rose-Hulman Institute of Technology #/ /# Mitchell.D.Baker(a)rose-hulman.edu www.rose-hulman.edu #/ /# For PGP Public key, check out www.keyserver.net #/ /####################################################################/

3 3

[Dovecot] Assert in Fedora dovecot-0.99.10.4-1
by Blair Zajac 30 Jan '04

30 Jan '04

Hello, I'm seeing this in my dovecot log file: imap(blair): Dec 16 13:53:06 Panic: file istream.c: line 93 (i_stream_set_read_limit): assertion failed: (stream->v_size == 0 || v_offset <= stream->v_size) I get this consistently when I search for the string "unknown C primitive" across 10 mailboxes using the Windows Netscape 4.80 client. If there's any more information I can provide, please let me know. Best, Blair -- Blair Zajac <blair(a)orcaware.com> Plots of your system's performance - http://www.orcaware.com/orca/

2 3

[Dovecot] Migrating from UW: mbx detection and conversion
by Kenneth Porter 30 Jan '04

30 Jan '04

I want to migrate my big mail folder hierarchy in preparation for converting from UW-IMAP to Dovecot. I've got a bunch of mbx format folders but some remain mbox. Has anyone done this? Any scripts out there for automating the conversion to all-mbox? I believe the only format conversion available is mailutil (part of UW-IMAP) and it works by opening an IMAP connection to the server and moving messages from one folder to the other. Is there any simpler method?

7 11

[Dovecot] dovecot crash
by Simon Bell 30 Jan '04

30 Jan '04

I woke up this morning and my dovecot server had died with the following in the dovecot.log file: pop3-login: Jan 23 10:23:08 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded dovecot: Jan 23 10:23:08 Error: Login process died too early - shutting down dovecot: Jan 23 10:23:08 Error: child 16321 (login) returned error 89 How can I find out whats going wrong?

2 2

[Dovecot] Dovecot not creating dirs
by marko sarunac 29 Jan '04

29 Jan '04

I have looked trough the archives and found similar scenarios but mine is a bit diff I got dovecot running (0.99.10.4-2) on debian testing and what is happening is that i created /home/marko/mail directory and configured my postfix to deliver mail to ~/mail/Inbox my default mail env is default_mail_env = mbox:%h/mail/:INBOX=%h/mail/Inbox:INDEX=%h/mail/.indexes Now when i first started my mozilla imap client what happened was! Jan 26 21:46:34 imap(marko): Can't create temp index /home/marko/mail/.indexes/.imap/INBOX/.temp.limbic.7523: No such file or directory Jan 26 21:46:34 imap(marko): utime() failed with index file /home/marko/mail/.indexes/.imap/INBOX/.imap.index: No such file or directory after i manually :~/mail$ mkdir .indexes :~/mail$ cd .indexes/ :~/mail/.indexes$ mkdir .imap :~/mail/.indexes$ cd .imap/ :~/mail/.indexes/.imap$ mkdir INBOX :~/mail/.indexes/.imap$ cd INBOX/ :~/mail/.indexes/.imap/INBOX$ i only get Jan 26 22:06:34 limbic imap(marko): utime() failed with index file /home/marko/mail/.indexes/.imap/INBOX/.imap.index: No such file or directory On the other note...when i try to delete any mail from Inbox using IMAP client i get "The current command did not succeed. The mail server responded: [TRYCREATE] Mailbox doesn't exist: trash" This obviously shows that dovecot can't create neither files nor directories I am using non system wide readable directories and just to try things i did chmod -R 777 mail from /home/marko didn't help any ideas and comments are greatelly appreciated!!!

2 1

[Dovecot] State of MySQL authentication
by Ian Armstrong 29 Jan '04

29 Jan '04

I am looking for a pop3 server that can authenticate via MySQL. It also needs to be able to do a POST_LOGIN_QUERY. I want to be able to update a "date" field in the database, so that I can see which accounts are active, and which are not. Please let me know more about Dovecot and MySQL. Thanks Ian. Ian Armstrong ---------------------------------- ika(a)expressmail.dk

2 1

[Dovecot] Problem starting dovecot..
by Mitchell Baker 29 Jan '04

29 Jan '04

Sorry if this is newbie question.. but I'm a newbie to dovecot.. Trying to crank it up on our RedHat 8.0 system... I get the following.. I am sure it is something simple in the config.. just don't know what... Any help would be greatly appreciated.. Here is from the log.. If there is a way to get more log info that might help he as well.. Jan 29 14:30:34 smtp dovecot: Dovecot starting up Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting down Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127 Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe Thanks... See-ya Mitch -- /####################################################################/ /# Mitchell "Buzz" Baker "To Infinity And Beyond..." #/ /# Sr. Systems/Security Admin Rose-Hulman Institute of Technology #/ /# Mitchell.D.Baker(a)rose-hulman.edu www.rose-hulman.edu #/ /# For PGP Public key, check out www.keyserver.net #/ /####################################################################/

1 0

[Dovecot] pgsql-dovecot auth problem
by Ewald Geschwinde 28 Jan '04

28 Jan '04

Jan 28 13:55:48 bachata dovecot-auth: PGSQL: Query "SELECT password FROM users WHERE userid = 'foo(a)foo.bar'" failed: I have this error in /var/log/mail.log I have installed a debian machine with dovecot debian packages in my test environment it runs perfect I have used the tutorials on wiki.dovecot.org And there is nothing in the postgresql log about this query And I'm logging queries HAs anyone encountered this error? Postfix send the mail in the right maildir Only the IMAP login does not work. Regards Ewald Geschwinde

1 1

[Dovecot] Customflags problem?
by Rick Johnson 24 Jan '04

24 Jan '04

I'm new here, but I'll just jump right in. I've been using Dovecot with Fedora for a bit with the default mbox format. I recently transitioned to the Maildir format since some users were getting mailboxes in excess of 1GB in size, which made expunging and flagging no easy task. Anyway, it appears now with Maildir, that customflags are "added" instead of "replaced". I.E. in Thunderbird or Mozilla, if I set a message label of 5 (Later), and then change it to 3 (Personal), all's fine. However, if I switch it back to Later, or attempt to remove it, the flags are not removed. When I examine the flags on the filename, I see something like :2,FSag. If I attempt to change to additional labels and/or flag the message, I'll end up with aefg on the same message. Unfortunately only the first flag is accepted, and Moz/Tbird keeps label 5 as "a" was "read" delivered first. If I mark label as none, the flags remain, meaning I have to manually rename the file to remove the flags. This wasn't a problem using the mbox format, since the flags were stored in the file itself. Is this something broken in how the reader is requesting or is it a fault in the dæmon itself not removing old customflags before adding new? I suspect something inside src/lib-index/maildir/maildir-index.c Also of note, Evolution can seem to remove them, but only does so upon exit. I've reproduced it in 0.99.10-6 (fedora core 1) and 0.99.10.4-1 (fedora devel) versions. I filed a Bugzilla report at bugzilla.redhat.com under 114230 (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114230) -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson(a)medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

1 0

[Dovecot] Internal error during expunge
by Tim Jakobsen 19 Jan '04

19 Jan '04

Hi, I'm using dovecot-0.99.10.4_1 on Freebsd. CPU architecture is i386. When ever I try to move messages og delete dem i get an internal error. Below I've tried to show what dovecot says. Mail gets stored using mbox format. After giving the internal error you kan try to expunge the mail again and it works without error. Any suggestions or ideas as to what could be wrong? is it a bug? A003 STORE 1 +FLAGS (\Deleted) * 1 FETCH (FLAGS (\Deleted \Seen)) A003 OK Store completed. A004 expunge imap(foo): Error: Error indexing mbox file /home/foo/Mail/INBOX.Drafts: LF not found where expected A004 NO Internal error [2004-01-14 14:08:13] Tia. -- Regards, Tim

2 1

[Dovecot] Certificate Authority-signed certs in dovecot?
by Benjamin J. Weiss 19 Jan '04

19 Jan '04

Hi! Sorry if this has been covered. I've just started using dovecot and I've searched via google and I've downloaded the maillist archives, but I haven't found a solution. I'm using Fedora Core 1, with dovecot-0.99.10-6. When I'm at work, I access my home mail server using Outlook Express (I know, I know, but it's the only client I'm allowed to use at work). Now, I'm able to get to my email, but I get a warning popup box each time I connect to the server, that the authenticity of the certificate can't be verified. I'm assuming that that's because I am using a self-signed certificate. Now, I'm also using postfix, and it allows for me creating my own CA certificate, and using it to sign my own certificates. The /etc/postfix/main.cf entries are: smtpd_tls_key_file = /etc/postfix/newreq.pem smtpd_tls_cert_file = /etc/postfix/newcert.pem smtpd_tls_CAfile = /etc/postfix/cacert.pem but while I see the following two lines in /etc/dovecot.conf: ssl_cert_file = /usr/share/ssl/certs/dovecot.pem ssl_key_file = /usr/share/ssl/private/dovecot.pem I don't see how to specify my CA cert. I'm pretty much a noob when it comes to openssl, but I've been able to follow directions to get the TLS working in both postfix and dovecot. I just want to get rid of that annoying message. I figure that there's a way to sign my dovecot certs with the ca cert I've already created for postfix, and tell dovecot about it somehow. Has anybody done this? Thanks! Ben

3 2

[Dovecot] Outlook 2002 sp-2 and initial connection after OS reboot
by David Crisp 14 Jan '04

14 Jan '04

I have a strange problem that I have been experienceing with dovecot: Dovecot version : 0.99.10.4-1 Using IMAP: When I restart the OS (windows XP) and open up Outlook 2002 SP2 I don't automatically get my IMAP folders on the DOVECOT imap server. (the one on the uw_imap server open up straight away) When I click on inbox I cam given a message saying : unable to connect to imap folders When highlight the inbox and go to "file" "connect to <imap server>" I get the error again.. "unable to connect to imap folders" If I just leave Outlook open for a while the folders mysteriously connect themselves. Has anybody seen this before and does anybody have any ideas on what to do to fix things. Is this an Outlook problem or a dovecot problem? I searched the archives and theres been nothing recently about this kind of problem. I need to get this system running in production very soon. --- David Crisp IT Systems Administrator WSL Consultants Pty Ltd dcrisp(a)wsl.com.au 2-8 Harvey Street Richmond Vic 3121 Australia Phone: +61 3 9429 4666 Fax: +61 3 9429 2294 Web: www.wsl.com.au ------------------------------------------------------------------------------ WSL Consultants Pty Ltd www.wsl.com.au Head Office: 2-8 Harvey Street, Richmond VIC 3121 Ph: (03) 9429 4666 Fax: (03) 9429 2294 Bendigo Office: Gate 6, Sharon Street La Trobe University, Bendigo PO Box 106, Strathdale VIC 3550 Ph: (03) 5444 7890 Fax: (03) 5444 7895 This message is intended solely for the individual(s) and entity(s) addressed. It is confidential and may contain legally privileged information. The use, copying or distribution of this message or any information it contains, by anyone other than the addressee, is prohibited. If you have received this message in error, please notify wsl(a)wsl.com.au. The mailbox address from which this message has been sent is for business mail only. Mail sent to it may be subject to security scanning and delivery of non-business messages sent to this address may not occur. Please note that the opinions expressed in this e-mail are those of the author, and are not necessarily those of WSL Consultants Pty Ltd. ------------------------------------------------------------------------------ ###################################################################### This e-mail message has been scanned and cleared by MailMarshal http://www.marshalsoftware.com ######################################################################

3 3

[Dovecot] dovecot and evolution
by Farkas Levente 13 Jan '04

13 Jan '04

hi, in evo when I open my mailbox INBOX is in the middle of my foder list. it seems evo sort folders alphanumericaly and eg Drafts is before INBOX. is there any way to put the inbox as the first folder? it very annoying:-( ps. anyway what is the status of the new indexing code and the thread view bug? thanks. -- Levente "Si vis pacem para bellum!"

3 3

[Dovecot] imap sync
by Arnold Cano 12 Jan '04

12 Jan '04

Has anyone used any of those utilities that synchronize imap email from one server to another? I tried using imapsync-1.65 and it reports that dovecot has no namespace support and requires me to manually enter the separator? Would this be "."? or ".INBOX"? or "/"? Thanks, Arnold

2 1

[Dovecot] some questions about log errors
by Charlie Allom 12 Jan '04

12 Jan '04

Hello, I migrated from the release target to the CVS target a few nights back, as I only use Maildir, and wanted look for improvements.. I am getting these errors in the maillog, and they keep coming up. I can delete the indexes, but wonder if it should be updateable by the mail-index process first? Jan 10 16:37:48 lazy pop3(ki): Updating broken sync_id in cache file /home/ki/Maildir/.INBOX/.imap.index.cache Jan 10 16:42:56 lazy pop3(ki): Updating broken sync_id in cache file /home/ki/Maildir/.INBOX/.imap.index.cache Jan 10 17:08:18 lazy pop3(ki): Updating broken sync_id in cache file /home/ki/Maildir/.INBOX/.imap.index.cache Jan 10 19:54:09 lazy pop3(ki): Updating broken sync_id in cache file /home/ki/Maildir/.INBOX/.imap.index.cache Jan 10 20:02:12 lazy pop3(ki): Updating broken sync_id in cache file /home/ki/Maildir/.INBOX/.imap.index.cache Jan 10 21:15:35 lazy pop3(ki): Updating broken sync_id in cache file /home/ki/Maildir/.INBOX/.imap.index.cache Jan 10 22:17:48 lazy imap(yeled): Corrupted index file /home/yeled/Maildir/.spam-caught/.imap.index: Duplicated message 1073729953.P4300Q320.lazy:2,S Jan 10 22:17:48 lazy imap(yeled): /home/yeled/Maildir/.spam-caught/dovecot-uidlist: Found duplicate filename 1073729953.P4300Q320.lazy, rebuilding Jan 10 23:50:19 lazy imap(yeled): Corrupted index cache file /home/yeled/Maildir/.mi.backups/.imap.index.cache: record points outside file Jan 10 23:50:19 lazy imap(yeled): Corrupted index cache file /home/yeled/Maildir/.mi.backups/.imap.index.cache: invalid record size Jan 10 23:50:19 lazy imap(yeled): Corrupted index file /home/yeled/Maildir/.mi.backups/.imap.index: Filename mismatch for UID 492: 1073739016.P11415Q5M850434.lazy vs 1073739017.P4404Q26M178284.lazy Jan 10 23:50:19 lazy imap(yeled): Couldn't lock created modify log file /home/yeled/Maildir/.mi.backups/.imap.index.log Jan 10 23:50:19 lazy imap(yeled): Warning: Inconsistency - Index /home/yeled/Maildir/.mi.backups/.imap.index was rebuilt while we had it open Jan 10 23:50:20 lazy imap(yeled): IndexID mismatch for modify log file /home/yeled/Maildir/.mi.backups/.imap.index.log As you can see the error says that it is `Updating broken sync_id' multiple times. The other errors - I'm not sure if they can be fixed.. C. -- charlie(a)rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled(a)lazy.spodder.com

3 4

[Dovecot] no such file or directory
by Arnold Cano 09 Jan '04

09 Jan '04

I successfully installed dovecot 0.99.10 on a fedora box using postfix 2.0.11 and when I try to connect using my mozilla mail client I get the following error in the maillog... Jan 7 18:52:16 www1 imap(arnoldc): utime() failed with index file /home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory As you can see I'm using maildirs located in the home directories. Here is a copy of my dovecot.conf and I've removed all the commented out lines to save space... protocols = imap imap_listen = * ssl_disable = yes login_dir = /var/run/dovecot-login login = imap default_mail_env = maildir:~/Maildir client_workarounds = oe6-fetch-no-newmail outlook-idle mbox_locks = fcntl auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = shadow auth_user = root auth_verbose = yes Also, I created the maildir manually and placed a copy in my /etc/skel so that all new users receive a copy. Here is the structure and permissions from the home directory... >ll drwx------ 5 arnoldc arnoldc 4096 Jan 7 18:33 Maildir >ll Maildir/ drwx------ 2 arnoldc arnoldc 4096 Jan 7 18:33 cur drwx------ 2 arnoldc arnoldc 4096 Jan 7 18:33 new drwx------ 2 arnoldc arnoldc 4096 Jan 7 18:33 tmp Any help would be appreciated! Arnold

2 3

[Dovecot] POP Before SMTP for Sendmail
by SIMflex Support 09 Jan '04

09 Jan '04

Does anyone have a patch or information resource on implementing POP before SMTP with sendmail and DoveCot? I implemented it using a qpopper patch before we swiched to DoveCot for Maildirs. We have been using DoveCot for almost a year now and love it better than any other IMAP or POP3 server. Thanks for the info, Doug Eubanks SIMflex Internet Support support(a)simflex.com SIMflex Telephone Support is available from 8am-8pm Mon thru Fri and 9am-12pm Sat 206-7934 Wilson Area 800-847-2979 All Other Areas

4 3

[Dovecot] Maildir and Mail at the same time.
by Dan Slowik 08 Jan '04

08 Jan '04

I am trying to use Maildir format for My inbox and be able to save the messages in ~/Mail. Problem is dovecot only show the Maildir mailboxes not the ~/Mail formatted boxes. How can I get this to work? If I use namespace or something how would this be configured I cannot find much documentation that explains it well enough. example: what would I have to configure in dovecot.conf or otherwise? I would like to see this. INBOX -- sent | drafts |- (Maildir format from ~/Maildir) trash -- sent -- recieved | deamons |- (mbox format from ~/Mail) unixfolk -- Currently I can only see the ~/Maildir like so. INBOX -- sent | drafts |- (Maildir format from ~/Maildir) trash -- Thanks __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003

4 4

[Dovecot] SSL and STARTTLS
by Mark E. Mallett 08 Jan '04

08 Jan '04

I wanted to enable SSL on some alternate ports so that a limited number of people could try SSL access. But doing so enabled STARTTLS in IMAP, so that all IMAP users got surprised (at least those whose clients attempted to use it automatically). e.g.: # IP or host address where to listen in for SSL connections. Defaults # to above non-SSL equilevants if not specified. imaps_listen = *:xxxx pop3s_listen = *:yyyy # Disable SSL/TLS support. ssl_disable = no Is there a way to enable imaps/pop3s without enabling STARTTLS? (If so it's probably blindingly obvious and I am missing it..) Yours, mm

3 3

[Dovecot] folders not subscribed
by Jerry Chiu 08 Jan '04

08 Jan '04

when migrated from courier-imap, I found that all the sub-folders are not subscribed, I have to manually subscribe all of them. It is not very practical since many of my users have complicated folder structure... Is it possible that the dovecot server auto-subscribe all sub-folders if the ".subscriptions" is not present in the Maildir? Thanks, Jerry

2 1

[Dovecot] no such file or directory
by Arnold Cano 08 Jan '04

08 Jan '04

I successfully installed dovecot 0.99.10 on a fedora box using postfix 2.0.11 and when I try to connect using my mozilla mail client I get the following error in the maillog... Jan 7 18:52:16 www1 imap(arnoldc): utime() failed with index file /home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory As you can see I'm using maildirs located in the home directories. Here is a copy of my dovecot.conf and I've removed all the commented out lines to save space... protocols = imap imap_listen = * ssl_disable = yes login_dir = /var/run/dovecot-login login = imap default_mail_env = maildir:~/Maildir client_workarounds = oe6-fetch-no-newmail outlook-idle mbox_locks = fcntl auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = shadow auth_user = root auth_verbose = yes Also, I created the maildir manually and placed a copy in my /etc/skel so that all new users receive a copy. Here is the structure and permissions from the home directory... >ll drwx------ 5 arnoldc arnoldc 4096 Jan 7 18:33 Maildir >ll Maildir/ drwx------ 2 arnoldc arnoldc 4096 Jan 7 18:33 cur drwx------ 2 arnoldc arnoldc 4096 Jan 7 18:33 new drwx------ 2 arnoldc arnoldc 4096 Jan 7 18:33 tmp Any help would be appreciated! Arnold

1 0

[Dovecot] problems getting password
by Scott Klein 07 Jan '04

07 Jan '04

I've got a signed certificate now, and since I installed it Dovecot dies when trying to launch with this error in the log file: imap-login: Jan 07 15:15:27 Fatal: Can't load private key file <snip>: error:0906406D:PEM routines:DEF_CALLBACK:problems getting password I know the passphrase my cert needs. Where can I tell dovecot that? Cheers, Scott

2 2

[Dovecot] Problem with Eudora
by Scott Klein 06 Jan '04

06 Jan '04

I'm trying to get Dovecot (dovecot-0.99.10-6) to work with Eudora (6.0 mac/win) and am having a real problem when I try to enable SSL, either TLS or alternate-port SSL. Although my other mail clients, mail.app, imp, etc. work just fine, either version of Eudora craps out when trying to connect via TLS or SSL -- on the mac I get the error Could not get mailbox list. 20 [CLOSED] IMAP connection broken (command) On the PC I get something similar. Sometimes, on the mac, I don't get the [CLOSED] part I get Unable to get the required mailbox list from the server I've tried the "esoteric settings" trick (setting "user plain text password" in the IMAP panel) but that doesn't work. Everything works fine when I turn SSL off. I'm kind of at my wit's end. Has anybody experienced this? Have I not read TFM? Hope y'all can help. Best, Scott Klein

3 2

[Dovecot] RE: Compile problem
by Alex S Moore 06 Jan '04

06 Jan '04

I am a package maintainer for the Solaris community site known as CSW or blastwave.org. A CSW user requested a dovecot package, so I am attempting to build the package. I downloaded 0.99.10.4 earlier this month and it compiles just fine on my test machine. I went to our CSW build machines to build a version that I can distribute. I got the latest CVS version and used the same environment variables and configure options as the build on my test machine. In src/lib-storage I get the following compile error. I do not have proxy-mail-storage.c on my test machine from the earlier download, so I hope this is a problem that you can easily fix. The environment is Sun SPARC on Solaris 8. I am using the Sun compiler which seems to work fine for this software. My configure options are ./configure --prefix=/opt/csw --with-libiconv-prefix=/opt/csw --with-shadow --with-pam --with-ldap --with-ssl=openssl --with-ssldir=/opt/csw/ssl .. cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I../../src/lib-mail -I../\../src/lib-imap -I/opt/csw/include -fast -xarch=v8 -I/opt/csw/include -c `te\st -f 'proxy-mail-storage.c' || echo './'`proxy-mail-storage.c "proxy-mail-storage.c", line 10: void function cannot return value cc: acomp failed for proxy-mail-storage.c *** Error code 2 make: Fatal error: Command failed for target `proxy-mail-storage.o' Current working directory /export/home/asmoore/build/dovecot-0.99.10/src/lib-st\orage *** Error code 1 .. Thanks, Alex Moore

3 3

[Dovecot] DIGEST-MD5 Authentication
by Dominic Marks 06 Jan '04

06 Jan '04

Hello, I am confused by a problem I am having getting Dovecot to authenticate users with DIGEST-MD5. I am receiving the error message, "Unexpected service type in digest-uri". (cvs: mech-digest-md5.c, line 407) From an examination of the code it is clear that a check is performed to see if the first component of a the digest-uri triplet is the string "imap". The service type surely is IMAP, and from what I can gather of the expected format of the digest-uri triplet from the comments in the code it should be the first component. Is this just a case of inverted logic or am I mistaken ? Thanks, -- Dominic <dom at wirespeed.org.uk>

2 1

[Dovecot] logfile errors
by Simon Bell 06 Jan '04

06 Jan '04

Ive recently installed dovecot as a replacement for my uw-imap server. Ive noticed a few error messages in the log file, although in operation ive seen no problems from my mail client. The errors are: pop3(admin): Dec 26 21:19:37 Error: Error indexing mbox file /var/mail/admin: LF not found where expected and pop3-login: Dec 29 14:54:03 Warning: SSL_read() syscall failed: EOF [192.168.7.2] There appears to be a large number of the SSL_read errors, though SSL appears to work fine from outlook. Is there any explanation to what they mean or are they insignificant enough to ignore? thanks Simon

2 1

[Dovecot] USER environment
by Evert Mouw 05 Jan '04

05 Jan '04

Browsing in the 2003-September archives, I found out how to start dovecot from inetd (using imap-login instead of imap). Still I've got a few problems. I prefer not using inetd, but that seams impossible (see my 1st email). And telnetting to port 143 results in an immediate connection close. Hmmm, I'll continue exploring the archives. Regards Evert

2 1

[Dovecot] dovecot + ssl + outlook
by super.bonz＠tin.it 30 Dec '03

30 Dec '03

i have installed dovecot on my debian server..... i have configured with imap + ssl all ok but i have one problem when I lunch for example outlook or outlook express appears this error Title of error page: Internet Secuiruty Warning The server you are connected to is using a security certificate that could not be verified The certificate's CN name does not match the passed value. Do you want to continue using this server? If I click to yes ....it works. please help me thanks Chris

3 2

Re: [Dovecot] USER environment
by Tim Miller 29 Dec '03

29 Dec '03

On Mon, 29 Dec 2003, Evert Mouw wrote: > Browsing in the 2003-September archives, I found out how to start dovecot > from inetd (using imap-login instead of imap). Still I've got a few > problems. I prefer not using inetd, but that seams impossible (see my 1st > email). And telnetting to port 143 results in an immediate connection close. > Hmmm, I'll continue exploring the archives. What does the logfile say? If you're using syslog, dovecot uses the LOG_MAIL facility I think, so you might want to check whatever log that prints to. I had a couple problems like this, and it was because I had set up authentication incorrectly, so you may want to double check that. Best, Tim M.

1 0

[Dovecot] Fatal: USER environment missing
by Evert Mouw 29 Dec '03

29 Dec '03

I have some trouble installing dovecot, and maybe someone can help me. I have compiled dovecot on a Slackware Linux 9.0 running on a i586, and the imap program works OK (I tested it using the method described in the error reporting document). The make install procedure didn't create a correct /etc/rc.d/rc.dovecot file. I have created a dovecot user and group manually. Running just "dovecot" from the command line does not give any errors, but dovecot terminates and doesn't whow up with ps x. So I tried to start it from inetd, but starting dovecot from inetd results in something like "port 143 already in use", so I decided to start /usr/local/libexec/dovecot/imap directly from inetd, which results in Fatal: USER environment missing, even when using root for everyting (and the environment variable USER really exists). I fiddled with various options in the dovecot.conf file without any results. Now I'm stuck; the INSTALL document actually is a BUILD document and I can't find anything about post installation :-( Someone any ideas? Regards Evert Mouw

1 0

[Dovecot] New installation questions
by Jason Parsons 29 Dec '03

29 Dec '03

Howdy. I'm trying to get dovecot working on Solaris 9/sparc. I'm using LDAP as an authentication backend. After running dovecot and attemping an imap login, I'm getting this message: imap-login: Dec 29 01:52:29 Fatal: fd_send(4) failed: Bad file number imap-login: Dec 29 01:52:29 Fatal: fd_send(4) failed: Bad file number dovecot: Dec 29 01:52:29 Error: child 22972 (login) returned error 89 dovecot: Dec 29 01:52:29 Error: child 22973 (login) returned error 89 Any ideas what could cause this? Also, I would like to run dovecot using daemontools and qmail-ldap's auth_imap. Is this possible with dovecot? An example supervise/run file would be much appreciated. Thank you. - Jason Parsons

1 0

[Dovecot] Bugfix for use with "Opera mail" and "AnalogX"
by Gerhard Muntingh 23 Dec '03

23 Dec '03

Dear developers, [ Please CC me as I'm not subscribed to this list. ] In src/pop3-login/client.c: void client_send_line(struct pop3_client *client, const char *line) { o_stream_send_str(client->output, line); o_stream_send(client->output, "\r\n", 2); } Called as 'client_send_line(client "+OK dovecot");'. This function sends two packets to the client. It appears Opera mail and AnalogX proxy recognise the 1st packet as a complete welcome and send their "USER " command after receiving it. They then receive the newline in the next packet and get confused. This is very probably a bug in those two programs, but it would still be great if it could be fixed in the dovecot source. My personal fix involved a buffer on the stack (char tmp[LENGTH]) and some sanity checks wherein the newline is strcat'ed to the string. That's not very nice, but it works for me. Can someone please fix this? There may even be more pop clients having problems with this. kind regards, Gerhard Muntingh.

2 2

[Dovecot] Maildir quotas support in Dovecot and 2 other newbie questions
by Theodore Knab 21 Dec '03

21 Dec '03

I am not familiar with all the features that Dovecot has, but I am familiar with Courier IMAP using Maildir. Does Dovedot have a software based Maildir supporting quota program like Courier IMAP ? Can maildrop be used with Dovecot for quotas ? Courier IMAP has maildrop integrated. - If maildrop support is turned on in Courier IMAP, then a user will get a quota warning mail message each time they login to their account and are over the specified amount. Is there a recommended MTA to be used with the DoveCot IMAP server ? -- ------------------------------------------ Ted Knab Chester, MD 21619 ------------------------------------------ 35570707f6274702478656021626f6c6964796f6e602f66602478656 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 4797e2a0

3 2

[Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
by Jaldhar H. Vyas 20 Dec '03

20 Dec '03

On Tue, 16 Dec 2003, Jeroen van Disseldorp wrote: > Package: dovecot-imapd > Version: 0.99.10.4-2 > Severity: normal > > When accessing a maildir with "all folders" instead of "only subscribed > folders", dovecot wrongfully reports its index-files (.imap.*) as mail > folders. When the client (KMail 1.5.2 in my case) checks for email, it > aborts halfway with the message: > > Unable to get information about folder imap.index. The server replied: > Internal error [2003-12-15 23:53:05] > > I noticed the same thing with the .subscription-file, but that seems to > have disappeared after a reinstall of dovecot*. Squirrelmail, which > only checks subscribed folders, has no problems. > > The problem started with the last upgrade from 0.99.10.4-1 to -2. -1 was > working fine. I am using Debian GNU/Linux unstable (fully updated) with > kernel 2.4.18-686. I don't think the problem was caused by the upgrade as I only changed one Debian dependency. I am Cc'ing the Dovecot mailing list to see if the developer or anyone else has some insight into this. -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

7 13

[Dovecot] multiple auth= statements
by Stephan van Beerschoten 16 Dec '03

16 Dec '03

I'm new to dovecot and it's configurations. Reading the config file, I have a question regarding having multiple auth= lines in there. Is this some sort of a pass-through or fail-through system of authentications like where if a user is not authenticated using 'pam', then the second method is tried (which might be sql or plain passwd-txt) ? Am I assuming the right thing here ? I have system-users, but am planning to migrate the majority of those users to a virtual_mailbox system (using postfix) where they have no more system-users . I just want to be sure this will work. If anybody has setup a system with postfix and virtual mailboxes in combination with dovecot, and wants to swap stories and setups, I'd be grateful :) /Stephan -- Stephan van Beerschoten [KeyID: 0x08F12864] "If you are adminstering UNIX systems and don't master tools such as make, shell, and perl, then you are working too hard." -- Wietse Venema. Fri, 12 Dec 2003

2 1

[Dovecot] Always 'new mail' false notifications?
by Stephan van Beerschoten 16 Dec '03

16 Dec '03

Hi, I just yesterday played around and installed dovecot. I like it a lot (except for the lack of mysql support), but I have one issue I can't seem to fix. I am using mutt as my mailclient and mutt will alert me whenever new mail has arrived in any mailfolder I have configured. The thing is, that mutt continously signals me of new mail in all my folders, when in reality nothing has entered there. Does this sound familiar to anyone ? All I can think of, is that something is happening with modification timestamps of my mailboxes which signals the new mail flag, but I don't know what causes it. A small description of my setup: One server running dovecot. I access mail locally via IMAP, but can also access the spoolfiles and mailfolders directly. I'm the only one with shell access. Procmail filters mail and delivers it to my mailfolders in ~/Mail. Any ideas ? -- Stephan van Beerschoten [KeyID: 0x08F12864] "To err is human, to forgive is Not Company Policy"

2 3

[Dovecot] Mailing list problems fixed
by Timo Sirainen 16 Dec '03

16 Dec '03

On Tue, 2003-12-16 at 12:00, mailman(a)dovecot.org wrote: > ...: host ...[...] said: 504 > <talvi>: Helo command rejected: need fully-qualified hostname (in reply to > RCPT TO command) Whops. 12 people's subscriptions got disabled because of that. It's fixed now and I've restored the subscriptions.

1 0

[Dovecot] corrupted empty message with CVS
by dean gaudet 09 Dec '03

09 Dec '03

with CVS as of an hour ago i'm seeing corruption of messages (in an mbox) with an empty message body. for example, here's what i have in my test INBOX right after receiving the empty message: --- top of INBOX --- >From dean(a)arctic.org Tue Nov 25 19:02:23 2003 Return-Path: <dean(a)arctic.org> Delivered-To: dgtest(a)arctic.org Received: (qmail 3626 invoked by uid 500); 26 Nov 2003 03:02:23 -0000 Received: from localhost (sendmail-bs(a)127.0.0.1) by 127.0.0.1 with SMTP; 26 Nov 2003 03:02:23 -0000 Date: Tue, 25 Nov 2003 19:02:23 -0800 (PST) From: dean gaudet <dean(a)arctic.org> To: dgtest(a)arctic.org Subject: quibble Message-ID: <Pine.LNX.4.58.0311251902160.15721(a)twinlark.arctic.org> X-comment: visit http://arctic.org/~dean/legal for information regarding copyright and disclaimer. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on twinlark.arctic.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=ham version=2.60 --- end of INBOX --- and then i use pine 4.58 to access {localhost}INBOX and it shows a corrupted message (no subject/etc) then i quit pine, and here's what the INBOX looks like on disk afterwards: --- top of INBOX --- >From dean(a)arctic.org Tue Nov 25 19:02:23 2003 X-IMAPbase: 1069815483 6 Status: RO X-UID: 6 Content-Length: 0 X-Keywords: --- end of INBOX --- any ideas or other info which would be useful? thanks -dean

2 5

[Dovecot] Authenting in Linuxconf format
by Marc Perkel 08 Dec '03

08 Dec '03

I have an existing email system and I'm trying to addapt dovecot into it. It uses the linuxconf virtual email format. The way it is set up is there there are multiple passwd/shadow files - one for eact domain. They are in standard format. The names of these files are: /etc/vmail/passwd.domain.com /etc/vmail/shadow.domain.com I tried this: auth_userdb = passwd-file /etc/vmail/passwd.%d auth_passdb = passwd-file /etc/vmail/shadow.%d but - it didn't expand the %d So - is this going to work? If not - how do you do virtual domains? The documentation is less than complete on this.

2 1

[Dovecot] Folder names
by Keith Edmunds 08 Dec '03

08 Dec '03

I'm not sure offhand exactly which version of Dovecot I'm running - it doesn't seem to have a -V switch. Anyway, I created a folder which had periods in the name. There was no problem with that, but MUAs now report that folder as a hierarchy. For example: customers | +-customername.com | +-another.customer.com has become: customers | +-customername | | | +-com | +-another | +-customer | +-com Now the obvious answer is "don't do that". However, should Dovecot either a) refuse to create a folder with an embedded period in the name or 2) manage (somehow) the fact that not all periods represent hierarchical delimiters? Keith PS Damn fine software, Dovecot

2 1

[Dovecot] server changes
by Timo Sirainen 08 Dec '03

08 Dec '03

Moved Dovecot's web, dns, mails, cvs and all to different server. Plan is to get it moved elsewhere for hosting once everything looks to be working. dovecot(a)dovecot.org is the preferred posting address to this list now, although dovecot(a)procontrol.fi should still keep forwarding the mails.

1 0

[Dovecot] subscriptions list destroyed
by kalle-e＠medelklassen.com 04 Dec '03

04 Dec '03

What could be the reason that the subscribed folders list becomes messed up? If i do this: $ rm ~/.maildir/.subscriptions $ evolution [subscribe to everything, exit program] $ cat ~/.maildir/.subscriptions debian sers va $ (or some other random text which seems to come from parts of the folder list) This makes Mozilla Mail go crazy. Evolution and Gnus work OK since they seem to have their own list, but switching back and forth between Evolution and Gnus makes Evolution forget the list. I don't think I had this problem before. I used mbox then.

2 2

[Dovecot] Problems on startup
by Joona Kulmala 04 Dec '03

04 Dec '03

Hi. When I'm trying to start dovecot, I get following error: Fatal: net_set_nonblock() failed: Operation not supported by device What's that error about? System is FreeBSD 5.1. I think this problem is related to FreeBSD. Dovecot works fine on my Linux-servers. Thanks in advance, Joona -- Joona Kulmala <joona(a)fiveam.org>

2 2

[Dovecot] Severe pop3 incompatibility report
by Kadlecsik Jozsi 04 Dec '03

04 Dec '03

Hello, According to our experiences, most recent dovecot incompatible with eudora pop3 client - eudora (5.1, 6), pop3, 'leave on server' enabled: the clients receive the full inbox *every time* they check the inbox on the server. [Users using other MUAs experienced the same once, at switching from uw-pop3d/imapd to dovecot.] That is absolutely devastating, especially for home users behind a modem line. We spent a full week with trying to find a workaround with eudora: no avail. The only solution remained was to revert back to uw-pop3d. :-( Best wishes, Jozsef Kadlecsik -- E-mail : kadlec(a)sunserv.kfki.hu, kadlec(a)blackhole.kfki.hu PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt Address: KFKI Research Institute for Particle and Nuclear Physics H-1525 Budapest 114, POB. 49, Hungary

2 3

[Dovecot] Dovecot 0.99.10.4 for Debian
by Jaldhar H. Vyas 02 Dec '03

02 Dec '03

I've packaged 0.99.10.4. Owing to the continued downtime on the Debian servers, I've temporarily put the .debs up on my own site. The URL is http://www.braincells.com/debian/ A backport to woody is also available. -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

1 1

[Dovecot] Pid file?
by Robin Breathe 01 Dec '03

01 Dec '03

I'd certainly appreciate the addition of a configurable pid file (either ./configure --with-pid=... or config file). It makes rc.d scripts that much neater. - Robin

1 0

[Dovecot] Dovecot for solaris 8 x86
by Ted S. Garaventa 29 Nov '03

29 Nov '03

Does someone out there have the ability to compile dovecot for solaris 8 x86. I have tried and failed to get it to work. Any format would be acceptable tar or pkgadd. Thanks in advance for any help. Ted

3 2

[Dovecot] Maildir Sub folder was not fetch as start
by 陳銘偉 Chan Min Wai 28 Nov '03

28 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I'm new to dovecot and have been using sinces Fedora Core 1 release. My setup is as below. Server : dovecot Imap Maildir (was from courier-imap) (v 0.99.10 from fedora) Client : Mozilla mail 1.5 (rpm from www.mozilla.org with some additional patch to work with fedora) The Problem is like this. When the Maildir is in this format .INBOX.Foldername And Subfolder is .INBOX.Foldername.Subfolder (courier-imap don't use this file names, I rename it personally) So that the client can access without any changes. When using this Folder format I've no problem on fetching the subfolder. They all load nicely when mozilla mail start. So One day I've change My Maildir into this format .INBOX.Foldername ---> .Foldername .INBOX.Foldername.Subfolder ---> .Foldername.Subfolder Something weird happen... My foldername is System Log The subfolder just don't load it correctly *ON THE FIRST TIME of access* on mozilla I'll have to click on the mail root (as a refresh) to make sure it fetch all the folder. Well Maybe This is not dovecot Problem so I'm here to Just make sure this. BTW, I'm not using a subscribe folder in the mozilla. so that it will show all folder in my Maildir. Thank You Chan Min Wai - -- 馬來西亞淨宗學會 Amitabha Buddhist Society (M) 16A, 1st Floor, Jalan Pahang, 53000, Kuala Lumpur, Malaysia. Tel:+603-40414101, 40452630 Fax:+603-40412172 WebPage: http://www.amtb-m.org.my E-Mail: amtbmy(a)amtb-m.org.my -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/xtIPV0p9slMZLW4RAtQ0AKCuvyy2pkamzZh0CFhy1+0bbrEKzQCg0s7p oOPoooeQpMp/135MCyeJX1A= =Gqbu -----END PGP SIGNATURE-----

2 2

[Fwd: Re: [Dovecot] Compiling dovecot on SuSE 9]
by Ted S. Garaventa 28 Nov '03

28 Nov '03

Thank you very much for the rpm.... it works great on SuSE 9. I still don't understand how you compiled it to work!!! Thanks again Ted hi, On 2003-11-26 17:44:43 +0200, Timo Sirainen wrote: > Doesn't the error message get written to log file as well? If not, I'll have to fix it. timo it wasnt in earlier versions. but for 0.99.10.4 it reports the missing ssl cert to the stderr of the current console. but no messages in the log. and why did you enabled pgsql auth as default in the dovecot-example.conf? it took me 10 min to find out why it was whining about the conf. ;) and would it possible to modify the paths in the example config according to the sysconfdir? for Ted: http://monsters.rsn.uni-rostock.de/~darix/suse/9.0/ i added dovecot-0.99.10.4-1.i586.rpm today. darix -- irssi - the client of the smart and beautiful people http://www.irssi.de/

2 1

[Dovecot] pop3-login process leakage
by Clive Jones 28 Nov '03

28 Nov '03

Hi, I've recently deployed dovecot on our servers, to replace courier-imapd. I'm delighted with its features and performance, but there's a major problem - it's leaking pop3-login processes. We have about 60 client machines, each collecting mail once every two minutes. In this configuration, the number of pop3-login processes increases by about ten an hour - apparently without bound. My workaround is to increase the open files rlimit, and the kernel overall limit on open files. This postpones disaster for long enough that killing and restarting dovecot nightly avoids problems. A possibly related problem is that about 1% of attempted POP3 logins fail. At the server, all I see is a syslog entry like this: Nov 3 22:17:21 greenwich pop3-login: Disconnected: Inactivity [10.76.30.246] At the client, there is a long (about 60-second) timeout. Then the client automatically retries, and generally succeeds. There are *not* exactly as many such disconnects as there are stray pop3-login processes - I counted roughly 230 inactivity disconnects in the time it took for 190 stray processes to accumulate. We are running dovecot 0.99.10 on OpenBSD 3.2 . The configuration is fairly normal, except that we are using a custom userdb and passdb (compiled as shared objects): auth_userdb = passwd8 auth_passdb = smb passwd8 is just userdb-passwd.c with a trivial tweak to truncate presented user names to eight characters. smb is an shim that delegates authentication to smbclient, to check passwords against NT domain controllers. I've placed the source code for these two modules in: http://www.nsict.org/~clive/misc/dovecot-2003-11-04/ ...along with my dovecot.conf, and a file that illustrates the growth in the number of pop3-login processes over time. So far as I'm aware, those modules are loaded by the dovecot-auth process, not the pop3-login processes, and are therefore unlikely to be the problem? The client machines are LAN-connected, and running a mixture of Outlook (2000/XP) and Outlook Express (5.5 and 6). There are also a couple of people using Mozilla. Most are collecting e-mail via POP3, a few via IMAP. This issue didn't show up under beta-test loading before I deployed dovecot. Since it seems only to be exhibited (or, at least, noticeably exhibited) under live load, it's very hard for me to diagnose things further without disrupting service. I'd be very grateful if anyone could suggest what might be wrong. Regards, --Clive.

2 5

[Dovecot] Pid file?
by Clive Jones 27 Nov '03

27 Nov '03

Is there a way to make Dovecot maintain a pid file? Most daemons put their pid in /var/run/dovecot.pid (or similar) while they are running, then remove it on exit, but I can't find any option to do this in Dovecot. (Of course, if I could work out how on earth to stop Dovecot leaking processes, I wouldn't be looking for a simpler way to keep bringing the daemon down and restarting it. (-8 ) Regards, --Clive.

2 2

[Dovecot] Compiling dovecot on SuSE 9
by Ted S. Garaventa 27 Nov '03

27 Nov '03

Again I am asking for some help to compile and configure dovecot on SuSE 9. I have configured and compiled it as per the instructions and no errors or problems. When I try to run dovecot from the command line it does not complain or give me any errors. The daemon starts and dies almost immediately. Do I need to compile differently? What can I do to see what is the problem. I was asked to run strace but I don't know what it is telling me. Thanks

3 3

[Dovecot] Incompatibility with eudora
by Kadlecsik Jozsi 27 Nov '03

27 Nov '03

Hello, We installed dovecot-0.99.10.2 on Monday and upgraded to dovecot-0.99.10.4 today, but our eudora users still are very unhappy: old undeleted mail messages are donwloaded every time they use our server. Looking into the source code, we found that dovecot knows about the following status flags: A: answered F: flagged (?) T: draft (?) R: seen (read) D: deleted However, it does not know and ignore the O flag. According to IETF (http://www.ietf.org/internet-drafts/draft-palme-mailext-headers-08.txt) the following flags are valid (I know, it's a draft and not RFC): U: message is not downloaded and not deleted R: message is read or downloaded O: message is old but not deleted D: to be deleted N: new "Combinations of these characters can occur, such as "Status: OR" to indicate that a message is downloaded but not deleted." The old mails of our eudora users contain exactly this flag combination: Status: RO Could the compatibility problem somehow be fixed? Currently our system is pretty unusable for the users :-( Thank you and best regards, Jozsef -- E-mail : kadlec(a)sunserv.kfki.hu, kadlec(a)blackhole.kfki.hu PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt Address: KFKI Research Institute for Particle and Nuclear Physics H-1525 Budapest 114, POB. 49, Hungary

1 0

[Fwd: Re: [Dovecot] Compiling dovecot on SuSE 9]
by Ted S. Garaventa 27 Nov '03

27 Nov '03

Thanks for the reply regarding the compilaton of dovecot to SuSE 9. I have made the key and put it in the correct area but still no luck. I have attached the strace output to the end of this email. Thanks!!! > Date: Wed, 26 Nov 2003 00:17:07 -0800 (PST) > From: "Ted S. Garaventa" <tsg(a)cctg.com> > Subject: [Dovecot] Compiling dovecot on SuSE 9 > To: dovecot(a)procontrol.fi > > Again I am asking for some help to compile and configure dovecot on SuSE 9. im working on some rpm for it. i think ill release them on thursday. > I have configured and compiled it as per the instructions and no errors or problems. When I try to run dovecot from the command line it does not complain or give me any errors. The daemon starts and dies almost immediately. you did everything right so far. the problem is that dovecot comes with SSL enabled by default but there is no cert for it. go to $SRCDIR/doc/ edit mkcert.sh (change imapd.pem to dovecot.pem) run it. restart dovecot and everything will be fine. but you need a dovecot pam file. i use the file from [1]. > Do I need to compile differently? What can I do to see what is the problem. I was asked to run strace but I don't know what it is telling me. the solution would be: strace -e trace=file dovecot you would see a file not found error at the end of the log. darix [1] http://monsters.rsn.uni-rostock.de/~darix/suse/dovecot you can find the patch for mkcert.sh + dovecot.pam + init script there. and of course the rpm when it's done. -- irssi - the client of the smart and beautiful people http://www.irssi.de/ strace output follows: --------------------------------------------------------------------------- casella:/etc/ssl/private # strace -e trace=file /usr/local/sbin/dovecot execve("/usr/local/sbin/dovecot", ["/usr/local/sbin/dovecot"], [/* 55 vars */]) = 0 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=86690, ...}) = 0 open("/lib/i686/libc.so.6", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0755, st_size=1461208, ...}) = 0 open("/usr/local/etc/dovecot.conf", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=18087, ...}) = 0 pread(3, "## Dovecot 1.0 configuration fil"..., 2048, 0) = 2048 pread(3, "gfile instead of syslog(). /dev/"..., 2035, 2048) = 2035 pread(3, "k-bombing\n# we check only once i"..., 1978, 4083) = 1978 pread(3, "processes (ie. /var/mail will al"..., 2046, 6061) = 2046 pread(3, " which speeds up most operations"..., 2023, 8107) = 2023 pread(3, "s. There\'s no access checks othe"..., 2008, 10130) = 2008 pread(3, " and flock too; if you do the or"..., 2024, 12138) = 2024 pread(3, "modules = /usr/lib/dovecot/pop3\n"..., 2042, 14162) = 2042 pread(3, "e, see doc/dovecot-pgsql.conf\nau"..., 1883, 16204) = 1883 open("/etc/nsswitch.conf", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1291, ...}) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=86690, ...}) = 0 open("/lib/libnss_compat.so.2", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0755, st_size=33795, ...}) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0755, st_size=89220, ...}) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=86690, ...}) = 0 open("/lib/libnss_nis.so.2", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0755, st_size=40322, ...}) = 0 open("/lib/libnss_files.so.2", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0755, st_size=42162, ...}) = 0 open("/etc/passwd", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1475, ...}) = 0 open("/etc/passwd", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1475, ...}) = 0 access("/usr/local/libexec/dovecot/imap-login", X_OK) = 0 access("/usr/local/libexec/dovecot/imap", X_OK) = 0 lstat64("/usr/local/var/run/dovecot", {st_mode=S_IFDIR|0700, st_size=72, ...}) = 0 open("/usr/local/var/run/dovecot", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFDIR|0700, st_size=72, ...}) = 0 lstat64("/usr/local/var/run/dovecot", {st_mode=S_IFDIR|0700, st_size=72, ...}) = 0 open(".", O_RDONLY|O_LARGEFILE) = 3 open("/usr/local/var/run/dovecot/login", O_RDONLY|O_LARGEFILE|O_NOFOLLOW) = 4 open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 fstat64(5, {st_mode=S_IFDIR|0750, st_size=48, ...}) = 0 lstat64("/usr/local/var/run/dovecot/login", {st_mode=S_IFDIR|0750, st_size=48, ...}) = 0 open("/usr/local/var/run/dovecot/login", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFDIR|0750, st_size=48, ...}) = 0 lstat64("/usr/local/var/run/dovecot/login", {st_mode=S_IFDIR|0750, st_size=48, ...}) = 0 access("/usr/local/libexec/dovecot/dovecot-auth", X_OK) = 0 open("/dev/null", O_RDONLY|O_LARGEFILE) = 3

1 0

[Dovecot] a couple more tidbits on the conversion process
by Eric S. Johansson 26 Nov '03

26 Nov '03

a couple of things that really helped me when converting from mbox to maildir. First is to see how simple procmail changes could be. in your /etc/procmailrc file, just add the following. MAILDIR=$HOME/Maildir/ # Make sure this directory exists! DEFAULT=$MAILDIR if you're using per user procmail files, the exact same two lines will also work to ensure proper delivery. if you're anything like me with 200 plus mailboxes, the following utility is really superb at doing the conversion all at once. Granted, I had to wait awhile to convert the GB+ of e-mail but I had other things to do and not getting interrupted every few minutes made the time reasonably productive. :-) http://batleth.sapienti-sat.org/projects/mb2md/ I was getting an error about some sort of illegal character sequence but the mail seems to have converted fine. I think the next thing to do is create a new partition for home and make it ReiserFS. ---eric -- Speech recognition in use. Incorrect endings, words, and case is closer than it appears

1 0

[Dovecot] did the conversion and something broke
by Eric S. Johansson 26 Nov '03

26 Nov '03

figures. Converted over to maildir today. Procmail is a piece of cake once I managed to pride out of its cold dead fingers the essential tiny bit of documentation I needed. But I'm having a problem with my nested directories. I have a directory called incoming sort my incoming mail. The conversion utility created a bunch of files called incoming.<stuff> and 1 file is visible incoming/pound. However, if I try to subscribe to anything else I get: the current command did not succeed. The mail server responded: Invalid mailbox name: incoming/ATMoB and this is how it set up. [esj@harvee Maildir]$ ls -ld .incomming.ATMoB/ drwx------ 5 esj esj 4096 Nov 25 13:45 .incomming.ATMoB/ [esj@harvee Maildir]$ ideas? ---eric -- Speech recognition in use. Incorrect endings, words, and case is closer than it appears

2 2

[Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2
by Matthew Reimer 25 Nov '03

25 Nov '03

IMAP subscribe/unsubscribe is broken in 0.99.10.2 (and earlier releases), specifically subsfile_set_subscribed(), where the logic is all wrong. I tried just copying over the latest subscription-file.c but it has dependencies on some file locking/dotlocking stuff that 0.99.10.2 doesn't have. Timo, would it be possible to incorporate the latest subscription-file.c into 0.99.10.3 (whenever that will be)? Matt

2 2

[Dovecot] The latest dovecot fixes the problems with most mail clients
by Brook Humphrey 25 Nov '03

25 Nov '03

.99.10.4 fixes most the issues with kmail. For some reason if I look at an email and then go to another one and then try to go back to one I've already viewed sometimes it shows the mail as an atacment. This version does fix the problem with squrrelmail not being able to subscribe to folders. Thanks for the fixes. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, bah(a)webmedic.net, bah(a)linux-mandrake.com Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-

1 0

Re: [Dovecot] SSL and certificate authorities.
by Matthew Reimer 25 Nov '03

25 Nov '03

Zach Bagnall wrote: > On Thu, 20 Nov 2003 18:28:51 +0200, Timo Sirainen <tss(a)iki.fi> wrote: > >>What exactly does this patch do? Gives client a list of accepted CAs, >>but it doesn't look like it actually requires client to provide a >>valid certificate? > > > On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson <james(a)giantrobot.co.nz> > wrote: > >>Also, is there a configuration directive for dovecot to add the >>issuers ca bundle similar to apache's SSLCACertificateFile? > > > I'm no SSL expert, but I took the requested feature to be a way to "make > additional certificates available in order to complete a certificate > chain". I had trouble with an instantssl cert, and found that what I needed to do was to also include all the certs up the chain in the .pem file, in a certain order, to keep the client from complaining about an invalid certificate. The first certificate in the pem file should be the the server certificate, followed by its chain starting from the root certificate down. Works for me without the need for patches (though something like SSLCACertificateFile would be nice). Matt

1 0

[Dovecot] mbox format
by DINH Viet Hoa 25 Nov '03

25 Nov '03

I wish to know some implementation details about mbox. When you you mbox format in IMAP, are you doing to keep the same message UID across IMAP session if you know that any other program can modify the mailbox as it wants, for example, two messages can be exchanged. In this case, will the UID kept the same ? If they keep their UID, how do you identify the messages ? Thanks, -- DINH V. Hoa, etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan

2 1

[Dovecot] New index / mailbox API
by Timo Sirainen 25 Nov '03

25 Nov '03

Today morning I had an idea how to make indexes more scalable with multiple concurrent writers. As a side effect it also made the locking issues much more simpler. So I thought I'd go and rewrite all the indexing code, it had gotten way too ugly and difficult to understand and maintain. I also thought to separate the index handling completely from mailbox handling. So there would be lib-index and lib-mailbox. lib-storage would then tie them together. Mailbox API still feels somewhat dirty though.. I didn't want it to depend on lib-index and I didn't want to duplicate any lib-index functionality in it to avoid uselessly allocating memory, so I can't reference to mails directly with their sequence number or UID. So I'm passing (void *id, size_t id_len) around - with maildir that would be the filename and with mbox it would be current offset in file. Suggestions welcome about both APIs. Some of the changes in indexes and it's API: - "modify log" -> "transaction log" which was the big change. All flag updates and expunges are first written to transaction log and only when committing it they will be moved into the main index. The transaction writes require the file locked for only very short time, so with lots of concurrent writers it means that several sessions could have written their wanted changes to log file, but they're all blocking on getting them moved into main index. When one session finally gets a lock in the main lock file, it writes everyone's changes into it. If lock can't be acquired in a second or so, the main index will be rewritten into temp file and rename()d over. This means that we can have tons of sessions reading and writing to same shared index file and no session can block others from reading or writing. Currently yoou could easily block changes for a very long time with eg. FETCH 1:* BODY.PEEK[] and reading it 1 bytes/sec. - mail_index will be a class interface, so it's implementation can be changed at runtime. In-memory indexing is going to be a totally different implementation this time with better memory usage. Could be useful for optimizing some special cases as well. - You'll get "views" into mailbox. A view will take care of keeping sequences synchronized according to what each client session thinks they are. Currently lib-storage does that in kind of ugly way. Hopefully this means that we can get rid of sequence parsing in lib-storage completely and move it into imap-only code. - You don't directly manipulate with locks and there's no rules of in which order you have to do something. You get views and transactions and use them. - You can have multiple views and transactions, so one opened index could be used to handle multiple client sessions. I'm not sure if that will ever be useful though :) - Error correction will be done automatically this time. Whenever some error is noticed, it will be fixed immediately and unless it changes syncing state, it doesn't force client to disconnect. Also it hopefully will be possible to change from disk-indexing to memory-indexing on the fly in case you run out of disk space. - I'm trying to get it NFS-safe.. - mail-cache that I recently rewrote doesn't change. The bad thing is that it seems to be broken in some way and probably needs rewriting anyway.. And I'm not sure if the problem is just in the code, or if the design itself is somehow broken with it. I'm fearing that memory doesn't somehow keep up with changes by other sessions, since we're not locking cache file for reading..

5 9

[Dovecot] 0.99.10.3 released
by Timo Sirainen 25 Nov '03

25 Nov '03

- SUBSCRIBE broke subscription lists - LIST code rewritten, children flags should be correct now - SORT and THREAD could have given invalid replies - Partial BODY[...] fetches might have returned wrong data or at least performed worse than was necessary Maybe Entourage was having problems with subscriptions?

3 6

[Dovecot] deliver mail with postfix to dovecot for mailinglists
by Sven Kirmess 25 Nov '03

25 Nov '03

This is a bit off topic on that list. But the question is required because of a limitation of dovecot. It cannot have shared mailboxes into which one would collect mailing list mails. I assume one has already solved that problem and therefore ask this question on that list. I try to do the following: I would like to setup an alias dovecot(a)kzone.ch and subscribe this alias to the dovecot mailing list. Then I would like to create an alias to run maildrop with the correct parameter to put it into the directory ~ski/Maildir/.dovecot/. Of course, there is no user dovecot on my system and if there would be one she couldn't write to a directory owned by me. Is there a trick to do the following: ski -> ~ski/Maildir dovecot -> ~ski/Maildir/.dovecot postfix -> ~ski/Maildir/.postfix Any other idea? Any good documentation on that? Sven

3 3

[Dovecot] Compiling dovecot
by Ted S. Garaventa 24 Nov '03

24 Nov '03

Still trying to compile dovecot to run on solaris8 x86. The program compiles without errors but does not run. The truss out put I get running the program is illegal system call by program: /usr/local/sbin/dovecot Any help is welcome.

4 3

[Dovecot] entourage + dovecot bug?
by Payton 24 Nov '03

24 Nov '03

I have dovecot set up to run IMAP services without SSL (I have tested many other configurations as well, but this reproduces the problem the simplest). When attempting to connect to the imap server using Entourage for OS X on a mac, I receive the following error: Mail could not be received at this time. The server returned the following error . Dovecot reports a successful login and nothing else in the mail log. All other email clients I have tried (mutt, Mail.app) work fine with the IMAP server. I have also tried this on multiple clients with the same results. All this leads me to believe a bug exists in Entourage, however: I also have a Red Hat 7.3 server running qmail and dovecot in nearly the same manner (except that it is using dovecot 0.99.10 and shadow for password authentication, instead of dovecot 0.99.10.2 and ldap password authentication). Entourage (and all other clients) works just fine with this setup. I'm not certain if the problem lies in some tweak between 0.99.10 and 0.99.10.2 or if it is something with the red hat system itself, but I can't find anything. I am using dovecot 0.99.10.2 on a Red Hat 9 system using qmail 1.04 (netqmail) and checking with the latest version (update 10.1.5) of Entourage on Mac OS 10.2.8. Thanks for any help! -Payton

6 8

[Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2
by Scott Heavner 23 Nov '03

23 Nov '03

I saw this problem with 0.99.10.2 and had to revert back to 0.99.9.1. As I recall the subscription stuff was not respecting the end-of-line as a field separator. It would just cut the old text and drop the new in it's place. Or it might cut an inappropriate entry that should have been a partial string match. FolderOneOhNine FolderOne FolderThree Trying to delete FolderOne would probably [i didn't save any botched subscription files] result in this OhNine FolderOne FolderThree -scott

1 0

[Dovecot] 0.99.10.1 released
by Timo Sirainen 22 Nov '03

22 Nov '03

Since release candidate I added fix for CRLF + partial BODY[] fetching. I hope everything works :) I've been running it with mbox for a while and it seems to work fine. v0.99.10.1 2003-11-10 Timo Sirainen <tss(a)iki.fi> * mbox: \Draft and \Deleted flags used opposite flag chars in X-Status header. We were incompatible with other mbox accessing software. WARNING: Upgrading from previous version doesn't automatically swap the flags, so be careful not to accidentally expunge messages that had their \Draft flag changed to \Deleted. * Configuration file changes: - Whitespace at end of line is stripped, use quotes if you need it - # comments are supported after key=value lines. if you need '#' character, quote the value - Both " and ' quotes are supported. If you need to use them, '\' can be used for escaping. - mbox: COPY into same mailbox didn't work and could have corrupted the mailbox - Using Dovecot without index files would crash after using a while - Partial BODY[header] or BODY[part] fetches were buggy if client requested more data than was available in the header/part. - Partial BODY[...] fetches were buggy with messages that had CRLFs - Some BODY and BODYSTRUCTURE replies missed data for message/rfc822 MIME parts causing clients to break - SORT (SUBJECT) was buggy - Timezone fixes with Date-header

11 26

[Dovecot] Compiling Dovecot
by Ted S. Garaventa 21 Nov '03

21 Nov '03

Just found out about Dovecot and it seems to work great. My problem is that it compiles and runs on Redhat just fine. On the other hand it compiles on suse and solaris but will not work. When I start dovecot it silently stops running. No entries in the log or anything. Are there any specific instructions for compiling it on solaris x86 using gcc. Thanks

2 1

[Dovecot] SSL and certificate authorities.
by James Tyson 20 Nov '03

20 Nov '03

Hi all. Usually for in-house use and SSL I would just generate a self-signed certificate because most clients either ignore it or only ask the first time the account is configured. In terms of offering the service to our customers is there any value of getting someone like thawte or instantssl to sign a certificate for imaps/pop3s/smtp? Also, is there a configuration directive for dovecot to add the issuers ca bundle similar to apache's SSLCACertificateFile? And thanks for writing such a kick-arse imap server. It blows courier out of the water! --- James Tyson Director, Giant Robot Ltd http://www.giantrobot.co.nz/

4 6

[Dovecot] patch and bug report (from an other in fact)
by DINH Viet Hoa 20 Nov '03

20 Nov '03

When messages marked \Recent are deleted and expunged, the patch now sends the new message count and the new recent messages count (although the message count is not really necessary). >From RFC 3501 errata (ftp://ftp.cac.washington.edu/imap/rfc3501-errata) << Section 6.4.3, page 49: old: The EXPUNGE command permanently removes all messages that have the \Deleted flag set from the currently selected mailbox. Before returning an OK to the client, an untagged EXPUNGE response is sent for each message that is removed. new: The EXPUNGE command permanently removes all messages that have the \Deleted flag set from the currently selected mailbox. Before returning an OK to the client, an untagged EXPUNGE response is sent for each message that is removed. Note that if any messages with the \Recent flag set are expunged, an untagged RECENT response is sent after the untagged EXPUNGE(s) to update the client's count of RECENT messages. >> The bug is that when we connect to the IMAP server through a command (ssh /usr/libexec/imap for example). \Recent flags are not removed when we have finish the access to the mailbox. (I have not yet investigated about that) Besides that, did you found a solution for the message parser ? (the bug in FETCH ENVELOPE that I noticed personnaly to Timo) -- DINH V. Hoa, "s/^$\(\\.\|[^\[]\|\[\(\^.\|[^^]$[^]]*\]\)*\)$\\[^\*[]$/\1\\\4/" -- Stéphane CHAZELAS

2 1

[Dovecot] run POP3S + IMAPS simultaneously?
by darren david 19 Nov '03

19 Nov '03

a quick one: is it possible to run POP3S and IMAPS services through dovecot at the same time? would i just uncomment both "login = imap" and "login = pop3" in /etc/dovecot.conf? or can i only run one at a time? apologies if the answer is obvious, i'm just still trying to wrap my head around all of this. thanks, darren david

2 2

[Dovecot] error msgs about missing ssl/tls support
by Kai Vehmanen 18 Nov '03

18 Nov '03

Hi, I've been just testing 0.99.10.2 and had a really hard time getting the new Dovecot to start properly. First I thought it was an error in my old dovecot.conf, but the actual problem turned out to be simply that Dovecot was compiled without SSL/TLS support (I hadn't noticed this), but dovecot.conf on the other hand specified SSL/TLS ports. The error messages might be a bit more informative in this case. Currently I only got this to my logs: --cut-- Nov 18 18:17:00 dovecot: Dovecot starting up Nov 18 18:17:01 imap-login: BUG: SSL initialization parameters not given while they should have been Nov 18 18:17:01 imap-login: BUG: SSL initialization parameters not given while they should have been Nov 18 18:17:01 pop3-login: BUG: SSL initialization parameters not given while they should have been Nov 18 18:17:01 imap-login: BUG: SSL initialization parameters not given while they should have been Nov 18 18:17:01 dovecot: Login process died too early - shutting down Nov 18 18:17:01 dovecot: child 18482 (login) returned error 89 Nov 18 18:17:01 dovecot: child 18481 (login) returned error 89 Nov 18 18:17:01 dovecot: child 18480 (login) returned error 89 Nov 18 18:17:01 dovecot: child 18479 (login) returned error 89 --cut-- ... and Dovecot would exit. Running Dovecot under gdb would just exit (even with -F), and segfault if ran under strace. So it took a while before I realized that configure had not even detected SSL/TLS... Oh well, not a big thing, but still something to keep in mind. -- http://www.eca.cx Audio software for Linux!

1 0

Re: [Dovecot] Problem with DIGEST-MD5 authentication and plainte xt passwords
by Matthew Reimer 18 Nov '03

18 Nov '03

Maikel Verheijen wrote: > For what it's worth: > > We use postgres userlookups, and use an older version of dovecot (an old > cvs version of around 0.99.9.1), and we DO use digest-md5 password > encryption in the database and realms. It seems to work flawlessly in > our situation, I used kmail, evolution, apple-mail, entourage, outlook, > outlook-express and mutt. > > > Have there been changes in the digest-md5 code since 0.99.9.1 ? > > > Kind regards, > > > Maikel Verheijen > Ladot Nederland BV. The problem is not with passwords that are stored in the db in digest-md5 format (i.e., as an md5 hash of user:realm:password), but with dovecot's password_generate() that takes the username and password and hashes it on the fly. Matt

2 1

Re: [Dovecot] Problem with DIGEST-MD5 authentication and plaintext passwords
by Matthew Reimer 17 Nov '03

17 Nov '03

Timo Sirainen wrote: > On Wed, 2003-11-12 at 03:09, Matthew Reimer wrote: > >>I wasn't able to get DIGEST-MD5 authentication working with passwords >>stored as plaintext until I tweaked password_generate() to make it not >>use the domain portion of user(a)domain.com as the realm. Both evolution >>and kmail send the email address as the username with no realm; when >>dovecot tries to convert the username to user + realm, the hash is >>different and so DIGEST-MD5 authentication fails. Having >>password_generate() hash user@domain.com::password instead of >>user:domain.com:password fixes it. I need this to work because I need to >>support all of PLAIN, CRAM-MD5, and DIGEST-MD5 at the same time. >> >>Timo, do you think this is a proper fix, or are kmail and evolution broken? > > > Well .. Looks like most clients don't actually use realms, but I rather > wouldn't completely drop support for them which your change would do. > > Correct fix would be to separate realm and "@domain" handling in code, > that should work with both cases. I'll see if I can get that done. Thanks Timo. Send me a patch when you're done and I'll test it. Matt

1 0

[Dovecot] Children, HasChildren
by Miquel van Smoorenburg 17 Nov '03

17 Nov '03

Hello, I'm using dovecot 0.99.10.2 on a debian box. Mailstore is maildir. If I list the IMAP hierarchy in mutt (debian, 1.5.4+20031024-1) it shows all my plain mailboxes as having subfolders - while none of them have. I straced mutt and this is the IMAP exchange (a bit reformatted for readability): write(6, "a0001 LSUB \"\" \"%\"\r\n", 19) = 19 read(3, " * LSUB () \".\" \"Drafts\" * LSUB () \".\" \"INBOX\" * LSUB () \".\" \"Sent\" * LSUB () \".\" \"Trash\" * LSUB (\\Noselect \\Children) \".\" \"broadband\" * LSUB (\\Noselect \\Children) \".\" \"cistron\" * LSUB (\\Noselect \\Children) \".\" \"debian\" * LSUB (\\Noselect \\Children) \".\" \"ip\" * LSUB (\\Noselect \\Children) \".\" \"lists\" * LSUB (\\Noselect \\Children) \".\" \"prive\" a0001 OK Lsub completed. ", 1024) = 374 Now this is strange - I read RFC3348 and shouldn't \\Children be \\HasChildren, also shouldn't the plain mailboxes (first four) be listed with \\HasNoChildren ? Mike.

2 3

[Dovecot] Corrupted index files
by Tomi Hakala 17 Nov '03

17 Nov '03

Hi, I'm playing with Dovecot in a lab environment and got it in state where it crashes on every incoming connection. I moved mail spool from ext2 file system to a ReiserFS on a another disk, mount point changed from /var/vmail to /spool/vmail. After that I managed to open mailbox and I moved about 2000 messages from INBOX to a subfolder. Then I tried to open mailbox with POP3 and it didn't succeed, from that point pop3d and imapd died every time I logged in until I removed all index files by hand. This is what I have in logs. imap-login: Nov 17 13:30:53 Info: Login: tomi.hakala(a)xx.fi [xx.xx.xx.xx] pop3-login: Nov 17 13:32:04 Info: Login: tomi.hakala(a)xx.fi [xx.xx.xx.xx] pop3(tomi.hakala(a)xx.fi): Nov 17 13:32:04 Error: Corrupted index file /spool/vmail/xx.fi/tomi.hakala(a)xx.fi/Maildir/.INBOX/.imap.index: Sequence 1848 not found from binary tree (5398 msgs says header) pop3-login: Nov 17 13:32:12 Info: Login: tomi.hakala(a)xx.fi [xx.xx.xx.xx] pop3(tomi.hakala(a)xx.fi): Nov 17 13:32:21 Error: Couldn't lock created modify log file /spool/vmail/xx.fi/tomi.hakala(a)xx.fi/Maildir/.INBOX/.imap.index.log imap(tomi.hakala(a)xx.fi): Nov 17 14:09:32 Error: IndexID mismatch for modify log file /spool/vmail/xx.fi/tomi.hakala(a)xx.fi/Maildir/.INBOX/.imap.index.log imap(tomi.hakala(a)xx.fi): Nov 17 14:09:33 Panic: file mail-tree-redblack.c: line 187 (rb_left_rotate): assertion failed: (node[x].right != RBNULL) dovecot: Nov 17 14:09:33 Error: child 19984 (imap) killed with signal 6 imap-login: Nov 17 14:27:24 Info: Login: tomi.hakala(a)xx.fi [xx.xx.xx.xx] imap(tomi.hakala(a)xx.fi): Nov 17 14:27:24 Panic: file mail-tree-redblack.c: line 232 (rb_right_rotate): assertion failed: (node[y].left != RBNULL) dovecot: Nov 17 14:27:24 Error: child 10478 (imap) killed with signal 6 -- Tomi Hakala

1 0

[Dovecot] Problem with DIGEST-MD5 authentication and plaintext passwords
by Matthew Reimer 17 Nov '03

17 Nov '03

I wasn't able to get DIGEST-MD5 authentication working with passwords stored as plaintext until I tweaked password_generate() to make it not use the domain portion of user(a)domain.com as the realm. Both evolution and kmail send the email address as the username with no realm; when dovecot tries to convert the username to user + realm, the hash is different and so DIGEST-MD5 authentication fails. Having password_generate() hash user@domain.com::password instead of user:domain.com:password fixes it. I need this to work because I need to support all of PLAIN, CRAM-MD5, and DIGEST-MD5 at the same time. Timo, do you think this is a proper fix, or are kmail and evolution broken? Matt

3 2

[Dovecot] MySQL patch + Debian
by James Tyson 17 Nov '03

17 Nov '03

Hi folks. Sorry to post here about a patch that hasn't been officially integrated into Dovecot, however I am trying to get it going and seem to have hit a dead end. I downloaded the Debianised source for Dovecot (0.99.10-9) from sarge: > wedge:/usr/local/src# apt-get -t testing source dovecot then applied the latest MySQL patch that I could find on the list: > wedge:/usr/local/src/dovecot-0.99.10# cat ../dovecot-mysql.patch | > patch -p 2 and manually fixed a merge issue with src/auth/master-connection.c, fiddled with the debian changelog to indicate the patch and then used dpkg-buildpackage -b to compile the package. Everything looked to build alright and I grepped the output to make sure that it compiled userdb-mysql.o and passdb-mysql.o into dovecot-auth. Problem is that dovecot-auth says "Unknown userdb type 'mysql'" and an ldd of /src/auth/dovecot-auth shows no libmysqlclient10: > wedge:/usr/local/src/dovecot-0.99.10# ldd src/auth/dovecot-auth > libpam.so.0 => /lib/libpam.so.0 (0x4001a000) > libldap.so.2 => /usr/lib/libldap.so.2 (0x40022000) > libpq.so.3 => /usr/lib/libpq.so.3 (0x4005a000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x4006e000) > libdl.so.2 => /lib/libdl.so.2 (0x4009c000) > libc.so.6 => /lib/libc.so.6 (0x4009f000) > liblber.so.2 => /usr/lib/liblber.so.2 (0x401cd000) > libresolv.so.2 => /lib/libresolv.so.2 (0x401da000) > libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x401ec000) > libgnutls.so.7 => /usr/lib/libgnutls.so.7 (0x401fe000) > libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 > (0x40231000) > libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 > (0x40260000) > libkrb5.so.17 => /usr/lib/libkrb5.so.17 (0x40351000) > libnsl.so.1 => /lib/libnsl.so.1 (0x40387000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > libtasn1.so.0 => /usr/lib/libtasn1.so.0 (0x4039c000) > libgcrypt.so.1 => /usr/lib/libgcrypt.so.1 (0x403aa000) > libz.so.1 => /usr/lib/libz.so.1 (0x403e8000) > libcom_err.so.1 => /usr/lib/libcom_err.so.1 (0x403f7000) > libkrb.so.1 => /usr/lib/libkrb.so.1 (0x403f9000) > libasn1.so.6 => /usr/lib/libasn1.so.6 (0x40415000) > libroken.so.16 => /usr/lib/libroken.so.16 (0x40435000) > libdb3.so.3 => /usr/lib/libdb3.so.3 (0x40445000) Anyone know what I'm missing? --- James Tyson Director, Giant Robot Ltd http://www.giantrobot.co.nz/

2 2

[Dovecot] Migrate from Courier-imap
by Jerry Chiu 16 Nov '03

16 Nov '03

Hi, I have a redhat server running courier-imap + squirrelmail webmail. I am migrating to dovecot... the problem is - the existing sub-folders are all disappear from the folder list. What can I do to fix this problem? Thanks, Jerry Chiu

2 1

[Dovecot] namesapce patch
by Farkas Levente 16 Nov '03

16 Nov '03

hi, where can I find the namspace patch? I remember there was an email on this list, that if I'd not like to open all sufolder's in mozilla's mailer on startup, but I'd like to start mozilla to open all subfolder I've to apply the namespace patch. now it getting more and more anoying so I'd like to apply, but I can't find it... thanks. -- Levente "Si vis pacem para bellum!"

2 1

[Dovecot] dovecot vs cyrus, uw, etc.
by Scott Klein 13 Nov '03

13 Nov '03

I've been doing research on switching our current e-mail server (qpopper, sendmail) to imap. The decision on which server to use is essentially down to Cyrus and Dovecot -- I like Cyrus' approach to a lot of things, but the "blackbox" nature of it makes some niceties like using spamassassin and procmail difficult, or at least counterintuitive. Dovecot seems to play nicer with other apps. I'm a bit concerned with stability, though. Although we don't have a lot of users (about 60) they're all very big e-mail users -- my users rely on their e-mail more than on their phones. We can't afford any downtime, and with our pop3 server, we haven't had any. Does anybody on this list use Dovecot to serve mission critical e-mail to an entire company? What kind of uptime can I expect? Is it genuinely ready for prime time? Has anybody here migrated from a recent release of Cyrus and can compare apples-to-apples? Many thanks, Scott Klein -- Scott Klein Web Publisher/Director of Technology The Nation Magazine http://www.thenation.com

8 8

[Dovecot] 0.99.10.2 for debian
by Jaldhar H. Vyas 12 Nov '03

12 Nov '03

I just uploaded it to sid. A woody backport is available from http://www.braincells.com/open/ I came across an error: giving --without-cyrus-sasl2 to the configure script doesn't work i.e. it looks for -lsasl anyway. Other than that, it seems to be working fine. -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

1 0

Re: [Dovecot] Bug with partial IMAP fetches
by Matthew Reimer 11 Nov '03

11 Nov '03

--- message-send.c.orig Sun Jun 22 18:09:48 2003 +++ message-send.c Tue Nov 4 12:53:04 2003 @@ -31,12 +31,11 @@ if (msg_size->physical_size == msg_size->virtual_size && !fix_nuls) { /* no need to kludge with CRs, we can use sendfile() */ - i_stream_skip(input, virtual_skip); old_limit = input->v_limit; limit = input->v_offset + max_virtual_size; i_stream_set_read_limit(input, I_MIN(limit, old_limit)); - ret = o_stream_send_istream(output, input) > 0; + ret = o_stream_send_istream(output, input); i_stream_set_read_limit(input, old_limit); return ret;

2 2

[Dovecot] PATCH: CRAM-MD5 for Dovecot
by Joshua Goodall 11 Nov '03

11 Nov '03

Hi Timo, Mozilla 1.5 doesn't understand DIGEST-MD5; it only speaks CRAM-MD5 or PLAIN. Maybe other clients have the same problem. My users like Mozilla, so I wrote new code for Dovecot to speak CRAM-MD5, using your mech-digest-md5.c as a reference. Attached diff in two formats i) for current CVS ii) against last release both tested and working with Mozilla and KMail's CRAM-MD5. I don't know if I've caught precisely the coding style you use for Dovecot. I hope so, but I'm unsure if I've used your string and buffer libraries properly. Please enlighten me if you have time. Would you consider including this in the next release? Regards, Joshua -- Joshua Goodall joshua(a)roughtrade.net "Your object hit ratio is weak, old man" "If you cache me now, I will dump more core than you can possibly imagine"

2 4

[Dovecot] Problems with Linux 2.6
by Aredridel 10 Nov '03

10 Nov '03

I'm running Dovecot under PLD GNU/Linux, on two servers. Under kernel 2.4, it works wonderfully. Under 2.6, I get this in the log: Nov 9 21:36:38 polis dovecot: Dovecot starting up Nov 9 21:36:39 polis imap-login: setuid(97) failed: Resource temporarily unavailable Nov 9 21:36:39 polis imap-login: setuid(97) failed: Resource temporarily unavailable Nov 9 21:36:39 polis pop3-login: setuid(97) failed: Resource temporarily unavailable Nov 9 21:36:39 polis pop3-login: setuid(97) failed: Resource temporarily unavailable Nov 9 21:36:39 polis dovecot: Login process died too early - shutting down Nov 9 21:36:39 polis dovecot: child 32404 (login) returned error 89 Nov 9 21:36:39 polis dovecot: child 32405 (login) returned error 89 Nov 9 21:36:39 polis dovecot: child 32406 (login) returned error 89 Nov 9 21:36:39 polis dovecot: child 32408 (login) returned error 89 Nov 9 21:36:39 polis pop3-login: fd_send(-1) failed: Broken pipe Any ideas? the setuid32() call is returning EAGAIN, though I have no resource limits on user nobody (nor does it work as a dovecot user). Aredridel

2 1

[Dovecot] openssl decryption failed
by Tom Allison 09 Nov '03

09 Nov '03

I've got dovecot working on imap But when I try to run imaps I get: imap-login: Nove 08 19:11:19 Warning: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac [192.168.1.103] Now I'm not sure if theres any difference here, but I don't have string for 'login = imaps' or 'login = pop3s' to match with my protocols string I also don't have any specific imaps_listen interface defined, but since there's something in the logs, I assume that this is not a problem. SETUP fluffy:~ # egrep "^\w" /usr/local/etc/dovecot.conf base_dir = /var/run/dovecot/ protocols = imap imaps pop3s log_path = /var/log/dovecot.log info_log_path = /var/log/dovecot.info login = imap login = pop3 verbose_ssl = yes auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root auth_verbose = yes

2 2

[Dovecot] openssl config.
by Tom Allison 09 Nov '03

09 Nov '03

I checked and I do have the openssl-devel rpm installed SuSE 8.2 openssl-devel-0.9.6i-12 openssl-0.9.61-19 dovecot 0.99.10 ./configure --with-ssl-openssl At the end of the configuration it says ssl support == 'no' :(... I was able to get pam support by picking up the pam-devel modules as suggested. But I got stuck here. After reading up a bit on imap, it seems reasonable to have both imap and imap-ssl support. imap for localhost connections (like squirrelmail) and imap-ssl for everything else.

1 2

[Dovecot] 0.99.10.1 RC
by Timo Sirainen 08 Nov '03

08 Nov '03

Available from http://dovecot.fi/rc/ While still waiting for .11 with index file rewrites to stabilize, here's a release candidate for 0.99.10.1 which is basically 0.99.10 patched with most of the simple bugfixes from CVS. Some bugfixes such as LIST's children-flags were done with larger rewrites so I didn't try to apply them. All the changes are listed in ChangeLog. The important changes are: * mbox: \Draft and \Deleted flags used opposite flag chars in X-Status header. We were incompatible with other mbox accessing software. WARNING: Upgrading from previous version doesn't automatically swap the flags, so be careful not to accidentally expunge messages that had their \Draft flag changed to \Deleted. * Configuration file changes: - Whitespace at end of line is stripped, use quotes if you need it - # comments are supported after key=value lines. if you need '#' character, quote the value - Both " and ' quotes are supported. If you need to use them, '\' can be used for escaping. - mbox: COPY into same mailbox didn't work and could have corrupted the mailbox - Using Dovecot without index files would crash after using a while - Partial BODY[header] or BODY[part] fetches were buggy if client requested more data than was available in the header/part. - Partial BODY[...] fetches were buggy with messages that had CRLFs - Some BODY and BODYSTRUCTURE replies missed data for message/rfc822 MIME parts causing clients to break - SORT (SUBJECT) was buggy - Timezone fixes with Date-header

1 0

[Dovecot] [POP3] RFC2449 conformance?
by Matthias Andree 08 Nov '03

08 Nov '03

RFC2449 Section 5 ("Capabilities available in the AUTHORIZATION state MUST be announced in both states.") requires that POP3 extensions offered in Authentication state MUST be offered in Transaction state as well, this affects the "SASL" extension. This is a CVS version that is a couple of days old (the old 0.99.10 wouldn't run on Linux 2.6 because it has tighter resource limiting): +OK dovecot ready. capa +OK CAPA TOP USER UIDL RESP-CODES SASL PLAIN . user SECRET +OK pass VERYSECRET +OK Logged in. capa +OK CAPA TOP USER UIDL RESP-CODES . quit +OK Logging out. -- Matthias Andree

2 3

[Dovecot] evolution - folders not displayed correctly
by Terry 08 Nov '03

08 Nov '03

Hello, First, I used thunderbird, and everything looks great. I tried my account in evolution and all the folders appear in one level and not in several as they were in thunderbird. Inbox Inbox.foo Inbox.bar instead of Inbox foo bar What could be the problem? Thanks! ===== Terry __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 7

[Dovecot] pop3s fails, imaps works great
by Darren David 08 Nov '03

08 Nov '03

hey all- i'm running dovecot-0.99.10p2 on OpenBSD 3.4-snapshot (installed from ports). i have had 0 problems with imaps -- it's been running like a charm! however, i'm trying to get pop3s set up for some of my users, but i can't seem to connect from ANY client. in /etc/dovecot.conf, i've got: protocols = imaps pop3s and i've also got pop3s_listen set up with the same IP as imaps. i'm using vpopmail for auth. nmap shows that port 995 is open, and netstat does show an established connection to pop3s when i attempt to connect, but i see no activity in the dovecot log, and the client just churns and churns and eventually i have to quit it since i get no response. any ideas what i could have wrong, or how to test? thanks in advance, darren david

1 0

[Dovecot] PATCH: make local IP address available to auth modules
by Matthew Reimer 04 Nov '03

04 Nov '03

The attached patch makes the local IP address to which the client connected available to the authentication modules; i.e., the local IP address is available for substitution as %i for the mysql and pgsql modules. We needed this feature to support thousands of our legacy accounts which are authenticated by username/local_part (not the full email address) and IP address (one per domain). Timo, would this be acceptable to commit? One further improvement would be to make the remote IP address available as well, in case one wanted to implement a tcpwrapper-like functionality. Matt diff -u -r work.patched/dovecot-0.99.10/src/auth/auth-login-interface.h work/dovecot-0.99.10/src/auth/auth-login-interface.h --- work.patched/dovecot-0.99.10/src/auth/auth-login-interface.h Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/auth-login-interface.h Fri Oct 24 13:57:18 2003 @@ -1,6 +1,8 @@ #ifndef __AUTH_LOGIN_INTERFACE_H #define __AUTH_LOGIN_INTERFACE_H +#include "network.h" + /* max. size for auth_login_request_continue.data[] */ #define AUTH_LOGIN_MAX_REQUEST_DATA_SIZE 4096 @@ -47,6 +49,7 @@ struct auth_login_request_new { enum auth_login_request_type type; /* AUTH_LOGIN_REQUEST_NEW */ unsigned int id; /* unique ID for the request */ + struct ip_addr ip_local; enum auth_mech mech; enum auth_protocol protocol; @@ -56,6 +59,7 @@ struct auth_login_request_continue { enum auth_login_request_type type; /* AUTH_LOGIN_REQUEST_CONTINUE */ unsigned int id; + struct ip_addr ip_local; size_t data_size; /* unsigned char data[]; */ diff -u -r work.patched/dovecot-0.99.10/src/auth/master-connection.c work/dovecot-0.99.10/src/auth/master-connection.c --- work.patched/dovecot-0.99.10/src/auth/master-connection.c Fri Aug 22 17:56:18 2003 +++ work/dovecot-0.99.10/src/auth/master-connection.c Fri Oct 24 13:57:35 2003 @@ -133,8 +133,9 @@ } send_reply(&failure_reply, sizeof(failure_reply), request->tag); } else { - userdb->lookup(auth_request->user, userdb_callback, - POINTER_CAST(request->tag)); + userdb->lookup(auth_request->user, + net_ip2addr(&auth_request->ip_local), + userdb_callback, POINTER_CAST(request->tag)); mech_request_free(login_conn, auth_request, request->id); } } diff -u -r work.patched/dovecot-0.99.10/src/auth/mech.c work/dovecot-0.99.10/src/auth/mech.c --- work.patched/dovecot-0.99.10/src/auth/mech.c Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/mech.c Fri Oct 24 13:57:51 2003 @@ -97,6 +97,7 @@ auth_request->created = ioloop_time; auth_request->conn = conn; auth_request->id = request->id; + auth_request->ip_local = request->ip_local; auth_request->protocol = request->protocol; hash_insert(conn->auth_requests, POINTER_CAST(request->id), diff -u -r work.patched/dovecot-0.99.10/src/auth/mech.h work/dovecot-0.99.10/src/auth/mech.h --- work.patched/dovecot-0.99.10/src/auth/mech.h Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/mech.h Fri Oct 24 13:58:02 2003 @@ -14,6 +14,7 @@ struct login_connection *conn; unsigned int id; + struct ip_addr ip_local; time_t created; enum auth_protocol protocol; diff -u -r work.patched/dovecot-0.99.10/src/auth/passdb-ldap.c work/dovecot-0.99.10/src/auth/passdb-ldap.c --- work.patched/dovecot-0.99.10/src/auth/passdb-ldap.c Thu Mar 20 09:55:57 2003 +++ work/dovecot-0.99.10/src/auth/passdb-ldap.c Fri Oct 24 13:58:20 2003 @@ -145,7 +145,8 @@ passdb_ldap_conn->attr_names[ATTR_VIRTUAL_USER], user); } else { str = t_str_new(512); - var_expand(str, conn->set.pass_filter, user, NULL); + var_expand(str, conn->set.pass_filter, user, NULL, + net_ip2addr(&auth_request->ip_local)); filter = str_c(str); } diff -u -r work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c work/dovecot-0.99.10/src/auth/passdb-mysql.c --- work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c Fri Aug 29 17:47:24 2003 +++ work/dovecot-0.99.10/src/auth/passdb-mysql.c Fri Oct 24 13:58:31 2003 @@ -109,7 +109,8 @@ str = t_str_new(512); var_expand(str, conn->set.password_query, - str_escape(auth_request->user), NULL); + str_escape(auth_request->user), NULL, + net_ip2addr(&auth_request->ip_local)); query = str_c(str); mysql_request->callback = mysql_handle_request; diff -u -r work.patched/dovecot-0.99.10/src/auth/passdb-pgsql.c work/dovecot-0.99.10/src/auth/passdb-pgsql.c --- work.patched/dovecot-0.99.10/src/auth/passdb-pgsql.c Fri Apr 4 06:17:25 2003 +++ work/dovecot-0.99.10/src/auth/passdb-pgsql.c Fri Oct 24 14:01:08 2003 @@ -105,7 +105,8 @@ str = t_str_new(512); var_expand(str, conn->set.password_query, - str_escape(auth_request->user), NULL); + str_escape(auth_request->user), NULL, + net_ip2addr(&auth_request->ip_local)); query = str_c(str); pgsql_request->callback = pgsql_handle_request; diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-ldap.c work/dovecot-0.99.10/src/auth/userdb-ldap.c --- work.patched/dovecot-0.99.10/src/auth/userdb-ldap.c Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/userdb-ldap.c Fri Oct 24 15:46:21 2003 @@ -142,8 +142,8 @@ t_pop(); } -static void userdb_ldap_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void userdb_ldap_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { struct ldap_connection *conn = userdb_ldap_conn->conn; struct userdb_ldap_request *request; @@ -156,7 +156,7 @@ userdb_ldap_conn->attr_names[ATTR_VIRTUAL_USER], user); } else { str = t_str_new(512); - var_expand(str, conn->set.user_filter, user, NULL); + var_expand(str, conn->set.user_filter, user, NULL, ip_local); filter = str_c(str); } diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c work/dovecot-0.99.10/src/auth/userdb-mysql.c --- work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c Fri Oct 24 15:07:12 2003 +++ work/dovecot-0.99.10/src/auth/userdb-mysql.c Fri Oct 24 14:58:08 2003 @@ -115,8 +115,8 @@ } } -static void userdb_mysql_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void userdb_mysql_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { struct mysql_connection *conn = userdb_mysql_conn->conn; struct userdb_mysql_request *request; @@ -124,7 +124,8 @@ string_t *str; str = t_str_new(512); - var_expand(str, conn->set.user_query, str_escape(user), NULL); + var_expand(str, conn->set.user_query, str_escape(user), NULL, + ip_local); query = str_c(str); request = i_malloc(sizeof(struct userdb_mysql_request) + strlen(user)); diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-passwd-file.c work/dovecot-0.99.10/src/auth/userdb-passwd-file.c --- work.patched/dovecot-0.99.10/src/auth/userdb-passwd-file.c Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/userdb-passwd-file.c Fri Oct 24 15:28:09 2003 @@ -11,8 +11,8 @@ struct passwd_file *userdb_pwf = NULL; -static void passwd_file_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void passwd_file_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { struct user_data data; struct passwd_user *pu; diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-passwd.c work/dovecot-0.99.10/src/auth/userdb-passwd.c --- work.patched/dovecot-0.99.10/src/auth/userdb-passwd.c Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/userdb-passwd.c Fri Oct 24 15:28:26 2003 @@ -10,8 +10,8 @@ #include <pwd.h> -static void passwd_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void passwd_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { struct user_data data; struct passwd *pw; diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-pgsql.c work/dovecot-0.99.10/src/auth/userdb-pgsql.c --- work.patched/dovecot-0.99.10/src/auth/userdb-pgsql.c Sun May 18 07:26:28 2003 +++ work/dovecot-0.99.10/src/auth/userdb-pgsql.c Fri Oct 24 15:45:51 2003 @@ -84,8 +84,8 @@ } } -static void userdb_pgsql_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void userdb_pgsql_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { struct pgsql_connection *conn = userdb_pgsql_conn->conn; struct userdb_pgsql_request *request; @@ -93,7 +93,7 @@ string_t *str; str = t_str_new(512); - var_expand(str, conn->set.user_query, str_escape(user), NULL); + var_expand(str, conn->set.user_query, str_escape(user), NULL, ip_local); query = str_c(str); request = i_malloc(sizeof(struct userdb_pgsql_request) + strlen(user)); diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-static.c work/dovecot-0.99.10/src/auth/userdb-static.c --- work.patched/dovecot-0.99.10/src/auth/userdb-static.c Wed Feb 19 18:46:51 2003 +++ work/dovecot-0.99.10/src/auth/userdb-static.c Fri Oct 24 15:30:40 2003 @@ -16,8 +16,8 @@ static gid_t static_gid; static char *static_home_template; -static void static_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void static_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { struct user_data data; string_t *str; @@ -29,7 +29,7 @@ data.virtual_user = data.system_user = user; str = t_str_new(256); - var_expand(str, static_home_template, user, NULL); + var_expand(str, static_home_template, user, NULL, ip_local); data.home = str_c(str); callback(&data, context); diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-vpopmail.c work/dovecot-0.99.10/src/auth/userdb-vpopmail.c --- work.patched/dovecot-0.99.10/src/auth/userdb-vpopmail.c Thu Mar 20 09:46:33 2003 +++ work/dovecot-0.99.10/src/auth/userdb-vpopmail.c Fri Oct 24 15:29:24 2003 @@ -46,8 +46,8 @@ #ifdef USERDB_VPOPMAIL -static void vpopmail_lookup(const char *user, userdb_callback_t *callback, - void *context) +static void vpopmail_lookup(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context) { char vpop_user[VPOPMAIL_LIMIT], vpop_domain[VPOPMAIL_LIMIT]; struct vqpasswd *vpw; diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb.h work/dovecot-0.99.10/src/auth/userdb.h --- work.patched/dovecot-0.99.10/src/auth/userdb.h Fri Aug 22 13:07:53 2003 +++ work/dovecot-0.99.10/src/auth/userdb.h Fri Oct 24 15:47:11 2003 @@ -17,8 +17,8 @@ void (*init)(const char *args); void (*deinit)(void); - void (*lookup)(const char *user, userdb_callback_t *callback, - void *context); + void (*lookup)(const char *user, const char *ip_local, + userdb_callback_t *callback, void *context); }; extern struct userdb_module *userdb; diff -u -r work.patched/dovecot-0.99.10/src/imap-login/client.c work/dovecot-0.99.10/src/imap-login/client.c --- work.patched/dovecot-0.99.10/src/imap-login/client.c Wed Jun 25 20:02:04 2003 +++ work/dovecot-0.99.10/src/imap-login/client.c Fri Oct 24 14:21:46 2003 @@ -49,7 +49,7 @@ if (!verbose_proctitle || !process_per_connection) return; - addr = net_ip2addr(&client->common.ip); + addr = net_ip2addr(&client->common.ip_remote); if (addr == NULL) addr = "??"; @@ -126,7 +126,7 @@ client->common.io = NULL; } - fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip); + fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip_remote); if (fd_ssl != -1) { client->tls = TRUE; client_set_title(client); @@ -338,7 +338,8 @@ } } -struct client *client_create(int fd, struct ip_addr *ip, int ssl) +struct client *client_create(int fd, struct ip_addr *ip_remote, + struct ip_addr *ip_local, int ssl) { struct imap_client *client; @@ -357,7 +358,8 @@ client->refcount = 1; client->tls = ssl; - client->common.ip = *ip; + client->common.ip_remote = *ip_remote; + client->common.ip_local = *ip_local; client->common.fd = fd; client_open_streams(client, fd); @@ -439,7 +441,7 @@ { const char *addr; - addr = net_ip2addr(&client->common.ip); + addr = net_ip2addr(&client->common.ip_remote); if (addr == NULL) addr = "??"; diff -u -r work.patched/dovecot-0.99.10/src/imap-login/client.h work/dovecot-0.99.10/src/imap-login/client.h --- work.patched/dovecot-0.99.10/src/imap-login/client.h Tue Mar 4 19:43:04 2003 +++ work/dovecot-0.99.10/src/imap-login/client.h Fri Oct 24 14:23:02 2003 @@ -30,7 +30,8 @@ unsigned int destroyed:1; }; -struct client *client_create(int fd, struct ip_addr *ip, int ssl); +struct client *client_create(int fd, struct ip_addr *ip_remote, + struct ip_addr *ip_local, int ssl); void client_destroy(struct imap_client *client, const char *reason); void client_ref(struct imap_client *client); diff -u -r work.patched/dovecot-0.99.10/src/lib/var-expand.c work/dovecot-0.99.10/src/lib/var-expand.c --- work.patched/dovecot-0.99.10/src/lib/var-expand.c Sun Jan 26 19:27:51 2003 +++ work/dovecot-0.99.10/src/lib/var-expand.c Fri Oct 17 13:12:51 2003 @@ -5,7 +5,7 @@ #include "var-expand.h" void var_expand(string_t *dest, const char *str, - const char *user, const char *home) + const char *user, const char *home, const char *ip) { const char *var; unsigned int width; @@ -36,6 +36,9 @@ case 'd': var = strchr(user, '@'); if (var != NULL) var++; + break; + case 'i': + var = ip; break; default: str_append_c(dest, '%'); diff -u -r work.patched/dovecot-0.99.10/src/lib/var-expand.h work/dovecot-0.99.10/src/lib/var-expand.h --- work.patched/dovecot-0.99.10/src/lib/var-expand.h Sun Jan 26 19:27:51 2003 +++ work/dovecot-0.99.10/src/lib/var-expand.h Fri Oct 17 13:13:08 2003 @@ -6,8 +6,9 @@ %u user or user@domain %h home %n user - %d domain */ + %d domain + %i ip */ void var_expand(string_t *dest, const char *str, - const char *user, const char *home); + const char *user, const char *home, const char *ip); #endif diff -u -r work.patched/dovecot-0.99.10/src/login-common/auth-connection.c work/dovecot-0.99.10/src/login-common/auth-connection.c --- work.patched/dovecot-0.99.10/src/login-common/auth-connection.c Mon May 26 10:27:13 2003 +++ work/dovecot-0.99.10/src/login-common/auth-connection.c Fri Oct 24 14:47:17 2003 @@ -325,6 +325,7 @@ auth_request.protocol = protocol; auth_request.mech = request->mech; auth_request.id = request->id; + auth_request.ip_local = ((struct client *) request->context)->ip_local; if (o_stream_send(request->conn->output, &auth_request, sizeof(auth_request)) < 0) { errno = request->conn->output->stream_errno; @@ -342,6 +343,7 @@ /* send continued request to auth */ auth_request.type = AUTH_LOGIN_REQUEST_CONTINUE; auth_request.id = request->id; + auth_request.ip_local = ((struct client *) request->context)->ip_local; auth_request.data_size = data_size; if (o_stream_send(request->conn->output, &auth_request, diff -u -r work.patched/dovecot-0.99.10/src/login-common/client-common.h work/dovecot-0.99.10/src/login-common/client-common.h --- work.patched/dovecot-0.99.10/src/login-common/client-common.h Tue Mar 4 19:43:04 2003 +++ work/dovecot-0.99.10/src/login-common/client-common.h Fri Oct 24 14:23:58 2003 @@ -5,7 +5,8 @@ #include "master.h" struct client { - struct ip_addr ip; + struct ip_addr ip_remote; + struct ip_addr ip_local; int fd; struct io *io; @@ -17,7 +18,8 @@ /* ... */ }; -struct client *client_create(int fd, struct ip_addr *ip, int ssl); +struct client *client_create(int fd, struct ip_addr *ip_remote, + struct ip_addr *ip_local, int ssl); unsigned int clients_get_count(void); void clients_notify_auth_process(void); diff -u -r work.patched/dovecot-0.99.10/src/login-common/main.c work/dovecot-0.99.10/src/login-common/main.c --- work.patched/dovecot-0.99.10/src/login-common/main.c Sun Jun 22 18:09:48 2003 +++ work/dovecot-0.99.10/src/login-common/main.c Fri Oct 24 14:25:02 2003 @@ -75,28 +75,30 @@ static void login_accept(void *context __attr_unused__) { - struct ip_addr ip; + struct ip_addr ip_remote, ip_local; int fd; - fd = net_accept(LOGIN_LISTEN_FD, &ip, NULL); + fd = net_accept(LOGIN_LISTEN_FD, &ip_remote, NULL); if (fd < 0) { if (fd < -1) i_fatal("accept() failed: %m"); return; } + net_getsockname(fd, &ip_local, NULL); + if (process_per_connection) main_close_listen(); - (void)client_create(fd, &ip, FALSE); + (void)client_create(fd, &ip_remote, &ip_local, FALSE); } static void login_accept_ssl(void *context __attr_unused__) { - struct ip_addr ip; + struct ip_addr ip_remote, ip_local; int fd, fd_ssl; - fd = net_accept(LOGIN_SSL_LISTEN_FD, &ip, NULL); + fd = net_accept(LOGIN_SSL_LISTEN_FD, &ip_remote, NULL); if (fd < 0) { if (fd < -1) i_fatal("accept() failed: %m"); @@ -106,11 +108,12 @@ if (process_per_connection) main_close_listen(); - fd_ssl = ssl_proxy_new(fd, &ip); + fd_ssl = ssl_proxy_new(fd, &ip_remote); if (fd_ssl == -1) net_disconnect(fd); - else - (void)client_create(fd_ssl, &ip, TRUE); + + net_getsockname(fd_ssl, &ip_local, NULL); + (void)client_create(fd_ssl, &ip_remote, &ip_local, TRUE); } static void open_logfile(const char *name) @@ -219,7 +222,7 @@ int main(int argc __attr_unused__, char *argv[], char *envp[]) { const char *name, *group_name; - struct ip_addr ip; + struct ip_addr ip_remote, ip_local; int i, fd = -1, master_fd = -1; is_inetd = getenv("DOVECOT_MASTER") == NULL; @@ -257,7 +260,7 @@ main_init(); if (is_inetd) { - if (net_getsockname(1, &ip, NULL) < 0) { + if (net_getsockname(1, &ip_remote, NULL) < 0) { i_fatal("%s can be started only through dovecot " "master process, inetd or equilevant", argv[0]); } @@ -265,7 +268,7 @@ fd = 1; for (i = 1; i < argc; i++) { if (strcmp(argv[i], "--ssl") == 0) { - fd = ssl_proxy_new(fd, &ip); + fd = ssl_proxy_new(fd, &ip_remote); if (fd == -1) i_fatal("SSL initialization failed"); } else if (strncmp(argv[i], "--group=", 8) != 0) @@ -276,8 +279,10 @@ closing_down = TRUE; } - if (fd != -1) - (void)client_create(fd, &ip, TRUE); + if (fd != -1) { + net_getsockname(fd, &ip_local, NULL); + (void)client_create(fd, &ip_remote, &ip_local, TRUE); + } io_loop_run(ioloop); main_deinit(); diff -u -r work.patched/dovecot-0.99.10/src/login-common/master.c work/dovecot-0.99.10/src/login-common/master.c --- work.patched/dovecot-0.99.10/src/login-common/master.c Tue Mar 4 19:43:04 2003 +++ work/dovecot-0.99.10/src/login-common/master.c Fri Oct 24 14:25:57 2003 @@ -44,7 +44,7 @@ req.tag = client->fd; req.auth_pid = auth_pid; req.auth_id = auth_id; - req.ip = client->ip; + req.ip = client->ip_remote; if (fd_send(master_fd, client->fd, &req, sizeof(req)) != sizeof(req)) i_fatal("fd_send(%d) failed: %m", client->fd); diff -u -r work.patched/dovecot-0.99.10/src/master/mail-process.c work/dovecot-0.99.10/src/master/mail-process.c --- work.patched/dovecot-0.99.10/src/master/mail-process.c Fri Aug 22 18:04:27 2003 +++ work/dovecot-0.99.10/src/master/mail-process.c Fri Oct 17 13:25:54 2003 @@ -91,7 +91,7 @@ } /* expand %vars */ - var_expand(str, env, user, home); + var_expand(str, env, user, home, NULL); return str_c(str); } diff -u -r work.patched/dovecot-0.99.10/src/pop3-login/client.c work/dovecot-0.99.10/src/pop3-login/client.c --- work.patched/dovecot-0.99.10/src/pop3-login/client.c Mon May 26 10:27:13 2003 +++ work/dovecot-0.99.10/src/pop3-login/client.c Fri Oct 24 14:27:50 2003 @@ -42,7 +42,7 @@ if (!verbose_proctitle || !process_per_connection) return; - addr = net_ip2addr(&client->common.ip); + addr = net_ip2addr(&client->common.ip_remote); if (addr == NULL) addr = "??"; @@ -80,7 +80,7 @@ client->common.io = NULL; } - fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip); + fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip_remote); if (fd_ssl != -1) { client->tls = TRUE; client_set_title(client); @@ -231,7 +231,8 @@ } } -struct client *client_create(int fd, struct ip_addr *ip, int ssl) +struct client *client_create(int fd, struct ip_addr *ip_remote, + struct ip_addr *ip_local, int ssl) { struct pop3_client *client; @@ -250,7 +251,8 @@ client->refcount = 1; client->tls = ssl; - client->common.ip = *ip; + client->common.ip_remote = *ip_remote; + client->common.ip_local = *ip_local; client->common.fd = fd; client->common.io = io_add(fd, IO_READ, client_input, client); client_open_streams(client, fd); @@ -322,7 +324,7 @@ { const char *addr; - addr = net_ip2addr(&client->common.ip); + addr = net_ip2addr(&client->common.ip_remote); if (addr == NULL) addr = "??"; diff -u -r work.patched/dovecot-0.99.10/src/pop3-login/client.h work/dovecot-0.99.10/src/pop3-login/client.h --- work.patched/dovecot-0.99.10/src/pop3-login/client.h Tue Mar 4 19:43:04 2003 +++ work/dovecot-0.99.10/src/pop3-login/client.h Fri Oct 24 14:28:05 2003 @@ -24,7 +24,8 @@ unsigned int destroyed:1; }; -struct client *client_create(int fd, struct ip_addr *ip, int ssl); +struct client *client_create(int fd, struct ip_addr *ip_remote, + struct ip_addr *ip_local, int ssl); void client_destroy(struct pop3_client *client, const char *reason); void client_ref(struct pop3_client *client);

1 0

Re: [Dovecot] dovecot vs cyrus, uw, etc.
by Scott Klein 04 Nov '03

04 Nov '03

Thanks, all. I'm definitely leaning toward Dovecot. Cyrus is just too big a pain for very little payoff.

1 0

[Dovecot] current CVS seems to have index problems.
by Andreas Jaekel 04 Nov '03

04 Nov '03

Hi Timo. I've checked out the current CVS version and tested it. There seems to be a problem when dovecot accesses mailboxes for the first time: I have a mailbox with 4 mails, and no special IMAP headers. (no X-IMAPBase, X-UID etc.) and it's in mbox format. I log in, SELECT the folder and do FETCH 2 BODY[] and receive only a snipplet of the mail from somewhere in the middle of it. After some debugging it seems like dovecot: 1. creates an index, for mbox_index_rewrite(), 2. rewrites the mbox, but then 3. forgets to update the index after the rewrite. and ends up in a state with a pre-rewrite index but a post-rewrite folder. Now, there are many ways to make dovecot rebuild the index after rewriting the folder, but some are ugly and some are not, some need extra code to avoid endless loops. I don't know how you would want this fixed. I attached a patch that worked for me. After that patch, I have more (new?) problems, which may or may not be related. Now, when I SELECT a folder and do a COPY within the folder (*smile*) I get this: A COPY 1 INBOX * BYE Mailbox is in inconsistent state, please relogin. Connection closed by foreign host. ... which is what I'm gonna start looking for right now. :) Regards, Andy

1 1

[Dovecot] -test8 & Mail.app
by Dan Sully 04 Nov '03

04 Nov '03

A user just tried to use OSX 10.3's Mail.app via imap. It caused the process to start eating CPU, and this in the logs. Any idea what could be happening here? What information should I get on his setup? imap-login: Nov 03 14:28:37 Info: Login: fenner [12.106.35.5] imap(fenner): Nov 03 14:30:37 Error: Timeout while waiting for release of exclusive fcntl() lock for index file /home/f/fenner/M>aildir/.INBOX/.imap.index imap(fenner): Nov 03 14:32:37 Error: Timeout while waiting for release of exclusive fcntl() lock for index file /home/f/fenner/M>aildir/.INBOX/.imap.index imap(fenner): Nov 03 14:32:37 Panic: file index-messageset.c: line 346 (index_messageset_next): assertion failed: (!(ctx->expung>es->uid1 <= mail->rec->uid && ctx->expunges->uid2 >= mail->rec->uid)) dovecot: Nov 03 14:32:37 Error: child 26371 (imap) killed with signal 6 Thanks. -D -- Ooo-Eee-Ooo-Ah-Ah-Ting-Tang-Walla-Walla-Bing-Bang

1 0

[Dovecot] dies on start-up: Auth process
by Tom Allison 04 Nov '03

04 Nov '03

I was digging through some of the archives and ran into someone who was having the same problem, but for completely different reasons....i think. dovecot: Nov 02 07:58:51 Info: Dovecot starting up dovecot: Nov 02 07:58:52 Error: Auth process died too early - shutting down dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with signal 11 dovecot: Nov 02 07:58:52 Error: child 27672 (login) killed with signal 11 dovecot: Nov 02 07:58:52 Error: child 27671 (login) killed with signal 11 dovecot: Nov 02 07:58:52 Error: child 27670 (auth) killed with signal 11 So I took the advice posted and ran 'strace dovecot' and this is what I got. Unfortunately I'm not exactly good enough with this to even know what I'm looking at. But I suspect the notation about "/dev/null" might have something to do with it. my user, dovecot as a shell of /bin/bash and a $HOME of /usr/local/lib/dovecot By all rights, he's almost a regular user, except that his UID is <100 (I built user:dovecot as a system uid under SuSE 8.2) open("/var/run/dovecot/", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 close(3) = 0 lstat64("/var/run/dovecot/", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 open(".", O_RDONLY|O_LARGEFILE) = 3 open("/var/run/dovecot//login", O_RDONLY|O_LARGEFILE|O_NOFOLLOW) = 4 fchdir(4) = 0 open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a directory) open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 fstat64(6, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 fcntl64(6, F_SETFD, FD_CLOEXEC) = 0 brk(0) = 0x8061000 brk(0x8062000) = 0x8062000 getdents64(6, /* 2 entries */, 4096) = 48 getdents64(6, /* 0 entries */, 4096) = 0 close(4) = 0 close(6) = 0 fchdir(3) = 0 close(3) = 0 geteuid32() = 0 lstat64("/var/run/dovecot//login", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 open("/var/run/dovecot//login", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 close(3) = 0 lstat64("/var/run/dovecot//login", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 access("/usr/local/libexec/dovecot/dovecot-auth", X_OK) = 0 open("/dev/null", O_RDONLY|O_LARGEFILE) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 dup(3) = 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 setsockopt(6, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 bind(6, {sa_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 getsockname(6, {sa_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0 listen(6, 8) = 0 fcntl64(6, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 fcntl64(6, F_GETFD) = 0 fcntl64(6, F_SETFD, FD_CLOEXEC) = 0 dup(4) = 7 fcntl64(7, F_GETFD) = 0 fcntl64(7, F_SETFD, FD_CLOEXEC) = 0 dup(4) = 8 fcntl64(8, F_GETFD) = 0 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0 dup(4) = 9 fcntl64(9, F_GETFD) = 0 fcntl64(9, F_SETFD, FD_CLOEXEC) = 0 dup2(4, 0) = 0 dup2(4, 1) = 1 dup2(4, 2) = 2 fork() = 27706 exit_group(0) = ?

4 10

Re: [Dovecot] Re: Bug with partial IMAP fetches
by Matthew Reimer 03 Nov '03

03 Nov '03

Timo Sirainen wrote: > On Fri, Oct 31, 2003 at 04:43:55PM -0600, Matthew Reimer wrote: > >>A little more information: >> >>This bug results in Mozilla and pine never rendering the message, since >>dovecot lies about how much data was really sent, as seen in the >>following log in which only 394 bytes (rather than the 10240 dovecot is >>claiming to send) are returned: > > > Does this patch fix it? http://dovecot.fi/fetch-body.patch No; I'm already using all available 0.99.10 patches. Sorry for not mentioning that before. Matt

1 0

[Dovecot] Re: Bug with partial IMAP fetches
by Matthew Reimer 03 Nov '03

03 Nov '03

A little more information: This bug results in Mozilla and pine never rendering the message, since dovecot lies about how much data was really sent, as seen in the following log in which only 394 bytes (rather than the 10240 dovecot is claiming to send) are returned: ---- 8 UID fetch 94 (UID RFC822.SIZE BODY[]<10240.10240>) * 24 FETCH (UID 94 RFC822.SIZE 20873 BODY[]<10240> {10240} G SRC="/world/image/nav/contents_bottom.gif" WIDTH="49" HEIGHT="15" BORDER="0" VSPACE="10"></A></TD></TR></TABLE>  <script type="text/javascript"> if(parent.frames.length>0&&!isContents) top.location.replace(document.location) </script> </BODY> </HTML>  --------------010405000308030207040500-- ) 8 OK Fetch completed. ---- Matt

2 1

[Dovecot] Debian bug #201444: More verbose logging
by Jaldhar H. Vyas 03 Nov '03

03 Nov '03

I brought this up a while ago but the submitter is wondering if there has been any progress on this issue. He says: It would be extremely nice to have a little bit more detailed logging, and I believe it doesn't really require that much code. I use now a daemon which logs login (name, ip; as dovecot does), and logout (with name, logout reason if any special) with the numbers of "read new mail number and size" and "mail left on server number and size". Would be nice to have something like that in dovecot. Could something like this be added for the next version? -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

3 4

[Dovecot] Problems finding information on passwd-file
by David A. Desrosiers 03 Nov '03

03 Nov '03

I've recently converted over to dovecot to uw-imap, and am having a heck of a time trying to find actual docs that describe how to set up virtual users properly without using ldap or posgres.. Basically I need to know what goes in auth_userdb and auth_passdb for a system with *NO* local user accounts in /etc/passwd and /etc/shadow. I will only create mbox files for these users in /var/mail/%u and alternately a home directory where they can store their own mail folders under /home/%u. How can I do this, given the current dovecot codebase? I've googled for a few hours, talked to many people on irc, and checked the mailing lists (of what I could find) related to this, and found nothing whatsoever describing how to achive this. Dovecot apparently supports "virtual users", but I can't find any supporting documentation that describes exactly HOW to set that up. Thanks in advance. d.

2 1

Re: [Dovecot] evolution - folders not displayed correctly
by Terry 03 Nov '03

03 Nov '03

--- Jonas Smedegaard <dr(a)jones.dk> wrote: > s�n, 2003-11-02 kl. 22:54 skrev Terry: > ... > > I tried my account in evolution and all the > folders > > appear in one level and not in several as they > were in > > thunderbird. > ... > > What could be the problem? Thanks! > > The documentation of offlineimap seems to reveil the > cause of the > problem: Evolution uses "/" as delimiter, not "." as > dovecot. > > It seems to not be configurable in Evolution, so > access the files > through dovecot instead of directly. > > - Jonas I am accessing my files via dovecot. That is why I am mailing the dovecot list. Maybe I misunderstood your response. I will check around to see that deliter...probably in the xml configs somewhere.... ===== Terry __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

[Dovecot] Bug with partial IMAP fetches
by Matthew Reimer 31 Oct '03

31 Oct '03

X-UIDL: 61c08992b287bf24b6fff123164620b2 Return-Path: <mreimer(a)vpop.net> Delivered-To: krista(a)vpop.net Received: from vpop.net (bilbo.vpop.net [65.103.33.41]) by boromir.vpop.net (Postfix) with ESMTP id 6B7D43A60F6 for <krista(a)vpop.net>; Sun, 6 Oct 2002 21:16:38 -0700 (PDT) Message-ID: <3DA10B4B.50405(a)vpop.net> Date: Sun, 06 Oct 2002 23:19:23 -0500 From: Matthew Reimer <mreimer(a)vpop.net> Organization: VPOP Technologies, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020829 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Krista Reimer <krista(a)vpop.net> Subject: WORLD October 12, 2002: Eight principles Content-Type: multipart/mixed; boundary="------------010405000308030207040500" This is a multi-part message in MIME format. --------------010405000308030207040500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Lemme know if this doesn't come through right. http://www.worldmag.com/world/issue/10-12-02/closing_1.asp Matt --------------010405000308030207040500 Content-Type: text/html; charset=WINDOWS\252; name="www.worldmag.com/world/issue/10-12-02/closing_1.asp" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="www.worldmag.com/world/issue/10-12-02/closing_1.asp" Content-Base: "http://www.worldmag.com/world/issue/10 -12-02/closing_1.asp" Content-Location: "http://www.worldmag.com/world/issue/10 -12-02/closing_1.asp" <DOCTYPE HTML PUBLIC "-//IETF//DTD HTML3.0//EN" "html.dtd"> <HTML><HEAD><TITLE>WORLD October 12, 2002: Eight principles</TITLE> <META HTTP-EQUIV="Content-type" CONTENT="text/html; charset=Windows\252"> <META NAME="ISSUE" CONTENT="2002-10-12"> <META NAME="ISSUEFOLDER" CONTENT="10-12-02"> <META NAME="DESCRIPTION" CONTENT="How Christians should relate to those of other faiths : 1. We should not conceal aspects of our faith so as to avoid criticism or disapproval, and we should not ask others to do that. We believe it is just and loving to point out publicly the errors of other faiths, provided this is done with suf..."> <META NAME="ARTICLEAUTHOR" CONTENT=""></HEAD> <BODY BGCOLOR=ffffff BACKGROUND=/world/image/bg.gif LINK=#000099 VLINK=#6699CC ALINK=#0000FF> <A NAME="top">  <script type="text/javascript" src="/world/world_ad.js"></script> <TABLE BORDER="0" CELLPADDING="0" CELLSPACING="0" WIDTH="520"> <TR><TD WIDTH=20 VALIGN=TOP ALIGN=LEFT><IMG SRC="/world/image/dot_red.gif" WIDTH="20" HEIGHT="56" BORDER="0"></TD><TD WIDTH=500 VALIGN=MIDDLE ALIGN=LEFT><A TARGET="_top" HREF="/world/adredir.asp?url=http://stats.schwa.com/ss%3Fclick%26world%263a5f25c8&image=/world/image/ads/maiad.jpg" ><IMG SRC="/world/image/ads/maiad.jpg" ALT="Medical Ambassadors International" WIDTH=468 HEIGHT=60 BORDER=1></A> <BR></TD></TR></TABLE> <BR> <script type="text/javascript"> var isContents=false </script> <TABLE BORDER="0" CELLPADDING="0" CELLSPACING="0" WIDTH="720"> <TR><TD ALIGN=LEFT VALIGN=TOP WIDTH="4"><IMG SRC="/world/image/dot_red.gif" WIDTH="4" HEIGHT="1" BORDER="0"><BR></TD><TD ALIGN=LEFT VALIGN=MIDDLE WIDTH="110"><FONT SIZE="1" FACE="arial, helvetica">Call 1-800-951-NEWS (6397) to subscribe today! <BR></TD><TD ALIGN=LEFT VALIGN=MIDDLE WIDTH="38"><BR></TD><TD WIDTH="280" VALIGN=BOTTOM ALIGN=LEFT><IMG SRC="/world/image/world_header.gif" WIDTH="276" HEIGHT="51" BORDER="0"> </TD><TD WIDTH=98 VALIGN=MIDDLE ALIGN=LEFT><FONT SIZE="1" FACE="arial, helvetica">October 12, 2002<BR> Volume 17<BR> Number 39 </FONT><BR> </TD> <TD width="190"> <a href="http://www.weeklystandard.com/world"><img src="/world/image/side_ads/TWS-Wrld-2.gif" width="180" height="100"></a> </TD></TR></TABLE> <TABLE BORDER="0" CELLPADDING="0" CELLSPACING="0" WIDTH="720"><TR>  <TD ALIGN=LEFT VALIGN=TOP ROWSPAN="1" WIDTH="4"><IMG SRC="/world/image/dot_red.gif" WIDTH="4" HEIGHT="1" BORDER="0"></TD>   <TD ALIGN=LEFT VALIGN=TOP WIDTH="136"> <IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="11" BORDER="0"><BR><A HREF="home.asp" TARGET="_top"><IMG SRC="/world/image/nav/contents.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="opening_1.asp" TARGET="_top"><IMG SRC="/world/image/nav/opening.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="cover_1.asp" TARGET="_top"><IMG SRC="/world/image/nav/cover.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="national_1.asp" TARGET="_top"><IMG SRC="/world/image/nav/national.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="international_1.asp" TARGET="_top"><IMG SRC="/world/image/nav/international.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="cultural_1.asp" TARGET="_top"><IMG SRC="/world/image/nav/cultural.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><IMG SRC="/world/image/nav/closing_v.gif" WIDTH="131" HEIGHT="18" BORDER="0" VSPACE="0"><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="20" BORDER="0"><BR><A HREF="/world/meta/search/" TARGET="_top"><IMG SRC="/world/image/nav/search.gif" WIDTH="106" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="/world/meta/subscribe/" TARGET="_top"><IMG SRC="/world/image/nav/subscribe.gif" WIDTH="106" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="https://secure.palmcoastd.com/pcd/document?ikey=057FCIREN" TARGET="_top"><IMG SRC="/world/image/nav/renew.gif" WIDTH="106" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="/world/meta/archives/" TARGET="_top"><IMG SRC="/world/image/nav/archives.gif" WIDTH="106" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="/world/classifieds/" TARGET="_top"><IMG SRC="/world/image/nav/classifieds.gif" WIDTH="106" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR><IMG SRC="/world/image/dot_red.gif" WIDTH="1" HEIGHT="7" BORDER="0"><BR><A HREF="/world/meta/adrates/" TARGET="_top"><IMG SRC="/world/image/nav/adinfo.gif" WIDTH="106" HEIGHT="18" BORDER="0" VSPACE="0"></A><BR> <TABLE BORDER="0" CELLPADDING="0" CELLSPACING="0" WIDTH="110"><TR><TD ALIGN=LEFT VALIGN=TOP WIDTH="110"><FONT SIZE="1" FACE="arial, helvetica"><STYLE> A.side {color:white;} </STYLE> <P><A class=side HREF=/world/issue/08-17-02/home.asp TARGET=_top><IMG SRC=/world/issue/08-17-02/image/cover_thumb.jpg WIDTH=72 HEIGHT=97 HSPACE=15 VSPACE=10 BORDER=0><BR><center>REMEMBERING 9/11 </center></A> <P>Read <A TARGET=_top HREF=/world/olasky/centralideas/index.html class=side>Central Ideas in the Development of American Journalism</a>, <A TARGET=_top HREF=/world/olasky/truth1.html class=side>Telling the Truth</A> and <A TARGET=_top HREF=/world/olasky/Prodigal/index.html class=side>Prodigal Press</a>, three books on journalism by Marvin Olasky.  <P> <A TARGET=_top HREF=http://www.gwbc.com/godsworld/worldad.asp class=side>Add Olasky, Belz, and other great thinkers to your reading list!</A> <P> <A class=side HREF=/world/meta/wear/ TARGET=_top> <IMG SRC=/world/image/world_wear_ad.gif WIDTH=99 HEIGHT=99 HSPACE=0 VSPACE=0 BORDER=1></A> <P> <A class=side HREF=/world/meta/subscribe/sub_standard.asp TARGET=_top> <IMG SRC=/world/image/bennett_book.gif WIDTH=75 HEIGHT=101 HSPACE=15 VSPACE=0 BORDER=1> <center>Free Book!</center></A> <P>Find out <A TARGET=_top HREF=/world/meta/contact/ class=side>how to contact us</A>. <P>Not familiar with WORLD Magazine? <A HREF=/world/meta/about/pr.asp TARGET=_top class=side>Find out more about us.</A> <P>Read our <A HREF=/world/meta/about/mission.asp TARGET=_top class=side>Mission Statement.</A> <P>If you are already a WORLD reader, head to <A HREF=/world/meta/help/ TARGET=_top class=side>Help Us Out</A> to find out how to help us grow.  <P>Find out <A HREF=/world/meta/about/about.asp TARGET=_top class=side>about this site</A>. <P>Excellence in Home Education starts here. Visit the new God's World Book Club Online! <A HREF=http://www.gwbc.com/godsworld TARGET=_top class=side>www.gwbc.com</A>. <p>Check out the World Journalism Institute website at <a href=http://www.worldji.com TARGET=_top class=side>www.worldji.com</a> and apply online! <p>Since 1981, God's World News has been helping children to understand and interpret the world around them. Now you can visit God's World News Online at <A HREF=http://www.gwnews.com TARGET=_top class=side>GWNews.com</a></font></body> <P></FONT> </TD> </TR> </TABLE> </TD>   <TD ALIGN=LEFT VALIGN=TOP WIDTH="16"> <IMG SRC="/world/image/dot_clr.gif" WIDTH="16" HEIGHT="1" BORDER="0"><BR></TD>   <TD ALIGN=LEFT VALIGN=TOP WIDTH="364">   <TABLE BORDER="0" CELLPADDING="0" CELLSPACING="0" BORDER="0" HEIGHT="45"> <TR VALIGN="MIDDLE"> <TD ALIGN="LEFT"><FORM METHOD="POST" ACTION="/world/redirect.asp"> <INPUT TYPE=HIDDEN NAME="folder" VALUE="10-12-02"> <SELECT NAME="where"> <OPTION VALUE="closing_1.asp">Also in CLOSING THOUGHTS <OPTION VALUE="closing_2.asp">What's the difference? </SELECT> </TD> <TD ALIGN="LEFT"> <INPUT TYPE=SUBMIT VALUE="go"></FORM> </TD></TR></TABLE>  <FONT SIZE="5" COLOR="CC0000" FACE="arial, helvetica"><B>JOHN PIPER</B></FONT><BR><IMG SRC="/world/image/line_364.gif" WIDTH="364" HEIGHT="1" BORDER="0"><BR> <H2>Eight principles</H2> <H3><I>How Christians should relate to those of other faiths</I></H3>   <P>1. We should not conceal aspects of our faith so as to avoid criticism or disapproval, and we should not ask others to do that. We believe it is just and loving to point out publicly the errors of other faiths, provided this is done with sufficient evidence that the sacred writings or representative spokesmen of those faiths do indeed express these errors. We must strive not to misrepresent other faiths, as that is not only disrespectful but also undermining of our own credibility.<P> 2. We should acknowledge our sin and desperate need of salvation by a crucified and risen Savior, and not posture ourselves as worthy of salvation as if we had superior intellect or wisdom or goodness. We are beggars who have, by grace, found the life-giving bread of truth, forgiveness, and joy. As we expose the errors of other religions, we should feel and express sorrow and compassion for those who do not embrace Christ so as to be saved.<P> 3. We should not expect a fair fight in a secular world that is hostile to God and uncomfortable around the truth of Christ. Therefore, our response to abuse, distortion, or slander should not be angry resentment, but patient witness to the truth, in the hope and with the prayer that returning good for evil may open hearts to the truth. We must recognize that persecution is normal and that much of the protection Christians have in America is abnormal in history and in the world. Our witness will be best advanced by kind, steadfast statements and reasonable defenses of the truth.<P> 4. We should renounce all violence as a means of spreading our faith. Christians spread biblical faith by suffering, not by causing suffering. Authentic Christianity cannot be coerced by force or manipulation. We should acknowledge and proclaim that Christ will, at his personal appearing, punish those who have rejected him; his violence at the end of the age is a decisive reason we should not and may not exert violence against anyone because of his beliefs. This is Christ's right, not ours.<P> 5. We believe that God has given to civil government, not individuals or the church, the duty to bear the sword for justice and safety. Civil authorities should not punish beliefs, but some behaviors rooted in beliefssuch as killing, assault, or theftmay be outside the law and therefore punishable by the civil authority. Which behaviors are legally prohibited in a society based on freedom of belief and religion will be determined in a process of persuasion, debate, and election of representative lawmakers, with checks and balances provided by the executive and judicial branches and by constitutional safeguards for the rights of minorities.<P> 6. We should distinguish between a just war of defense against aggression and a religious war against people because of their beliefs. We should acknowledge that this distinction will probably not be recognized by certain religions that define their beliefs to include the right of cultural domination by force. But we should insist on this distinction rather than accept the claim of aggressors that our resistance is a religious attack on their faith. We should argue that the ground of such national defense is the civil right to freedom (of religion and speech and press and assembly), not disapproval of the religion underlying the attack.<P> 7. We should distinguish between the right to express criticism of erroneous beliefs and sinful behaviors, on the one hand, and the false inference some draw from this criticism that proponents of the criticized beliefs can therefore legitimately be mistreated. We also should not accept the claim that being criticized or denounced as mistaken or as sinners is a form of mistreatment. It is not a crime (hate crime or otherwise) to say publicly that someone's belief is wrong and harmful, or to call someone's behavior sinful and destructive. A necessary part of all debate concerning beliefs, behaviors, or proposals is the argument that some are wrong, ill-founded, and have deleterious effects.<P> 8. We believe that every religion, worldview, or philosophy of life may freely endeavor to influence and shape our culture. We renounce the use of force or bribery or deceit in this culture-shaping effort. We affirm preaching the gospel, publishing truth, and modeling love and justice, as well as prayer, persuasion, and participation in the political process. We recognize that all laws "impose" some group's behavioral conviction on all, so it is not a compelling criticism to say that a law that governs behavior is bad because it "imposes someone's morality" on society. It is therefore particularly vital to support principles, laws, and policies that protect the legal freedoms of minorities that do not have the numbers to sway lawmaking processes.<P> These principles are further developed at the website http://www.desiringgod.org/library/topics/culture/tolerance_principles.html  <BR></TD><TD width="200" valign="top"> <link rel="Stylesheet" href="/world/right-bar-basic.css" type="text/css"></link> <style type="text/css"> @import: "/world/right-bar-advanced.css"; </style> <div id="rightbar"> <div id="listenlinks"> <h4><a target="_top" href="/world/listen/">Listen to WORLD</a></h4> <div>Daily radio shorts by Nick Eicher. <a target="_top" href="/world/listen/">Read more...</a><br /> <p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000201.mp3">10/7/02 download MP3</a></p> <p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000199.mp3">10/8/02 download MP3</a></p> <p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000198.mp3">10/9/02 download MP3</a></p> <p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000197.mp3">10/10/02 download MP3</a></p> <p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000196.mp3">10/11/02 download MP3</a></p> </div> </div> <div id="recentlinks"> <h4><a target="_top" href="/world/meta/archives/">From Previous Weeks</a></h4> <div> <p><a target="_top" href="/world/issue/10-05-02/"><img src="/world/issue/10-05-02/image/cover_thumb.jpg" width="72" height="97" /><br /> October 5, 2002</a></p> <p><a target="_top" href="/world/issue/09-28-02/"><img src="/world/issue/09-28-02/image/cover_thumb.jpg" width="72" height="97" /><br /> September 28, 2002</a></p> <p><a target="_top" href="/world/issue/09-21-02/"><img src="/world/issue/09-21-02/image/cover_thumb.jpg" width="72" height="97" /><br /> September 21, 2002</a></p> </div> <br /> <a href="http://worldmag.com/world/classifieds/"><img src="/world/image/side_ads/Searching_Ad_100x180.gif" width="180" height="100"></a> </div> </div> </TD></TR> </TABLE> <BR> <TABLE BORDER="0" WIDTH=520><TR><TD WIDTH=110 ALIGN=right VALIGN=top><FONT COLOR=ffffff><B>Search for more<BR>articles about:</B></FONT><BR></TD><TD WIDTH=40><BR></TD><TD WIDTH=370 VALIGN=top ALIGN=left BGCOLOR="#CCCC99"> <TABLE WIDTH="370" BORDER="0" CELLPADDING="8" CELLSPACING="0"><TR><TR><TD WIDTH="370" ALIGN="LEFT" VALIGN="top"><form name="searchForm" action="/world/meta/search/search.asp" onsubmit=""> <input type="hidden" name="performSearch" value="y"> <INPUT TYPE="text" NAME="target" SIZE="30" MAXLENGTH="100"><br> <input type=checkbox name="stype" value="phrase" checked> exact phrase </TD><TD ALIGN="LEFT" VALIGN="TOP"> <INPUT TYPE=SUBMIT VALUE="search"></FORM> </TD></TR> </TABLE> </TD></TR></TABLE> <TABLE BORDER="0" CELLPADDING="0" CELLSPACING="0" WIDTH="500"><TR><TD WIDTH="156"><BR></TD><TD ALIGN=LEFT WIDTH="253"><FONT SIZE="1"><A HREF="/world/meta/copyright.asp" TARGET="_top">© 1996 - 2002 WORLD</A> Magazine. <A HREF="/world/meta/contact/" TARGET="_top">mailbag(a)worldmag.com</A></FONT></TD><TD COLSPAN="1" ALIGN=RIGHT WIDTH="91"><A HREF="#top"><IMG SRC="/world/image/nav/top_bottom.gif" WIDTH="22" HEIGHT="15" HSPACE="10" VSPACE="10" BORDER="0"></A><A HREF="home.asp" TARGET="_top"><IMG SRC="/world/image/nav/contents_bottom.gif" WIDTH="49" HEIGHT="15" BORDER="0" VSPACE="10"></A></TD></TR></TABLE>  <script type="text/javascript"> if(parent.frames.length>0&&!isContents) top.location.replace(document.location) </script> </BODY> </HTML>  --------------010405000308030207040500--

1 0

Re: [Dovecot] SSL Certificate Chains?
by Matthew Reimer 29 Oct '03

29 Oct '03

Timo Sirainen wrote: > On Mon, 2003-10-27 at 15:01, Steve Gare wrote: > >>Just a quicky, I can't see anything about how Dovecot handles >>certificate chains. >> >>1, Does it handle them? >>2, How, if if does? >> >>(Just got a cert from www.instantssl.com and I need there intermediate >>cert do validate it.., Works fine with Apache and Exim ) > > > Dovecot doesn't check client's certificate. It's client's job to check > server's certificate and check the chains. Or at least I don't think > there's anything special Dovecot should do with them.. I had trouble with an instantssl cert, and found that what I needed to do was to also include all the certs up the chain, in a certain order, to keep the client from complaining about an invalid certificate. The first certificate in the pem file should be the the server certificate, followed by its chain starting from the root certificate down. Matt

1 0

[Dovecot] Copy from INBOX to INBOX corrupts file
by Andreas Jaekel 29 Oct '03

29 Oct '03

Aloha, again, Timo. Concerning the problem of copying within one folder... I'm still not sure it's not a problem I created myself, but I think it's caused by the use of the buffered IO routines in ostream-file.c ... you use io_add() to schedule write operations for later while simultanously reading new chunks from the very same file. This seems to confuse dovecot and make it write the copy to the strangest locations. I think when working within one folder I should use either blocking IO or a lot of calls to o_stream_flush()... what do you think? Greetings, Andy

2 3

[Dovecot] SSL Certificate Chains?
by Steve Gare 29 Oct '03

29 Oct '03

Hi, Just a quicky, I can't see anything about how Dovecot handles certificate chains. 1, Does it handle them? 2, How, if if does? (Just got a cert from www.instantssl.com and I need there intermediate cert do validate it.., Works fine with Apache and Exim ) Cheers, Steve Gare - Xantara.Net -- 0845 123 5707

2 1

[Dovecot] root privilidge issues?
by lists＠netxp.com.au 24 Oct '03

24 Oct '03

hi all, i am migrating from imap-uw to dovecot on a freebsd machine and i am getting this error message: imap(phil): Oct 22 19:24:01 Fatal: We couldn't drop root group privileges imap-login: Oct 22 19:24:01 Info: Login: phil [220.240.217.2] dovecot: Oct 22 19:24:01 Error: child 1019 (imap) returned error 89 when it trie manually logining in this is what i see telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK dovecot ready. 1 login phil password 1 OK Logged in. Connection closed by foreign host. any ideas? thansk in advance phil

2 1

[Dovecot] Shared Folders
by D Canfield 21 Oct '03

21 Oct '03

I was just wondering if any thought has been given to shared folders and how they might be implemented yet? True shared folders are compelling enough to our organization that I've been looking into moving to Cyrus from Courier, but transparent folder migration looks to be nearly impossible for more than a handful of accounts... so that leaves me back at hoping courier or dovecot can eventually do what we want. We have a lot of organizations on campus that have a generic mail address such as "maintenance" of "physics." We don't like the idea of shared accounts (invariably either the mailbox gets forgotten about when a secretary changes, the password gets lost, or everyone on campus ends up with the password), so our policies require such generic accounts to be forwarded to a folder in a "real person's" account. This works well for us, but the users are clamoring for the ability to have more than one person access those folders. The problem with Courier's shared folders is that one person owns the folder and while others can see that mailbox, only the owner has write access. This kills most of the utility of shared folders, except for use as announcement areas. As I understand it, the reason Courier does it this way is that it uses the underlying unix permissions to control access to the mailbox. I'm thinking that even if dovecot uses the same concept for shared folders, it should be possible to allow multiple users to write to the folders if filesystem ACL support is used. At least ext3 and XFS both support ACL's, so there is a reasonable amount of support for them, and they would allow dovecot to give multiple users write access to the folders without having to manage it's own security system. The only issue would be that the delivery agent would have to make sure that that ACLs for a folder are kept consistent... I'm not even sure dovecot has to be ACL-aware. Anyway, if there is a completely different plan in the works, that's great too, but I wanted to at least voice an opinion and offer a suggestion of how to make it work. Thanks DC

4 5

[Dovecot] A view quirks
by Andreas Jaekel 21 Oct '03

21 Oct '03

Aloha Timo. I found a few odd things while playing with dovecot. At least one of them bugs me, but it might be a result of my own patches - I haven't testet it with mbox or maildir, yet. The details :) 1. * OK dovecot ready. A = (<return> Connection closed by foreign host. 2. * OK dovecot ready. A001 LOGIN xxxxxx xxxxxx A001 OK Logged in. A002 COPY 1 INBOX Connection closed by foreign host. (segfault) 3. [...] A003 SEARCH SUBJECT "test" * SEARCH 1 A003 OK Search completed. A004 SEARCH SUBJECT {6} + OK "test" * SEARCH A004 OK Search completed. I think these two searches should give identical results. 4. (my current nemesis) A002 CREATE bla A003 SELECT INBOX A004 COPY 1 bla A005 SELECT bla A006 COPY 1 bla * NO Internal error [2003-10-16 16:07:21] A006 OK Copy completed. If I copy from the current folder to the current folder I get a scrambled mailbox and an error. This might be selfmade, though. I'm currently trying to find this bug, but the various layers of [_oi]streams and callback and function pointer structs do not help :) I think the stream routines hide the mstream(istream(realstream(iostream))) and the ostream(_ostream(iostream)) behind the same file descriptor and the data gets written to the wrong position. BTW: what exactly is "max_pos"? Greetings and thanks! Andy

2 6

[Dovecot] move from imap-uw
by Sergey Matveychuk 18 Oct '03

18 Oct '03

Hello! I've just subscribed and I'd like to ask. Is there any troubles if I change my imap-uw with davecot? Will davecot pick up imap-uw created folders (mboxes)? I use all protocols: imap, imaps, pop and pops. I've seen some problems with mbox was mention on this maillist. What kind of problem? -- Sem.

2 1

[Dovecot] Re: Darwin Build (cvs)
by Jesse Peterson 16 Oct '03

16 Oct '03

On Thursday, October 9, 2003, at 02:00 AM, dovecot-request(a)procontrol.fi wrote: > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Darwin Build (cvs) > To: dovecot(a)procontrol.fi > Message-ID: <1065657988.1377.43.camel@hurina> > Content-Type: text/plain > > On Wed, 2003-10-08 at 17:23, Jesse Peterson wrote: >> Here's the deal: OpenDarwin 6.6 (closest relative being Mac OS X >> 10.2.6) won't build from CVS. Specifically libtoolize doesn't seem to >> exist (does it even come with libtool?) and the other parts of the >> "autogen.sh" fail miserably. > > So, the solution is to get libtoolize :) Mine seems to have come from > libtool14 package in Fink (although it is libtool v1.5, weird). Thought so. I wasn't sure if it came with libtool or not (OpenDarwin does ship with libtool). > > Also it looks like you're missing iconv.m4. It's in gettext package in > Fink. Ahh, I'll grab that as well. > > Did OpenDarwin use Fink? > Yes, although they've switched from 'DarwinPorts' to MetaPkg. Not sure the status on either of those, though. > Anyway, building from CVS requires some more packages to install which > aren't needed if you stick with tarballs. I could also build a new test > tarball if you need :) > This would be great. Maybe an automatically posted daily snapshot? Thanks Timo.

2 1

[Dovecot] problem getting mail from mbox
by Gavin Estey 16 Oct '03

16 Oct '03

I'm trying to set up dovecot and I'm running into a few problems. I just want to use IMAP for one user, everyone else gets POP3 from the existing (working server). $MAIL is set to /var/spool/mail/gavin_imap In my /var/spool/mail directory I now have a problem: -rw------- 1 gavin_im mail 1392 Oct 14 22:28 gavin_imap -rw------- 1 gavin_im popusers 0 Oct 14 21:54 gavin_imap When I try to get my mail, I guess it's checking the wrong file as I can't download anything. I also can't delete the file (which I find confusing as I am root): [root@chicken mail]# rm gavin_imap rm: cannot remove `gavin_imap': No such file or directory I actually have the same problem with the dovecot log file. I have this in my config: info_log_path = /tmp/dovecot -rw------- 1 root root 4436 Oct 14 22:40 dovecot [root@chicken tmp]# cat dovecot cat: dovecot: No such file or directory I don't get any obvious errors if I telnet in: [root@chicken tmp]# telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK dovecot ready. 1 LOGIN gavin_imap <pass> 1 OK Logged in. 1 SELECT Inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1066184985] UIDs valid * OK [UIDNEXT 1] Predicted next UID 1 OK [READ-WRITE] Select completed. 1 LOGOUT * BYE Logging out 1 OK Logout completed. Connection closed by foreign host. This is confusing the hell out of me. Is there anything obvious that I've screwed up? Thanks! Gavin.

2 3

[Dovecot] exchange, dovecot, mutt, evolution
by Krammer Clemens 16 Oct '03

16 Oct '03

Dear all, When I "migrate" my outlook folders to imapd (dovecot) it works well from a Windoze perspective, but if I open a migrated folder via imap (mutt, evolution) a cannot see the Senders. If i open the folder locally via mutt, the Senders are displayed correctly. By examining one folder with vi I recognised that there are no valid From headers but Return-Paths. Is there a common way to see the senders when connecting with imap? Best Regards, Clemens

2 1

[Dovecot] Ordering mailboxes
by Ian Marlier 16 Oct '03

16 Oct '03

I have a really weird problem. To whit: I compiled dovecot 0.99.10 on two different systems: a linux-ppc box running Debian, and a Mac OS X Server v. 10.2.8. It compiled fine on both. The same Maildir's are being served up on both -- the OS X server exports home directories to the clients via NFS. BUT the OS X box orders mailboxes this way: INBOX Deleted Items Sent Items . . . And the Debian box orders mailboxes this way: INBOX INBOX/Deleted Items INBOX/Sent Items . . . The compilation options were the same in both cases. The dovecot.conf files are essentially identical -- the only changes are the names of the SSL certificates and the name of the dovecot user. What I can't figure out is, why is the ordering of the mailboxes different? This is the Maildir directory list: [network:/Users/foc/Maildir] root# ls -al /Network/Servers/network.uphamscornercs.net/Users/marlier/Maildir/ total 816 drwxrw---- 22 marlier staff 748 Oct 13 19:52 . drwxr-xr-x 64 marlier staff 2176 Oct 10 14:08 .. drwxrw---- 13 marlier staff 442 Oct 13 19:14 .Deleted Items drwxrwxr-x 9 marlier staff 306 Oct 13 19:14 .Dovecot drwxrw---- 12 marlier staff 408 Oct 8 12:26 .Drafts drwxrw---- 7 marlier staff 238 Oct 13 19:28 .INBOX drwxrw---- 13 marlier staff 442 Sep 16 22:59 .Jen drwxrw---- 13 marlier staff 442 Oct 13 18:30 .Klimas List drwxrw---- 13 marlier staff 442 Oct 13 17:57 .Rachel drwxrw---- 13 marlier staff 442 Oct 13 19:14 .Sent Items drwxrw---- 13 marlier staff 442 Oct 13 19:16 .UCCS -rw-rw---- 1 marlier staff 5 Sep 15 20:58 .customflags -rw-rw---- 1 marlier staff 120 Oct 13 18:16 .subscriptions -rw------- 1 marlier staff 296206 Oct 13 19:40 bincimap-cache -rw------- 1 marlier staff 534 Sep 22 17:45 bincimap-subscribed -rw------- 1 marlier staff 197 Sep 16 21:38 bincimap-subscribed.old -rw------- 1 marlier staff 59 Oct 13 19:40 bincimap-uidvalidity drwx------ 3582 marlier staff 121788 Oct 13 19:36 cur -rw------- 1 marlier staff 96421 Oct 13 19:36 dovecot-uidlist drwx------ 2 marlier staff 68 Oct 13 19:36 new drwxrw--w- 2 marlier staff 68 Sep 15 20:58 recov drwx------ 2 marlier staff 68 Oct 13 19:36 tmp [network:/Users/foc/Maildir] root# Any thoughts? (dovecot.conf files is included here, if it's helpful): [network:/Users/foc/Maildir] root# more /usr/local/etc/dovecot.conf ## Dovecot 1.0 configuration file # Default values are shown after each value, it's not required to uncomment # any of the lines. Exception to this are paths, they're just examples # with real defaults being based on configure options. The paths listed here # are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var # --with-ssldir=/etc/ssl # Base directory where to store runtime data. base_dir = /var/run/dovecot/ # Protocols we want to be serving: # imap imaps pop3 pop3s protocols = imap imaps pop3 pop3s # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify ports with # "host:port". imap_listen = * pop3_listen = * # IP or host address where to listen in for SSL connections. Defaults # to above non-SSL equilevants if not specified. #imaps_listen = #pop3s_listen = # Disable SSL/TLS support. ssl_disable = no # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before # dropping root privileges, so keep the key file unreadable by anyone but # root. Included doc/mkcert.sh can be used to easily generate self-signed # certificate, just make sure to update the domains in dovecot-openssl.cnf ssl_cert_file = /etc/ssl/certs/imapd.pem ssl_key_file = /etc/ssl/private/imapd.pem # SSL parameter file. Master process generates this file for login processes. # It contains Diffie Hellman and RSA parameters. ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat # How often to regenerate the SSL parameters file. Generation is quite CPU # intensive operation. The value is in hours, 0 disables regeneration # entirely. ssl_parameters_regenerate = 0 # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability) disable_plaintext_auth = no # 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 = /var/log/mail.log # For informational messages, use this logfile instead of the default info_log_path = /var/log/mail.log # Prefix for each line written to log file. % codes are in strftime(3) # format. Note the extra space at the end of line. log_timestamp = %b %d %H:%M:%S dovecot: ## ## Login processes ## # Directory where authentication process places authentication UNIX sockets # which login needs to be able to connect to. The sockets are created when # running as root, so you don't have to worry about permissions. login_dir = /var/run/dovecot/login # chroot login process to the login_dir. Only reason not to do this is if you # wish to run the whole Dovecot without roots. login_chroot = yes ## ## IMAP login process ## login = imap # Executable location. login_executable = /usr/local/libexec/dovecot/imap-login # User to use for the login process. Create a completely new user for this, # and don't use it anywhere else. The user must also belong to a group where # only it has access, it's used to control access for authentication process. login_user = dovecot # Set max. process size in megabytes. If you don't use # login_process_per_connection you might need to grow this. login_process_size = 32 # Should each login be processed in it's own process (yes), or should one # login process be allowed to process multiple connections (no)? Yes is more # secure, espcially with SSL/TLS enabled. No is faster since there's no need # to create processes all the time. login_process_per_connection = yes # Number of login processes to create. If login_process_per_user is # yes, this is the number of extra processes waiting for users to log in. login_processes_count = 5 # Maximum number of extra login processes to create. The extra process count # usually stays at login_processes_count, but when multiple users start logging # in at the same time more extra processes are created. To prevent fork-bombing # we check only once in a second if new processes should be created - if all # of them are used at the time, we double their amount until limit set by this # setting is reached. This setting is used only if login_process_per_use is yes. login_max_processes_count = 128 # Maximum number of connections allowed in login state. When this limit is # reached, the oldest connections are dropped. If login_process_per_user # is no, this is a per-process value, so the absolute maximum number of users # logging in actually login_processes_count * max_logging_users. login_max_logging_users = 256 ## ## POP3 login process ## # Settings default to same as above, so you don't have to set anything # unless you want to override them. login = pop3 # Exception to above rule being the executable location. login_executable = /usr/local/libexec/dovecot/pop3-login ## ## Mail processes ## # Maximum number of running mail processes. When this limit is reached, # new users aren't allowed to log in. max_mail_processes = 1024 # Show more verbose process titles (in ps). Currently shows user name and # IP address. Useful for seeing who are actually using the IMAP processes # (eg. shared mailboxes or if same uid is used for multiple accounts). verbose_proctitle = yes # Show protocol level SSL errors. verbose_ssl = yes # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. first_valid_uid = 30 #last_valid_uid = 0 # Valid GID range for users, defaults to non-root/wheel. Users having # non-valid GID as primary group ID aren't allowed to log in. If user # belongs to supplementary groups with non-valid GIDs, those groups are # not set. first_valid_gid = 1 #last_valid_gid = 0 # ':' separated list of directories under which chrooting is allowed for mail # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too). # This setting doesn't affect login_chroot or auth_chroot variables. # WARNING: Never add directories here which local users can modify, that # may lead to root exploit. Usually this should be done only if you don't # allow shell access for users. See doc/configuration.txt for more information. # valid_chroot_dirs = /var/mail # Default MAIL environment to use when it's not set. By leaving this empty # dovecot tries to do some automatic detection as described in # doc/mail-storages.txt. There's a few special variables you can use: # # %u - username # %n - user part in user@domain, same as %u if there's no domain # %d - domain part in user@domain, empty if user there's no domain # %h - home directory # # You can also limit a width of string by giving the number of max. characters # after the '%' character. For example %1u gives the first character of # username. Some examples: # # maildir:/var/mail/%1u/%u/Maildir # mbox:~/mail/:INBOX=/var/mail/%u # mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n # default_mail_env = maildir:~/Maildir # Space-separated list of fields to cache for all mails. Currently these # fields are allowed followed by a list of commands they speed up: # # Envelope - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT, # SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID, # HEADER IN-REPLY-TO # Body - FETCH BODY # Bodystructure - FETCH BODY, BODYSTRUCTURE # MessagePart - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE, # SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE # generation. This is always set with mbox mailboxes, and # also default with Maildir. # # Different IMAP clients work in different ways, that's why Dovecot by default # only caches MessagePart which speeds up most operations. Whenever client # does something where caching could be used, the field is automatically marked # to be cached later. For example after FETCH BODY the BODY will be cached # for all new messages. Normally you should leave this alone, unless you know # what most of your IMAP clients are. Caching more fields than needed makes # the index files larger and generate useless I/O. # # With maildir there's one extra optimization - if nothing is cached, indexing # the maildir becomes much faster since it's not opening any of the mail files. # This could be useful if your IMAP clients access only new mails. mail_cache_fields = MessagePart Envelope Bodystructure Body # Space-separated list of fields that Dovecot should never set to be cached. # Useful if you want to save disk space at the cost of more I/O when the fields # needed. #mail_never_cache_fields = # Workarounds for various client bugs: # oe6-fetch-no-newmail: # Never send EXISTS/RECENT when replying to FETCH command. Outlook Express # seems to think they are FETCH replies and gives user "Message no longer # in server" error. Note that OE6 still breaks even with this workaround # if synchronization is set to "Headers Only". # outlook-idle: # Outlook and Outlook Express never abort IDLE command, so if no mail # arrives in half a hour, Dovecot closes the connection. This is still # fine, except Outlook doesn't connect back so you don't see if new mail # arrives. #client_workarounds = # Dovecot can notify client of new mail in selected mailbox soon after it's # received. This setting specifies the minimum interval in seconds between # new mail notifications to client - internally they may be checked more or # less often. Setting this to 0 disables the checking. # NOTE: Evolution client breaks with this option when it's trying to APPEND. mailbox_check_interval = 30 # Like mailbox_check_interval, but used for IDLE command. #mailbox_idle_check_interval = 30 # Allow full filesystem access to clients. There's no access checks other than # what the operating system does for the active UID/GID. It works with both # maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/ # or ~user/. mail_full_filesystem_access = no # Maximum allowed length for custom flag name. It's only forced when trying # to create new flags. mail_max_flag_length = 50 # Save mails with CR+LF instead of plain LF. This makes sending those mails # take less CPU, especially with sendfile() syscall with Linux and FreeBSD. # But it also creates a bit more disk I/O which may just make it slower. mail_save_crlf = no # Use mmap() instead of read() to read mail files. read() seems to be a bit # faster with my Linux/x86 and it's better with NFS, so that's the default. mail_read_mmaped = no # Copy mail to another folders using hard links. This is much faster than # actually copying the file. This is problematic only if something modifies # the mail in one folder but doesn't want it modified in the others. I don't # know any MUA which would modify mail files directly. IMAP protocol also # requires that the mails don't change, so it would be problematic in any case. # If you care about performance, enable it. maildir_copy_with_hardlinks = no # Check if mails' content has been changed by external programs. This slows # down things as extra stat() needs to be called for each file. If changes are # noticed, the message is treated as a new message, since IMAP protocol # specifies that existing message are immutable. maildir_check_content_changes = yes # Which locking methods to use for locking mbox. There's three available: # dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe # solution. If you want to use /var/mail/ like directory, the users # will need write access to that directory. # fcntl : Use this if possible. Works with NFS too if lockd is used. # flock : May not exist in all systems. Doesn't work with NFS. # # You can use both fcntl and flock too; if you do the order they're declared # with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl # and flock. Some operating systems don't allow using both of them # simultaneously, eg. BSDs. If dotlock is used, it's always created first. mbox_locks = fcntl # Should we create dotlock file even when we want only a read-lock? Setting # this to yes hurts the performance when the mailbox is accessed simultaneously # by multiple processes, but it's needed for reliable reading if no other # locking methods are available. mbox_read_dotlock = no # Maximum time in seconds to wait for lock (all of them) before aborting. mbox_lock_timeout = 300 # If dotlock exists but the mailbox isn't modified in any way, override the # lock file after this many seconds. mbox_dotlock_change_timeout = 30 # umask to use for mail files and directories umask = 0077 # Drop all privileges before exec()ing the mail process. This is mostly # meant for debugging, otherwise you don't get core dumps. Note that setting # this to yes means that log file is opened as the logged in user, which # might not work. It could also be a small security risk if you use single UID # for multiple users, as the users could ptrace() each others processes then. mail_drop_priv_before_exec = no ## ## IMAP process ## # Executable location imap_executable = /usr/local/libexec/dovecot/imap # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. imap_process_size = 256 # Support for dynamically loadable modules. imap_use_modules = no #imap_modules = /usr/local/lib/dovecot/imap ## ## POP3 process ## # Executable location pop3_executable = /usr/local/libexec/dovecot/pop3 # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. pop3_process_size = 256 # Support for dynamically loadable modules. pop3_use_modules = no #pop3_modules = /usr/lib/dovecot/pop3 ## ## Authentication processes ## # You can have multiple processes; each time "auth = xx" is seen, a new # process definition is started. The point of multiple processes is to be # able to set stricter permissions to others. For example, plain/PAM # authentication requires roots, but if you also use digest-md5 authentication # for some users, you can authenticate them without any privileges in a # separate auth process. Just remember that only one auth process is asked # for the password, so you can't have different passwords with different # processes (unless they have different auth methods, and you're ok with # having different password for each method). # Authentication process name. auth = default # Space separated list of wanted authentication mechanisms: # plain digest-md5 anonymous auth_mechanisms = plain # Space separated list of realms for SASL authentication mechanisms that need # them. You can leave it empty if you don't want to support multiple realms. # Many clients simply use the first one listed here, so keep the default realm # first. #auth_realms = # Default realm to use if none was specified. #auth_default_realm = # Where user database is kept: # passwd: /etc/passwd or similiar, using getpwnam() # passwd-file <path>: passwd-like file with specified location # static uid=<uid> gid=<gid> home=<dir template>: static settings # vpopmail: vpopmail library # ldap <config path>: LDAP, see doc/dovecot-ldap.conf # pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf auth_userdb = passwd # auth_userdb = ldap /usr/local/etc/dovecot-ldap.conf # Where password database is kept: # passwd: /etc/passwd or similiar, using getpwnam() # shadow: /etc/shadow or similiar, using getspnam() # pam [<service> | *]: PAM authentication # passwd-file <path>: passwd-like file with specified location # vpopmail: vpopmail authentication # ldap <config path>: LDAP, see doc/dovecot-ldap.conf # pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf auth_passdb = pam dovecot # auth_passdb = ldap /usr/local/etc/dovecot-ldap.conf # Executable location auth_executable = /usr/local/libexec/dovecot/dovecot-auth # Set max. process size in megabytes. auth_process_size = 256 # 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. auth_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. #auth_chroot = # Number of authentication processes to create auth_count = 2 # List of allowed characters in username. If the user-given username contains # a character not listed in here, the login automatically fails. This is just # an extra check to make sure user can't exploit any potential quote escaping # vulnerabilities with SQL/LDAP databases. If you want to allow all characters, # set this value to empty. auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ # Username to use for users logging in with ANONYMOUS SASL mechanism #auth_anonymous_username = anonymous # More verbose logging. Useful for figuring out why authentication isn't # working. auth_verbose = yes # digest-md5 authentication process. It requires special MD5 passwords which # /etc/shadow and PAM doesn't support, so we never need roots to handle it. # Note that the passwd-file is opened before chrooting and dropping root # privileges, so it may be 0600-root owned file. #auth = digest_md5 #auth_methods = digest-md5 #auth_realms = #auth_userdb = passwd-file /etc/passwd.imap #auth_passdb = passwd-file /etc/passwd.imap #auth_user = imapauth #auth_chroot = # if you plan to use only passwd-file, you don't need the two auth processes, # simply set "auth_methods = plain digest-md5"

2 1

[Dovecot] Ignore purge and delete command
by vikrant＠linmark.com 16 Oct '03

16 Oct '03

Hi, Does anyone know how to ignore the purge or delete command from the imap clients. Actually I created a mail archive and using dovecot and so far I am happy with the performance. But the problem I am facing right now is I do not want the users to delete the mail by themselves and want to disable the purge or delete command. Thanks Vikrant

2 1

[Dovecot] dovecot crashes on start
by Timothy 16 Oct '03

16 Oct '03

Hello, I wasn't able to find anything about this on the site that could give me a definite answer, but when I start dovecot it dies immediately. The following is left in the logs. dovecot: Oct 06 20:59:30 Info: Dovecot starting up dovecot: Oct 06 20:59:32 Error: Auth process died too early - shutting down pop3-login: Oct 06 20:59:32 Fatal: fd_send(-1) failed: Broken pipe I thought this might have something to do with chrooting so I tried to disable all of that in the configuration. After that did not work I rebuilt dovecot with minimal configure options (compared to what I used originally) and used a stock configuration changing only the certificate locations so that dovecot would not complain about the certificates missing, still no luck and the same error. I've tried using strace on dovecot but it seems like it hardly ever hangs/dies at the same point. I'm trying to run this on a slackware 9.0 linux based machine. Any suggestions? Timothy, -- I put instant coffee in a microwave and almost went back in time. -- Steven Wright

2 3

[Dovecot] Dovecot pop3 and Outlook Express timeout
by Warren Togami 16 Oct '03

16 Oct '03

> Vince did some troubleshooting at my Dad's place and found that part of > the problem was related to dovecot timing out in communicating with > outlook express. Any ideas? You can do a raw pop3 connection which works > fine, but if you try to do the same from within outlook it times out or > gives "server not found". This sounds like what I was experiencing here > with my outlook express as well. > > thanks, > scott > Any idea what could be happening here? They insist that Outlook Express constant times out when trying to download POP3 from the latest stable dovecot. Thanks, Warren Togami warren(a)togami.com

2 1

[Dovecot] Tips to build from CVS?
by david＠madole.net 13 Oct '03

13 Oct '03

I am struggling to compile Dovecot from CVS. I don't seem to be able to get a good configure script, always ending up with an error during configure. # sh autogen.sh configure.in:13: warning: AC_ARG_PROGRAM invoked multiple times # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes [...] checking build system type... i386-unknown-freebsd4.8 checking host system type... i386-unknown-freebsd4.8 [...] checking whether va_lists can be copied by value... yes checking for gnutls_global_init in -lgnutls... no ./configure.lineno: 25085: Syntax error: word unexpected (expecting ")") Looking at the script: cat >>confdefs.h <<\_ACEOF #define HAVE_GNUTLS _ACEOF SSL_LIBS="-lgnutls -lgcrypt" have_ssl="yes (GNUTLS)" have_gnutls=yes fi done <-- line 25085 fi fi if test "$want_openssl" = "yes" && test "$have_ssl" = "no"; then if pkg-config --exists openssl; then I have the following installed: autoconf-2.57 automake-1.7.7 libtool-1.5 I've alto tried: autoconf-2.13 automake-1.5 With similar results except a different line number and more warnings from autogen.sh Any ideas? David

1 0

[Dovecot] gzipped files in Mail directory
by Olivier Tharan 09 Oct '03

09 Oct '03

Hi, I have been testing dovecot on my own machine before a bigger deployment. Basically I have all my mbox mailboxes in ~/Mail, delivered by procmail. Some mbox's are gzipped because they are archives which I can grep into, but do not want to look at often. When I first launched an IMAP client, dovecot created the indexes (I think) and gave several errors when finding a gzipped file, such as: ,---- | Oct 1 19:53:21 mafate imap(olive): File isn't in mbox format: /home/olive/Mail//Archives/daily.d/mafate.2003.gz `---- After 19 gzipped mbox's, I had the following crash: ,---- | Oct 1 19:53:21 mafate dovecot: child 4923 (imap) killed with signal 10 `---- Does dovecot not like gzipped mbox's? For the moment, all gzipped files are in ~/Mail/.Archives and I can live with it. -- olive

1 0

[Dovecot] Line length limitation in dovecot leads to out-of-control process?
by Amelia A. Lewis 09 Oct '03

09 Oct '03

Heylas! I've been copying mailboxes from one dovecot server (on an alpha running debian testing, 0.99.10-9) to another (on an i686 running debian unstable, 0.99.10-9). I encountered a weird problem, which I seem to have resolved by moving a message with a To: line from hell out of the mailbox. Both machines are running maildir. They're not exactly identical, but they're fairly similar, apart from differences in distribution and architecture; they're running the same version of dovecot, supposedly. Specifically, when I copied this folder over to the new location, dovecot went into CPU-feeding frenzy (up to 99.7% of CPU), and stayed there. If I killed the client and tried to look at the same mailbox using a different client (mutt instead of sylpheed), without killing the imap processor on the server, the indexes would be locked, mutt would fall back to reading headers instead, and then would send its imap process into CPU-feeding frenzy when it got to one particular message. After some experimentation, I found the message. Once I moved it out of cur, I could access the mailbox without problems. The odd thing is that I can look at the message on the original machine, but on the machine it was copied to, its mere existence makes the mailbox inaccessible. After a little more exploration (grep ^To name-of-message | wc, on both machines) I seem to have found the issue: the original message has a To: line that is 16504 characters long. In the copy, it's 8192 characters long, and ends in the middle of a <email@address> (line in copy ends: user name <emai, chopped right there). I suspect that it is the *latter* that's causing dovecot to die a messy death. Or, actually, to turn into a very *rude* process that *doesn't* die. It's a really stupid trick to stuff that much into a header line (it's from helixcode in 2000, btw, notifying people that the promised CD is late), and perfectly reasonable to truncate (even to truncate to 1000 characters, per 282[12]). However, I kinda thing dovecot shouldn't choke on the results of truncation, which is what I think is the problem. Amy! -- Amelia A. Lewis amyzing {at} talsever.com I have spent nights with matches and knives, leaning over ledges, only two flights up. Cutting my heart, burning my soul. Nothing left to hold. Nothing left, but blood and fire. -- Indigo Girls

2 2

[Dovecot] Darwin Build (cvs)
by Jesse Peterson 09 Oct '03

09 Oct '03

Oops, I apologize for my short, breif message that didn't even include what I said it should inlcude =). Here's the deal: OpenDarwin 6.6 (closest relative being Mac OS X 10.2.6) won't build from CVS. Specifically libtoolize doesn't seem to exist (does it even come with libtool?) and the other parts of the "autogen.sh" fail miserably. This time (really) attached is a gzip of the log of autogen.sh: "./autogen.sh >& autogen.log". Thanks for any help! - Jesse

2 1

[Dovecot]
by Jesse Peterson 08 Oct '03

08 Oct '03

% uname -a Darwin xxx 6.6 Darwin Kernel Version 6.6: Sun Jul 6 05:12:51 PDT 2003; root:tmp/xnu-6.6.2-4-root.obj/RELEASE_PPC Power Macintosh powerpc Attached is a gzipped "sh autogen.sh >& autogen.log" for the above machine. What do you think? Jesse Peterson <jesse(a)mactechs.com> Office 206.441.7443 / Fax 206.441.8078 MacTechs / Macintosh System and Network Support 2121 First Avenue, Suite 103 / Seattle, Washington 98121 http://www.mactechs.com/

1 0

[Dovecot] those assertions
by dovecot＠spam.turbolink.net 06 Oct '03

06 Oct '03

Timo, Just FYI while you're working on the mbox code, I discovered a bug that occasionally causes dovecot to insert a single blank line at the beginning of the mbox, I'm not sure when/how/why. A single blank line seems to really confuse dovecot, and causes the server to crash when somebody connects to an afflicted mbox. ("Error indexing mbox" in the log, and disconects the user right away). I fixed it with lots of ugly code at our site (basically just remember that we skipped an intial blank line when doing other operations, instead of skipping it then forgetting later). I suspect there's a more elegant way to do it. - Mike

1 0

[Dovecot] SSL Client Certificate Support
by Bert Koelewijn 06 Oct '03

06 Oct '03

Dear Timo, most modern enterprises make use of a Public Key Infrastructure. It would be nice to have dovecot check a client certificate instead of a password. This makes life much easier and more secure. Mail clients like Mozilla and MS Outlook do support this. What do you think of the following feature request: - Client authenticates with a certificate via SSL. (Like stunnel can) - Dovecot looks the username up in a table with (public key, username) - The mailclient gives a name and password, but dovecot ignores them - Dovecot gives the client access by the username found in the table This way existing mail clients can use this system and you can save your username with an empty password. Best Regards, Bert Koelewijn

5 10

[Dovecot] those assertions
by Bernard Blackham 05 Oct '03

05 Oct '03

Hi, I did a bit of digging into the assertions from mbox-rewrite.c (hdr_parsed_size.physical_size == hdr_size). Every time it happens, hdr_size is 0, while hdr_parsed_size.physical_size is non-zero (presumably the correct value). Does this help track it down? I can't manage to get hold of an mbox that causes this though. Another infrequent assertion that's popped up: file message-address.c: line 262 (message_address_write): assertion failed: (addr->domain != NULL) And one that's only ever been spotted once in the last few weeks: file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) I'm waiting for them to happen again to provide some more info... Regards, Bernard. -- Bernard Blackham bernard at blackham dot com dot au

2 1

[Dovecot] another Dovecot problem
by Tim Miller 05 Oct '03

05 Oct '03

Hi All-- First, thanks to Timo for solving my last issue. I got dovecot up and running on one of my machines, and it does exactly what I want. Now I'm trying to install dovecot on an older box (glibc 2.0.7 Linux kernel 2.0.36), and encountering some problems: -- firstly autoconf/automake does not seem to correctly deal with the madvise function on this system. It detects that we don't have madvise, yet it's prototyped in /usr/include/sys/mman.h. This causes the compilation to fail when dovecot tries to redefine this function. -- I attempted to solve this problem by renaming the function dovecot prototypes to dc_madvise and then changed all the calls in the code (and the implementation) from madvise to dc_madvise. This allows the code to compile correctly. -- However, once the server is installed, it does not appear to work correctly. I can login, but when I try to list my folders or select any folder (one that exists or one that doesn't exist) the connection times out and the following entry is written to the log file: dovecot: Oct 03 05:38:56 Error: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) I tracked this message down in the source, but didn't see any obvious way to trace back the problem. Does anyone have experience building on this older configuration (the glibc is a Red Hat version, if it makes any difference)? Any ideas on what might be causing this issue? Best, Tim Miller

2 5