- dovecot - dovecot.org

Re: [Dovecot] Deliver log entries have no date and time
by Timo Sirainen 21 Jan '07

21 Jan '07

On Sun, 2007-01-21 at 10:37 -0500, My BSD wrote: > Deliver's log entries do not include a date and time: > > "deliver([username]): Info: auth input: [username]" Fixed: http://dovecot.org/list/dovecot-cvs/2007-January/007474.html You can also uncomment log_timestamp from dovecot.conf to make it work.

1 0

[Dovecot] feature request: proxy destination in logs
by Marshal Newrock 21 Jan '07

21 Jan '07

I would like to be able to see in the logs which server a pop/imap connection is proxied to. Thank you. -- Marshal Newrock, Ideal Solution LLC http://www.idealso.com

3 3

[Dovecot] MRTG
by Luigi Rosa 21 Jan '07

21 Jan '07

Quite a long ago someone proposed a patch to allow the Dovecot data to be collected and displayed via MRTG. Is there anyone who is actually using MRTG to analyze Dovecot traffic? Ciao, luigi -- / +--[Luigi Rosa]-- \ Barometer: an ingenious instrument which indicates what kind of weather we are having.

1 0

[Dovecot] Message size incorrect?
by Tristan Woudenberg - Prism Mail Solutions 20 Jan '07

20 Jan '07

Hi there, I recently installed a plugin for SquirelMail (php imap client, squirrelmail.org) which adds up message sizes per folder to display a nice total size of each subscribed folder. After consulting the plugin maintainers at SquirrelMail in this thread: http://thread.gmane.org/gmane.mail.squirrelmail.plugins/12468/focus=12468 There is quite a discrepancy in the rfc822.size reported by Dovecot and the actual space it takes up on my harddisk. I know there could be some overhead here from all the dovecot* and subscription list files in my imap folders, but like I stated in my email to the SquirrelMail plugin mailing list, about 1mb for a 4.3mb maildir mailbox might be a but much. Could this be like Tomas Kuliavas wrote: "Maybe those message have some data that does not belong to message or their formating breaks dovecot's message parsing functions."? I'm using Dovecot-1.0.rc15, sorry if this has been fixed between this release and the current. Kindest regards, Tristan -- Prism Mail Solutions Deployment, customization and hosting http://prism.nl

4 10

Re: [Dovecot] dovecot-auth file descriptor usage
by Timo Sirainen 20 Jan '07

20 Jan '07

On Tue, 2007-01-16 at 16:33 -0600, Steven F Siirila wrote: > > I'm now just wondering if it's only dovecot-auth that doesn't notice the > > socket closing for some reason, or if the imap-login processes proxying > > SSL didn't really close the socket after all. > > I have attached our dovecot.conf and a "pfiles" (like lsof) output of > dovecot-auth, showing all of its open file descriptors. I hope this helps. > If there is anything else I can provide to shed more light, let me know. login_processes_count = 32 This means that Dovecot always keeps extra 32 login processes that don't do anything else than wait for new connections. That's not at least helping :) Anyway, I'd like to get lsof of an imap-login process that is doing SSL proxying. Unfortunately I don't think there's any simple way to know what processes are doing that and what aren't. Setting login_process_count=1 at least makes it more likely that you'll hit the right process. If trussing the process shows that it's writing some garbage to file descriptor 1, it's probably proxying SSL..

2 5

[Dovecot] Mistake in Wiki
by Juha Saarinen 20 Jan '07

20 Jan '07

http://wiki.dovecot.org/LDA reads: "Exim System-users Replace/rewrite the default local_delivery router:" I believe it should refer to a the default local_deliver transport, and not router. The page is immutable so can't edit it. -- Juha http://www.geekzone.co.nz/juha

3 2

[Dovecot] stale locks
by Thomas Hummel 20 Jan '07

20 Jan '07

Hello Timo, I'm running dovecot-1.0.rc15 (imap and pop) postfix-2.3.5,1 procmail-3.22_6 (which is my LDA) on FreeBSD 6.1-STABLE I'm still using the mbox format (I'm planning to migrate to Maildir soon), mailboxes are on an NFS filesystem. I regulary see stale dotlocks files (either from dovecot (29 bytes, hold the pid of the process) or procmail (1 byte) and processes stucked in Disk Wait state. The only way I can get ridd of them is to restart nfslocking remove the .lock file change the inode of the mailbox file locking strategies are fcntl for mbox_read in dovecot dotlock fcntl for mbox_write in dovecot dotlock fcntl for procmail so I can't figure out why I see such stale locks and processes. Note : I disabled nfs attribute caching so I avoid cache related issues (such as a dotlock showing up late, etc...) Besides, I often see several imap-login processes for the same remote IP address. Does it means the user has several instances of his UA running or is it the behavior of some UA (Eudora ? Thunderbird ?) even if only one instance is run by the user. In any case, wouldn't that be dead-lock/stale lock prone ? -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

3 4

[Dovecot] Squirrelmail Login Error
by Jay Chandler 20 Jan '07

20 Jan '07

One user attempts to log in, and perpetually gets this from Squirrelmail: ERROR: Bad or malformed request. Query: THREAD ORDEREDSUBJECT ISO-8859-1 ALL Server responded: Error in IMAP command UID: ORDEREDSUBJECT threading is currently not supported. Dovecot's logs are clean. -- Jay Chandler Network Administrator Chapman University

2 1

[Dovecot] Disconnects with proxies
by Michael Kress 20 Jan '07

20 Jan '07

Hi, I know I shouldn't ask stuff like this when using dovecot-0.99.11-4.EL4 (CentOS-4.4), but why I'm asking this is whether it's worth to switch from rpm based upstream dovecot to a self compiled one or not and thus I think you wouldn't kill me presenting you this question. o:-) I've got a problem with dovecot regarding a pop3 proxy issue. When I configure my dovecot server to do just plain pop3 I can telnet from a windows box without any flaw, but as soon as the client uses some pop3 proxy (for example outlook uses avira antivir Mail-AntiVirus Protection), queries to that server fail. A log line looks like this: pop3-login: Dec 05 22:53:24 Info: Disconnected [::ffff:84.165.54.42] Moreover with the proxy activated, a telnet to port 110 (pop3) is not working properly, the cursor stays right behind "+OK dovecot ready." and as soon as I enter a character, the server rejects this character as an unknown command (Without pressing ENTER). As soon as I turn off the Antivir-Proxy the telnet to port 110 runs flawlessly and I can login. So I'd like to know is there anything I can do with this version or is it worth trying the newest version? Is this a known issue? Thanks in advance Michael -- Michael Kress, kress(a)hal.saar.de http://www.michael-kress.de / http://kress.net P E N G U I N S A R E C O O L

2 1

[Dovecot] Bug Report: ACL plugin searches wrong directory with shared folders
by Garret Huntress 19 Jan '07

19 Jan '07

I've been attempting to get to get Shared Folders and ACL's to work under dovecot 1.0rc17. Unfortunately, I've run into some problems (many have already been mentioned on the list), specifically the problem where folder-specific ACL files are not found (and I will not use Global ACL's due to the 100% probability of cross-namespace mailbox name conflicts). My namespace is as follows: namespace private { separator = / prefix = location = maildir:%h/Maildir inbox = yes } namespace private { separator = / prefix = CIW Archived/ location = maildir:%h/Mailarchive } namespace public { separator = / prefix = CIW Groups/ location = maildir:/srv/export/groups:CONTROL=%h/Maildir/public- subscriptions:INDEX=%h/Maildir/public-index } I decided to run a quick strace on dovecot's imap daemon while I was getting a folder listing to see why dovecot was not finding the folder-specific ACLs. Below are what I feel are the two key instances in the trace: Example 1: searching for ACL on private folder open("/etc/dovecot-acls//.DEFAULT", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/./dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/dovecot-acls/Work", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/.Work/dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/etc/dovecot-acls/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/dovecot-acls/", O_RDONLY) = 7 That looks good. The ACL plugin looking for the global acls first in the correct location, then in the maildir itself for the folder- specific acl. Example 2: searching for ACL on shared folder open("/etc/dovecot-acls//.DEFAULT", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/public-subscriptions/./dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/dovecot-acls/IS.Postmaster", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/public-subscriptions/.IS.Postmaster/ dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/etc/dovecot-acls/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/dovecot-acls/", O_RDONLY) = 7 Not so good. The ACL plugin is looking under the "CONTROL=" setting from the namespace location configuration, and not under the maildir itself for the folder-specific acl. Since we have to set the separate CONTROL location because of subscription conflicts (http:// wiki.dovecot.org/SharedFolders) we either break subscriptions by removing the CONTROL setting, or break ACL's by adding it. I'm not terribly familiar with the inner workings of Dovecot, however I can envision two possible fixes: 1.) Always have the ACL plugin look under the maildir location (and not the CONTROL override) for folder-specific ACLs or 2.) Have dovecot always place subscriptions for shared folders in a user-specific directory regardless of the namespace location configuration (although, this would probably break a ton of production configurations). I don't know what either of the above options would break, but I hope it's gives some ideas on how to fix this long-standing bug. Please let me know if I can be of any more help. -Garret -- Garret W. Huntress System Administrator / System Developer Geophysical Laboratory Carnegie Institution of Washington 5251 Broad Branch Road, NW Washington, DC 20015 Email: ghuntress(a)ciw.edu Phone: (202)-478-8973 AIM: Garret Huntress

2 1