- dovecot - dovecot.org

[Dovecot] NEWBIE: configuring all virtual users...
by AJ Weber 24 Jan '07

24 Jan '07

OK, I'm trying to filter-through all the different WiKi and docs about how to configure all virtual users. Now, there's only going to be a few, and it's a secure env, so I'm going to try and configure a custom passwd file (or whatever trimmed-down version I can do), basically to do usernames, passwords, and MBOX dirs. I'm only planning on serving POP3 mail to my clients. I have a location to create MBOX files -- it will be in a specific directory, with sub-dirs for each user; sort of a /home/VU/%u/mbox . I'm really confused as to what add'l info I need to include like "INDEX" and "INBOX" on the mail_location info. Does anyone have any info and/or examples on how to configure my .conf file and create a minimal passwd file for these virtual users? Thanks in advance, AJ

1 0

[Dovecot] [sfs@tc.umn.edu: Re: dovecot-auth file descriptor usage]
by Steven F Siirila 24 Jan '07

24 Jan '07

I hate to be a pest, but are there any revelations on file descriptor "overusage" by dovecot-auth? ----- Forwarded message from Steven F Siirila <sfs(a)tc.umn.edu> ----- Date: Sat, 20 Jan 2007 12:42:50 -0600 From: Steven F Siirila <sfs(a)tc.umn.edu> To: Dovecot Mailing List <dovecot(a)dovecot.org> User-Agent: Mutt/1.4.2.1i Subject: Re: [Dovecot] dovecot-auth file descriptor usage Okay, here is one which has closed fds 0 and 1, so I presume it is proxying SSL: 11988: imap-login Current rlimit: unlimited file descriptors 2: S_IFIFO mode:0000 dev:295,0 ino:2692866 uid:0 gid:1 size:0 O_RDWR 4: S_IFCHR mode:0644 dev:287,0 ino:99614726 uid:0 gid:3 rdev:190,1 O_RDONLY|O_LARGEFILE FD_CLOEXEC /devices/pseudo/random@0:urandom 5: S_IFIFO mode:0000 dev:295,0 ino:2692868 uid:65 gid:65 size:0 O_RDWR FD_CLOEXEC 6: S_IFIFO mode:0000 dev:295,0 ino:2692868 uid:65 gid:65 size:0 O_RDWR FD_CLOEXEC 7: S_IFSOCK mode:0666 dev:293,0 ino:33376 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49640),IP_NEXTHOP(0.0.193.232) sockname: AF_INET 134.84.119.102 port: 143 peername: AF_INET 160.94.23.17 port: 38847 8: S_IFSOCK mode:0666 dev:293,0 ino:63591 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_SNDBUF(16384),SO_RCVBUF(5120) sockname: AF_UNIX peername: AF_UNIX default 9: S_IFSOCK mode:0666 dev:293,0 ino:43728 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_SNDBUF(16384),SO_RCVBUF(5120) sockname: AF_UNIX On Fri, Jan 19, 2007 at 11:34:44PM +0200, Timo Sirainen wrote: > On Wed, 2007-01-17 at 12:57 -0600, Steven F Siirila wrote: > > Doh! Here's another one (took 3 more trials to nab one): > > > > 29058: imap-login > > Current rlimit: unlimited file descriptors > > 0: S_IFSOCK mode:0666 dev:293,0 ino:63436 uid:0 gid:0 size:0 > > O_RDWR|O_NONBLOCK > > SOCK_STREAM > > SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0) > > sockname: AF_INET 0.0.0.0 port: 143 > > 1: S_IFSOCK mode:0666 dev:293,0 ino:42189 uid:0 gid:0 size:0 > > O_RDWR|O_NONBLOCK > > SOCK_STREAM > > SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0) > > sockname: AF_INET 0.0.0.0 port: 993 > > Almost, but not quite :) File descriptors 0 and 1 are open only when the > process is listening for new connections (for ports 143 and 993). So > this process wasn't proxying SSL. > > > 2: S_IFIFO mode:0000 dev:295,0 ino:2456463 uid:0 gid:1 size:0 > > O_RDWR > > This is logging pipe. > > > 3: S_IFSOCK mode:0666 dev:293,0 ino:37418 uid:0 gid:0 size:0 > > O_RDWR > > SOCK_STREAM > > SO_SNDBUF(16384),SO_RCVBUF(5120) > > sockname: AF_UNIX > > Connection to master process. > > > 4: S_IFCHR mode:0644 dev:287,0 ino:99614726 uid:0 gid:3 rdev:190,1 > > O_RDONLY|O_LARGEFILE FD_CLOEXEC > > /devices/pseudo/random@0:urandom > > /dev/urandom. > > So it hasn't actually yet even connected to dovecot-auth. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 ----- End forwarded message ----- -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 1

[Dovecot] pop/imap login logging only username part of full email address
by Justin McAleer 24 Jan '07

24 Jan '07

I have my login log format set like so: login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c When I log in using a full email address, though, I only get the username part of the address: Jan 24 13:28:29 node7 dovecot: pop3-login: Login: user=<justin>, method=PLAIN, rip=137.118.2.60, lip=137.118.7.247 Jan 24 13:28:30 node7 dovecot: POP3(justin): Disconnected: Logged out top=0/0, retr=0/0, del=0/717, size=15797460 Is that behavior intentional? If so, can it log the full username as given by the client instead? Anyone with multiple domains probably wants to see the domain part. Changing %u to %n yields the same log entry, and %d seems to be empty so nothing gets logged if I try to log that.

2 2

[Dovecot] More AFS maildir debugging
by Aaron Solochek 24 Jan '07

24 Jan '07

There appears to be some sort of a race condition when accessing a maildir directory for the first time with dovecot. I was getting a non-specific error trying to select INBOX, but when I stepped through it with a debugger it worked. Deleting the dovecot files and running the select again it failed. I started playing with it again just now, and when attempting to access Sent, I actually got some errors: a04 select Sent imap(aarons): Error: Corrupted transaction log file /XX/Maildir/.Sent/dovecot.index.log: unexpected end of file while reading header imap(aarons): Error: Corrupted transaction log file /XX/Maildir/.Sent/dovecot.index.log: unexpected end of file while reading header imap(aarons): Error: Corrupted transaction log file /XX/Maildir/.Sent/dovecot.index.log: unexpected end of file while reading header a04 NO Internal error occurred. Refer to server log for more information. [2007-01-13 16:17:51] I then deleted dovecot.index.log and dovecot.index.log.2 (the only two dovecot files that were present) and retried the select: a04 select Sent a04 NO Internal error occurred. Refer to server log for more information. [2007-01-13 16:23:40] Does anyone more familiar with the code than myself have any pointers of where to concentrate my debugging efforts? Thanks. -Aaron

4 13

[Dovecot] dovecot-acl file location in rc18
by Radek Zavicak 24 Jan '07

24 Jan '07

Hi, I'm trying to use ACL with dovecot rc18 but I don't understand where to store per-mailbox dovecot-acl file. In dovecot.conf I have mail_location = maildir:/var/vmail/%u/ and I do not use namespaces. I have some "testuser" maildir with subdir ".test". When I put dovecot-acl file to the .test directory I get this error in my log file: Error: IMAP(testuser): /var/vmail/testuser/.test/dovecot-acl is no longer kept in control directory, move it to the actual maildir (/var/vmail/testuser/.test) Error: child 28143 (imap) returned error 89 This error tells me to move dovecot-acl file from control dir to mail directory but these are the same for me (and I think it's Dovecot default for maildir). Where I should store per-mailbox dovecot-acl file in this case? Regards, Radek Zavicak

3 3

[Dovecot] too many open files error when using quota plugin
by Justin McAleer 24 Jan '07

24 Jan '07

With the quota plugin loaded (even with a quota value of 0), I get errors like the following: open(/var/mailstore/01/1a/301620/Maildir/cur/1169654988.P22440Q0M696852.<hostname stripped>,S=4437552:2,Sbc) failed: Too many open files To do this, I have a folder with about 700 messages and I tell Thunderbird to run junkmail controls on it (fetches all messages). Watching an strace on the imap process I'm connected to, the problem seems to be when the plugin goes to close the maildirsize file, it's not closing the correct file descriptor: open("/var/mailstore/01/1a/301620/Maildir/./maildirsize", O_RDWR|O_APPEND) = 1016 read(1016, "1024S\n395 1\n397 1\n", 5120) = 18 read(1016, "", 5102) = 0 close(4294967295) = -1 EBADF (Bad file descriptor) It closes that same descriptor every time. On a side note, I'm just curious why it needs to read the maildirsize file for a fetch request anyway?

2 2

[Dovecot] building with SSL support in non-std directories
by AJ Weber 24 Jan '07

24 Jan '07

I'm trying to get configure to find the right libs/includes to build with SSL support (openssl), but it just seems to refuse! I tried passing " --with-ssl=openssl --with-ssldir=/usr/local/ssl ", but this didn't seem to help. In /usr/local/ssl is: drwxr-xr-x 2 root root 4096 2006-12-11 13:25 bin drwxr-xr-x 2 root root 4096 2006-12-11 12:15 certs drwxr-xr-x 3 root root 4096 2006-12-11 12:15 include drwxr-xr-x 4 root root 4096 2006-12-11 13:25 lib drwxr-xr-x 6 root root 4096 2006-12-11 12:15 man drwxr-xr-x 2 root root 4096 2006-12-11 13:25 misc -rw-r--r-- 1 root root 9374 2006-12-11 13:25 openssl.cnf drwxr-xr-x 2 root root 4096 2006-12-11 12:15 private Can someone tell me what it's looking for and how to properly tell it to compile in the SSL support??? Thanks, AJ

2 1

[Dovecot] rc18 dies with Query: LSUB "" "*" failed on Squirrelmail
by Gavin Henry 24 Jan '07

24 Jan '07

Just upgraded, and then had to downgrade straight away. Couldn't get our Squirrelmail page up. Logged in fine etc. but got: Query: LSUB "" "*" failed, refer to server logs etc. Nothing in logs that shows error with mail_debug=yes What should I be looking for? Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

3 10

[Dovecot] default_pass_scheme = PLAIN-MD5 dont work :(
by mancausoft 24 Jan '07

24 Jan '07

I config postfix+mysql+dovecot for SASL SMTP autentication. It works if set: default_pass_scheme = PLAIN and store plain-text password in mysql I'm change default_pass_scheme = PLAIN with default_pass_scheme = PLAIN-MD5 an store password in mysql with md5('passwd') and dovecotpw -s PLAIN-MD5 -p test {PLAIN-MD5} and md5("test") = 098f6bcd4621d373cade4e832627b4f6 but don't work: Jan 24 13:02:31 domain postfix/smtpd[18461]: connect from [x.x.x.x] Jan 24 13:02:37 domine dovecot: auth-worker(default): mysql: Connected to localhost (mail_info) Jan 24 13:02:39 domain postfix/smtpd[18461]: warning: [x.x.x.x]: SASL CRAM-MD5 authentication failed: PDI3Nac3ODA2NjQ0Njg4MzMuMTE2OTY0Mzc1N0BrbHVnY3QtY3Jldz4= Jan 24 13:02:40 domain postfix/smtpd[18461]: lost connection after AUTH from [x.x.x.x] Why?? where are the errors?? -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Questo inverno scaldale il cuore, con il prezioso calore di un Diamante. * Non lasciarti sfuggire lo sconto del 20% riservato a te! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5630&d=24-1

2 2

[Dovecot] dovecotpw/sql crypt scheme core dump with rc17-19
by Andre Dalle 24 Jan '07

24 Jan '07

Platform is Solaris 8 on a 280R. I'm setting up a new installation of Dovecot, and I ran into some troubles that I've partly tracked down. I setup auth/user dbs with LDAP initially, and things worked well. Passwords are stored as "{crypt}zxcv..." in LDAP. I setup SQL, and began getting this: dovecot: Jan 23 16:37:47 Error: child 8718 (auth-worker) killed with signal 11 Passwords are stored as "zxcv..." in SQL. I changed default_pass_scheme from CRYPT to PLAIN, and no troubles. I then tried dovecotpw: dovecotpw -p 123 -s PLAIN-MD5 {PLAIN-MD5}202cb962ac59075b964b07152d234b70 dovecotpw -p 123 -s CRYPT Segmentation Fault (core dumped) So I then tried this: truss dovecotpw -p 123 -s crypt open64("/dev/urandom", O_RDONLY) = 3 read(3, "F80E82 c", 4) = 4 fcntl(3, F_GETFD, 0x00000000) = 0 fcntl(3, F_SETFD, 0x00000001) = 0 open64("/usr/local/lib/dovecot/auth/password", O_RDONLY|O_NDELAY) Err#2 ENOENT read(3, "8382", 2) = 2 Incurred fault #6, FLTBOUNDS %pc = 0xFF0E3304 siginfo: SIGSEGV SEGV_MAPERR addr=0x00000005 Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x00000005 *** process killed *** Suffice to say, there is no "/usr/local/lib/dovecot/auth/password". I'm guessing that the dovecot auth-worker process is failing for the same reason but I don't know how to debug that one. I have core files for the dovecotpw process. -- André Dalle Systems Administrator NCF Internet

2 2