- dovecot - dovecot.org

[Dovecot] FS quota problem on Solaris10
by Kevin Richter 25 Jan '07

25 Jan '07

Hi, it seems, that I have a quota problem: kric0999@servername:~ $ quota -v Disk quotas for kric0999 (uid 1234): Filesystem usage quota limit timeleft files quota limit timeleft /home 1188850 0 1500000 0 0 0 You see: I have a quota: 1,2GB from 1,5GB The sent-mail, trash, drafts mboxes are in /home/kric0999/mail/ Why does Thunderbird say: "There are no storage quotas on this folder" f.ex when looking at the properties of sent-mail The log says: dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): Loading modules from directory: /opt/dovecot-1.0.rc19/lib/dovecot/imap dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): Module loaded: /opt/dovecot-1.0.rc19/lib/dovecot/imap/lib10_quota_plugin.so dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): Module loaded: /opt/dovecot-1.0.rc19/lib/dovecot/imap/lib11_imap_quota_plugin.so dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): mbox: data=/home/kric0999/mail/:INBOX=/var/mail/kric0999 dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): mbox: root=/home/kric0999/mail, index=/home/kric0999/mail, inbox=/var/mail/kric0999 dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): fs quota add storage dir = /home/kric0999/mail dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): fs quota block device = auto_home dovecot: Jan 25 17:29:31 Info: IMAP(kric0999): fs quota mount point = /home Any ideas? Greets, Kevin Richter

2 2

[Dovecot] X-UID gaps cause Dovecot/IMAP to hang
by Benjamin Howell 25 Jan '07

25 Jan '07

Hi, When the Dovecot 1.0.rc19 IMAP server encounters X-UID headers with gaps in them, it hangs indefinitely. I've attached a sample mailbox (in mbox format) which repeatably exhibits this behavior. The mbox contains only three messages with the following X-UIDs in order: 774, 785, 787. If I remove the X-UID headers from each message, Dovecot handles the mailbox without any problems. UW-IMAP is able to handle the sample mbox _with_ X-UID headers. A full backtrace is also included. When Dovecot hangs, it appears to continually lock and unlock the mailbox. I'm using dotlocking so a mailbox.lock file appears and disappears constantly. I have to kill the process to log back in. I'm not familiar enough with Dovecot to offer a patch, but if anybody feels they can fix this or needs more information, please let me know. Regards, Benjamin Howell bhowell(a)iglou.com

2 1

[Dovecot] logging pop3 fetch time
by Zbigniew Szalbot 25 Jan '07

25 Jan '07

Hello, Is it possible with dovcot (rc7) to log how long it takes to complete downloading mail? If so, what do I have to set in the conf file? Thank you! -- Zbigniew Szalbot

2 2

[Dovecot] Dovecot website
by Luigi Rosa 25 Jan '07

25 Jan '07

I think that the Dovecot website is down/unreachable, at lest from a couple of Italian IPs Ciao, luigi -- / +--[Luigi Rosa]-- \ Old programmers never die, they just hit account block limit.

2 1

[Dovecot] rc18->rc19: read/unread/reply flags broken
by Jeff A. Earickson 25 Jan '07

25 Jan '07

Timo, This might be a bit vague, but I have noticed that rc19 seems to have broken the read/unread/reply flags in imap. My officemate has had problems with messages that are read and marked as read then mysteriously get remarked as unread the next time email is checked. I've had problems where I reply to a message and it does not get marked as "answered". We didn't see this with rc18 and earlier. My setup: Solaris 10, sparc, T2000 system. rc19 (now back to rc18), using mbox format. system mailbox is NFS mounted from another Sun Solaris 10 system, homedirs and dovcot cache files are on local zfs filesystems. Jeff Earickson Colby College

3 3

Re: [Dovecot] X-UID: 4085788205 != 2147483647
by Timo Sirainen 25 Jan '07

25 Jan '07

On 24.1.2007, at 2.49, Stephen Gowing wrote: > It *is* possible to force a large X-UID, if the user has an empty > inbox > (tested on rc15). Yes, but only if it's the very first message for the user. Afterwards even if user expunges all the messages, there are two things that prevent this from being possible: index files and the UW-IMAP style "FOLDER INTERNAL DATA" message. You could also prevent this completely by stripping the X-UID header in your SMTP server or LDA. For example Dovecot LDA strips all the Dovecot's internal metadata headers. I guess the UID renumbering could be done some day, but for now I think it's just way too much trouble with not that much benefits.

3 4

[Dovecot] dovecot LDA 'deliver' and aliases
by Michael Pulk 25 Jan '07

25 Jan '07

Dovecot LDA (deliver) aliases question. I have a multiple virtual domain setup using sendmail, username/domain, password, home directory all stored in mysql,Set-UID/GID for dovecot 'deliver' setup as referenced in Dovecot LDA wiki. Delivery, and POP/IMAP work just fine, serving a mail store in /home/vmail/domain/username type of setup. My problem comes from what may be a misunderstanding on my part on how to setup aliases for some virtual users. I have the mailer specification for dovecot defined, and my mailertable and (access) tables setup for each domain, with an entry like this for each domain in mailertable: domain.com dovecot:dovecot and since I also function as SMTP relay for each customer, I also have an entry in in access domain.com RELAY and the tables are made with hash... this all appears to work just fine, except when I want to alias a certian email address. Lets say that I have one email in the domain that needs to be forwarded to another remote account (on another server), I would normally accomplish this with an entry in virtusertable something like this: sales(a)domain.com <mailto:sales@domain.com> user(a)otherdomain.com <mailto:user@otherdomain.com> but when using dovecots' deliver as the LDA specified for domain.com in mailertable, this appears to be ignored, with the email being returned undeliverable (if sales(a)domain.com <mailto:sales@domain.com> doesn't exist), or being delivered to sales(a)domain.com <mailto:sales@domain.com> (if the account exists in the mysql table). I have also tried creating the account, and placing a .forward file in the appropriate /home/vmail/domain/user directory, but this also appears to be ignored. Does anyone have some advice on how to implement such an ability? I am running dovecot-1.0.rc17, sendmail-8.13.1-3.RHEL4.5, mysql-4.1.20-1.RHEL4.1 on Centos 4.4 Sincerely Michael P.

1 0

[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