- dovecot - dovecot.org

[Dovecot] IMAP views - and things to make Outlook Express not suck so much
by Geo Carncross 28 May '04

28 May '04

Some of the things that keep being brought up SEEM TO ME to be a form of IMAP crack that can be accomplished in a much more generalized manner with a little bit of thought. An idea I had a while back was for IMAP views. It accomplishes the four things I keep seeing on this list without being specific to any of them. Consider new configuration variables: rewrite Junk { folder = INBOX search = KEYWORD "Junk" post = +FLAGS (Junk) } rewrite Trash { folder = * search = DELETED fetch = -FLAGS (\Deleted) post = +FLAGS (\Deleted) } Views would not be deletable (unless one wants to invent some nonstandard IMAP extensions today), but they would otherwise look like regular folders. One could post and search and fetch messages as normal (with some alterations to various IMAP fields). In the examples I gave: A001 SELECT Junk A002 SEARCH ALL A003 SELECT Trash A004 SEARCH ALL A005 FETCH 1 FLAGS would be translated into: A001 SELECT INBOX A002 SEARCH ALL KEYWORD Junk A003 SELECT {for each SUBSCRIBED folder} A004 SEARCH ALL DELETED A005 FETCH 1 FLAGS Except, A005 would actually yield: * 1 FETCH (FLAGS ()) Instead of: * 1 FETCH (FLAGS (\Deleted)) It would probably be ideal if these were configurable per-user, but I'd be happy with system-wide rewriting. Options for rewrite could include: folder = folders that could be selected using LSUB OR a valid (existing) folder name. If this is system wide, pretty much only INBOX, INBOX.% and INBOX.* and * and % are valid :) search = tags to append to SEARCH operations on the view fetch = IMAP fields that are acceptable to STORE that we will pretend occurred when fetching. recent = IMAP fields that should be STORE'd when the \Recent flag is still set. post = IMAP fields that are acceptable to STORE that we will perform when APPENDing or STOREing. append = argument to be passed to /bin/sh -c which will receive on standard input the APPENDed body, and produce on output a STOREed body. open = argument for /bin/sh -c for when this view is SELECTed or EXAMINEd close = argument to be passed to /bin/sh -c for when the view is closed. index = argument to be passed to /bin/sh -c for when dovecot wants to index a portion of the message. standard input of the argument is the message, whereas standard output is the portion to actually index. path = a regular dovecot mailbox path that would contain the real contents of this folder. ro path = like path, but would be decidedly read-only (except for any side-effects generated by append =) Subprocesses that exit 99 would handle the task internally- thus any normal actions (such as for index = and append =) would not occur. Exit code 0 is for normal completion, and all other exit codes should generate an error. If one allowed open = and close = to be used on REAL folders, this would allow people to actually have the behavior UW-IMAP does by MOVING mail from /v/s/m into ~/mbox... One could use append = with a "Outbox" view that could write the queue at the same time as storing a copy into Sent Items. One could also use append for gpg-signing messages as they're being recorded. One could also use append for publishing to a mailing list. One could use index = to spell-check messages beforehand thus improving my chances of actually finding messages from my PHB. One could also use append =, recent = and ro path = to emulate shared folders support in a manner that would be useful for using IMAP folders as a kind of work-queue. Thoughts?

3 8

[Dovecot] ioloop.c: line 90: assertion failed: (io->fd <= current_ioloop->highest_fd)
by Charlie Allom 27 May '04

27 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm running the last release, not the tests, and was wondering if anyone had seen this? It happens a few times a day.. May 27 17:43:29 squeaky imap-login: [ID 480647 mail.crit] file ioloop.c: line 90: assertion failed: (io->fd <= current_ioloop->highest_fd) May 27 17:43:29 squeaky dovecot: [ID 684838 mail.error] child 23744 (login) killed with signal 6 This is on Solaris. Regards, C. - -- .signature 0x14AA7941 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFAtZzFqiZDwhSqeUERAofWAKCO2kadhJnZySSs28qkVIG2ma/HMACfdP21 wPvPym7NAST85eofOJCSods= =8c1t -----END PGP SIGNATURE-----

1 0

[Dovecot] 0.99.10.5-rc2
by Timo Sirainen 27 May '04

27 May '04

http://dovecot.org/rc/ Just a few more changes: - --with-moduledir option to configure - compile fix to Solaris 10 - mbox syncing complains if mbox is modified while we have it locked and something goes wrong (lock settings are wrong) - maildir: RENAME xx inbox.xx makes sure INBOX is uppercased. - "RAND_bytes() failed:" SSL "fix" for fedora/redhat

1 0

[Dovecot] dovecot immediately exits on Fedora 2
by Per Bothner 26 May '04

26 May '04

I "upgraded" my server running UW-IMAP on Fedora 1, to Fedora 2, which defaults to Dovecot. Unfortunately, the server refuses connecions from my client (Mozilla). It seems that Dovecot immediately exits: ps aux|grep dovecot shows nothing. Also, if I manually start up dovecot, it immediately exits, with no messages. (It does at least parse the config file, since tweaking that gives me errors.) What is surprising is that I haven't been able to "Google" to find anone else reporting someting similar, so I'm wonderring what makes my system unique. I tried downloading, compiling and running the current UW-imap. Mozilla is able to connect to it, and ask for a password, but rejects the login. Curious that we're getting two such very different failure modes. Help would be most appreciated; for now neither I nor others who use my imap server can access our mail (except by directly viewing the /var/spool/mail file). -- --Per Bothner per(a)bothner.com http://per.bothner.com/

2 2

[Dovecot] Deleted emails in Outlook Express
by Fred Mulharin 26 May '04

26 May '04

I am having problems with Outlook Express v.6 as an Imap client. Deleted emails are not making it to the Trash, or Deleted Items folders. I have been trying to find a setting in Outlook Express to control this. I am running Dovecot on a Red Hat 9.0 box. I do not have this problem with either Squirrelmail, or Mozilla. Any thoughts would be appreciated Fred -- Fred Mulharin Systems Technology Supervisor Times Herald-Record fmulharin(a)th-record.com ..We are the trusted leader in news and information for the communities we serve ..because we all live here

2 1

[Dovecot] append
by Marten Lehmann 26 May '04

26 May '04

Hello, I was testing the append function with a wrong amount of characters. The message I appended was saved in the tmp-folder. But even after I received the "BAD ..." message and after I disconnected, the message remained in the tmp-folder. Would it ever be deleted?

3 2

[Dovecot] \Deleted and expunge
by Marten Lehmann 26 May '04

26 May '04

Hello, I deleted a message by storing the \Deleted flag and called expunge. The message was deleted then, but in the file dovecot-uidlist the filename of that message is still listed, even after logging out and in again, doing select and check. When will this file be updated? Regards Marten

2 1

[Dovecot] renaming and select failes
by Marten Lehmann 26 May '04

26 May '04

Hello, I created a folder inbox.Test.Try through IMAP. LIST shows me the folder INBOX.Test.Try instead, but in the filesystem it's created inbox.Test.Try. Now every select, examine or rename gives me NO Mailbox doesn't exist INBOX.Test.Try. Seems that inbox is mapped uppercase everywhere except at "create". Regards Marten

2 1

[Dovecot] dovecot.rawlog
by Marten Lehmann 26 May '04

26 May '04

Hello, I build dovecot tih --with-rawlog and created a folder dovecot.rawlog inside the root-dir of the mailbox (same level as new, cur and tmp). For testing purposes I set the env MAIL to the maildir and started libexec/imap. This generally works, but I can't find the promised logs of input and output. Where do I have to look for them? Regards Marten

2 1

[Dovecot] feature request: undeletable folders
by Marten Lehmann 26 May '04

26 May '04

Hello, as we all know from the big webmail-services like hotmail.com, yahoo.com, web.de and so on, several folders exist and nobody can remove them for a good reason, because some services rely on them: Trash, Junk, Sent. Can can't remove Trash, because every deleted message is just moved here. You can't remove Junk, because all messages recognized as spam is moved here. And you can't remove Sent, because all messages you sent through the webmail are saved here. With the common courier-imap, everyone either has to bloat his webmail client with permanent checking if the required folders exist and recreate them if needed, or he has to patch courier-imap each time a new release appears to extend to this certain functionality. So why not just include this feature in courier-imap generally? I think there's no need to handle these folders on a per mailbox basis. Courier-imap could look at a file that contains the unremovable folders (one per line) and deny deletion of this folders. Now you might say: "You could prevent deletion of this folders in your webmail client as well." But that's only the half of the truth, because if you just want to see webmail as one option of accessing the emails, but POP3 and IMAP access is offered as well, then deletion must be restricted at IMAP side. I didn't implement this feature yet, but I'll need it in near future, so either someone else implements it our I would send you a patch after I implemented it. Regards Marten Lehmann

2 2