- dovecot - dovecot.org

[Dovecot] Will pay $500 towards a Dovecot feature
by Marc Perkel 25 May '07

25 May '07

10 days ago I proposed this addition (see below) to Dovecot and got a lot of positive response. I would like to make it happen. I'm willing to contribute $500 to the development of this feature. It doesn't have to be implemented perfectly but needs to be workable to the extent that I can telnet into the Dovecot server and run it manually from the command line. I want to at least be able to run a simple script that I will write to add or remove someone from a black list text file. Timo has limited time but has indicated that he will allow it as a kind of undocumented feature (or wiki documented only). This is a sort of proof of concept feature and if it ever becomes a standard the standard will probably be different. However, we should implement it in a way that would be as close to a standard as possible. So - I'm looking for a programmer to make it happen. I'm also looking for others who might also kick in a few bucks as well if necessary. Here's the rough spec. ---------- Here's some thoughts I'd like to throw out there. I know it's not standard IMAP protocol but someone has to try new ideas first and I want to see what people (Timo) think of this. IMAP establishes a connection between the client and the server. Wouldn't it be great if it could be a conduit to let custom Thunderbird plugins talk to custom server application over the IMAP interface? For example, personalized server settings. Suppose for example I want Thunderbird to edit my server side white lists or black lists or any other setting? Wouldn't it be nice if IMAP supported these changes? The connection is made. It's a secure connection that's been authenticated. Lets use it! Here's my initial thoughts on this. Suppose we extended IMAP to include an EXECUTE command as follows: EXECUTE command parameter, parameter .... On the server side is a config file that has the commands that execute will allow and what programs they run. When the execute command is seen by Dovecot then Dovecot runs the program in the list with the parameters passed. For example, suppose there is a command to add a user to a server side blacklist. 100 execute blacklist add joe(a)smith.com 100 ok Dovecot would open a two way connection to the server application allowing the client to talk to any application that is configured and can send and receive text. The connection persists until the server end terminates or the client closes the connection. With a tool like this one can write generic applications easily that would greatly expand what email clients can do interacting with the server. Not only can setting be changes but you could interact with server side calendars, pick up voice messages from phone systems, run any sort of groupware, all over a generic IMAP connection with this simple extension. Example: 100 EXECUTE calendar 100 ok 100 list schedule today 8:00 10:00 100 8:00 make coffee 100 9:00 meeting with boss 100 9:30 Call Joe Blow at 415-555-1212 100 ok 100 quit 100 ok One thing I'd like to use it for is an outgoing SMTP connection to send outgoing email over IMAP. A session might look like this: 999 EXECUTE smtp 999 220 darwin.ctyme.com ESMTP Exim 4.67 Sun, 13 May 2007 06:52:26 -0700 999 helo ctyme.com 999 250 darwin.ctyme.com Hello localhost [127.0.0.1] 999 mail from:marc@perkel.com 999 250 OK 999 rcpt to:dovecot@dovecot.org 999 250 Accepted ...... 999 quit 999 OK Config File: There would have to be a config file that would be a table of what command run what. An example might look like this: calendar: /usr/bin/dovecot/calendar blacklist: /etc/exim/scripts/blacklist Probably might eventually want to add UID/GID and root directory restrictions for security. Login information and connection IP should be passed in the environment.

17 30

Re: [Dovecot] Converting mbox to Maildir, all prior read messages are downloaded as new
by Eric and Barbara Sammons 24 May '07

24 May '07

Can you elaborate on this convert plugin? I have not heard of it and am curious if it is available in 0.99. Thank you! Bruce Bodger wrote: > > On May 24, 2007, at 3:22 PM, Eric and Barbara Sammons wrote: > >> I am running dovecot 0.99. Everything works great; however, now I am >> looking at several different tools to convert mbox to Maildir. It >> seems the tools, mb2md.pl, perfect_maildir.pl, and others all do what >> they claim; however, when the messages are converted and they are >> stored in Maildir/cur, the email clients download these messages as new. > > Like you, I played with all the available scripts. Settled on using > ONLY Dovecot's convert plugin to convert a uw-imap mbox system to > Dovecot maildir. Believe it or not, it ran 100% perfectly and users > never even noticed the switch! > > Good luck. > B. Bodger > New York, NY >

3 2

[Dovecot] quota plugin
by maximatt 24 May '07

24 May '07

hi... i not undestand this plugin (quota) , because if i set a value 10240 (like in example) when i send a 4 messages with attaches sizes like 4MB they do not nothing, but if i want to send a message like 12MB the dont me do that, but in the first way the user inbox have like 20MB. ¿:(? i have these settings for this plugin: protocol imap { mail_plugins= quota imap_quota } plugin { quota= maildir:storage=10240 } ¿can anybody explain me that? :( thanks in advance!!! :)

1 0

[Dovecot] needing UNSELECT to notice new mail?
by Greg Troxel 24 May '07

24 May '07

I am running NetBSD/i386 3.1ish and 4.0ish dovecot 1.0.0 procmail delivering into maildirs gnus from CVS head emacs 21.4 thunderbird 2 gnome mail-notification 4 configured to required SSL. Basically everything works fine except that in gnus typing 'g' in the *Group* buffer, which is supposed to check for new mail and list the number of new messages, fails to notice new mail. Notably, gnus does not do an UNSELECT or CLOSE when it is done with a group. So basically the following sequence of commands SELECT "INBOX" blah blah EXPUNGE STATUS "INBOX" shows no unseen but really there is one With (setq nnimap-need-unselect-to-notice-new-mail t) gnus will do UNSELECT before STATUS, and then things work fine. Another gnus user reports what seems like the same problem with Courier IMAP. So, is dovecot complying with the IMAP spec here? Is there some notion of a transaction bracketed by SELECT/{UNSELECT,CLOSE}, and is that using something like READ COMMITTED isolation so that it doesn't see messages added by other transactions? Or should dovecot be not relying on cached state and revalidate the mailbox on STATUS, even if it is already SELECTED? Further, is it the group's opinion that a well-behaved client would UNSELECT or CLOSE when the user takes an action that indicates being finished with a mailbox? Or is it reasonable to leave a mailbox SELECTed as an optimization. It seems that for Thunderbird, etc., the user sits in INBOX with IDLE, but with gnus I tend to be in *Group* with no mailboxes selected.

2 4

[Dovecot] unexpected error message (maildir_sync_index)
by Kyle Wheeler 24 May '07

24 May '07

Hello, I recently saw these errors in my log, and one of my users complained that Dovecot disconnected him unexpectedly. Any idea what might have happened? dovecot: Error: IMAP(bmoore(a)forkit.org): file maildir-sync.c: line 1075 (maildir_sync_index): assertion failed: (uid > prev_uid) dovecot: Error: IMAP(bmoore(a)forkit.org): Raw backtrace: /usr/local/libexec/dovecot/imap [0x80b6501] -> /usr/local/libexec/dovecot/imap [0x80b641c] -> /usr/local/libexec/dovecot/imap(maildir_sync_index+0x902) [0x8069042] -> /usr/local/libexec/dovecot/imap [0x8069243] -> /usr/local/libexec/dovecot/imap(maildir_storage_sync_init+0x48) [0x8069428] -> /usr/local/libexec/dovecot/imap(imap_sync_init+0x40) [0x8062590] -> /usr/local/libexec/dovecot/imap(cmd_sync+0x71) [0x80626d1] -> /usr/local/libexec/dovecot/imap(cmd_noop+0x26) [0x8059cc6] -> /usr/local/libexec/dovecot/imap [0x805b878] -> /usr/local/libexec/dovecot/imap [0x805b907] -> /usr/local/libexec/dovecot/imap(_client_input+0x6c) [0x805bfbc] -> /usr/local/libexec/dovecot/imap(io_loop_handler_run+0x120) [0x80bc7e0] -> /usr/local/libexec/dovecot/imap(io_loop_run+0x28) [0x80bb808] -> /usr/local/libexec/dovecot/imap(main+0x4b0) [0x8063fd0] -> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7e7eea8] -> /usr/local/libexec/dovecot/imap [0x8056a11] dovecot: Error: child 8418 (imap) killed with signal 6 ~Kyle -- All we have to decide is what to do with the time that is given us. -- Gandalf the Grey

2 2

[Dovecot] Timeout while waiting for shared lock for index file /var/mail/XXX/Maildir/dovecot.index
by Giannis Zachariadis 24 May '07

24 May '07

Hello, I'm using dovecot v1.0rc23 for about 500 users since february with no particular problems. I'm using Maildir format and ldap authentication. A recently added user can't check his mails any more. In the logs I get May 23 14:35:58 mailsrv deliver(XXXX): [ID 702911 mail.error] Timeout while waiting for shared lock for index file /var/mail/XXXX/Maildir/dovecot.index The user connects with IMAP to retreive his mails. Currently I can login to his account with pop3 and retreive the mails, but when it comes to IMAP I get this error and no mail at all. thanks in advance, -- giannis.

2 1

[Dovecot] Updated v1.1 and summer plans
by Timo Sirainen 24 May '07

24 May '07

Webmail.us will be sponsoring my Dovecot development for this summer. Other companies are also welcome to participate in the costs. Participation gets you: - listed in Credits in www.dovecot.org - listed in AUTHORS file - you can tell me how you want to use the feature and I'll make sure that it supports it (within reasonable limits) For already implemented v1.1 features, see http://www.dovecot.org/list/dovecot/2007-April/021974.html Some of those features require some more testing (new SORT and THREAD code especially) and a bit of fixes to mailbox list indexes. Otherwise I think it's working pretty well already, I've been using it for a long time for my own mails. Upcoming v1.1 features, more or less implemented in this order: - Index file optimizations: http://www.dovecot.org/list/dovecot/2007-May/022591.html - Less indexing for POP3 users (both in pop3 and in deliver) - Replace Squat FTS indexes with my new design - Configurable mail_log plugin - Limit number of connections for a user - A combined LIST + STATUS command (or possibly NOTIFY extension? http://tools.ietf.org/html/draft-gulbrandsen-imap-notify-03) - Fully supported shared mailboxes and IMAP ACL extension: http://www.dovecot.org/list/dovecot/2007-April/021624.html - Remote (shared) mailboxes. Automatic proxying, but possibly also support for MAILBOX-REFERRALS extension if it's not much extra trouble (few clients support it, so probably not worth the trouble unless it can be done in a couple of hours) - Remove unused keywords from mailboxes - Some other small things Upcoming v1.1/v1.2/v2.0 features (planned to be implemented at the end of the summer): - virtual mailboxes: http://www.dovecot.org/list/dovecot/2007-May/022828.html - dbox redesign: http://www.dovecot.org/list/dovecot/2007-May/022602.html Implementing the above features will keep me busy for most of the summer, but there have also been requests for replication support (http://www.dovecot.org/list/dovecot/2007-May/022792.html) I'm interested in implementing it as well, but unfortunately it looks like I don't have time for it at least for the next 3 months or so. There's already at least one company that's willing to pay for replication, but if you're also interested please let me know. Perhaps someone else could implement it instead (if you're interested, please let me know), or if not it'll just have to wait until I have time for it.

6 10

[Dovecot] dovecot, uidplus and apple mail.app (was: Re: Will pay $500 towards a Dovecot feature = calender ?)
by DINH Viêt Hoà 24 May '07

24 May '07

On 5/24/07, Robert Schetterer <robert(a)schetterer.org> wrote: > DINH Viêt Hoà schrieb: > > On 5/24/07, Timo Sirainen <tss(a)iki.fi> wrote: > >> On Thu, 2007-05-24 at 09:37 +0200, Adi Kriegisch wrote: > >> > As a calendaring solution with group calendars and all the like, use > >> CalDAV > >> > -- a webdav extension designed for exactly that purpose. There is an > >> > excellent implementation available at: http://rscds.sourceforge.net/ > >> (also > >> > Apple has released their calendar server supporting caldav open > >> source). > >> > >> I'm using iCal in my OSX Laptop and Evolution in Linux Desktop. Once OSX > >> 10.5 is released with its CalDAV support I'm planning on installing some > >> CalDAV server and probably implement dovecot-auth support for it. > >> > >> Perhaps some day in future I'll also implement CalDAV, but first I'll > >> need to write a web server. :) > > > > CalDAV server of Apple is open-sourced. > > I heard that Cyrus Daboo was involved in :) > > That suggests it could be a good implementation. > > > hi @ll i have a customer who uses > ical apple with a apache webdav setup , this seems to works nice, > but there are a lot of problems with apple mail and imap about apple mail and imap, I think that's because apple mail uses UIDPLUS to work properly. -- DINH Viêt Hoà

1 0

Re: [Dovecot] Will pay $500 towards a Dovecot feature = calender ?
by Robert Schetterer 24 May '07

24 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Curtis Maloney schrieb: > Robert Schetterer wrote: >> Hi all, i think sombody would have like to a imap calender solution >> implemented in dovecot? Am i right here? >> >> You can have simular right now using thunderbird , lightning, kolab >> plugin, ( should be shown in horde webmail too ) > > I tried the kolab plugin... it never worked for me. So disappointed - > especially since synchronising my contacts/calendar between sites would > be very valuable. > > -- > Curtis Maloney > cmaloney(a)cardgate.net > Hi Curtis, sorry to hear this, i know kolab extension is still beta but it works for me in small setups, maybe you should inform the devolopers about your problems and they may help you - -- Mit freundlichen Gruessen Best Regards Robert Schetterer https://www.schetterer.org Munich/Bavaria/Germany -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGVW5XfGH2AvR16oERAv4tAJ9d5ijEXK7F/cujwCp32dm9diMeQwCfQNwb N8RDveBHLqW73zZABw6z6GA= =EDpj -----END PGP SIGNATURE-----

1 0

[Dovecot] Old style qouta to new style convert?
by Mart Pirita 24 May '07

24 May '07

Tere. I'm using Debian, postfix & dovecot, with system quotas and settings in dovecot.conf: default_mail_env = maildir:%h/Maildir:INDEX=/var/spool/dovecot/index/%u:CONTROL=/var/spool/dovecot/control/%u But if system quota is full, users won't get new messages but won't get also any kind information, and also in mail.log is nothing. Is this normal? Should I use dovecot -s own quota with postfix or dovecot own LDA is needed? And how to convert these index and control files into users homedir? Just making changes in dovecot.conf seems not be good idea? Or it is and the control and indexes will be created again? -- Mart

2 1