- dovecot - dovecot.org

[Dovecot] Debian sarge release and dovecot
by Jaldhar H. Vyas 10 Aug '04

10 Aug '04

In what must surely be the first sign of the apocalypse, Debian is actually freezing in preperation for a new release. Probably the last day for uploads will be August 17. Is there likely to be another dovecot release by then? In the event of 0.99.10.9 being the released version, are there any other patches Debian users would like me to include? -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

3 4

[Dovecot] Problem moving folders with Thunderbird
by Loek 10 Aug '04

10 Aug '04

I can move around folders to sub-folders in an IMAP account on my dovecot server, but when I try to move a sub-folder back to the top-level (by dragging it to the account name), I get an error: "The current command did not succeed. The mailserver responded: Mailbox exists." It doesn't exist on the server though, and I can create a folder with that name on the top-level. But it is a little annoying. I am using TB 0.7.2. I tried different IMAP server settings in Thunderbird under the account options, but without success. Loek

3 3

[Dovecot] Both mbox and Maildir
by Yann Rouillard 09 Aug '04

09 Aug '04

Hi, I would like to know if it's possible to configure dovecot so that it use mbox file format for the INBOX mailbox but Maildir format for all the subfolders. My problem is I would like an IMAP server which allow to easily create folders and subfolders of folders, but at the same time I don't want to break all MUA which rely on /var/mail/johndoe in mbox format. Thanks in advance. Yann

2 1

Re: [Dovecot] Dovecot Local Delivery Agent
by Apostolos Papayanakis 09 Aug '04

09 Aug '04

Timo, a very simple save-only LDA would be enough for many configurations. Other full featured LDAs such as procmail could also use dovecot-LDA as the final delivering program. This would keep gigantic mboxes always indexed, and make access on them snappy always, especially on the important first access. However this should not take many programming resources away from releasing a robust, migration-ready v1.0. I am eager to migrate 25,000 users (~100GB), onto dovecot and then provide them more disk space, which now I dare not allow them. Keep up the excelent work! apap > Date: Mon, 9 Aug 2004 02:03:53 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Dovecot Local Delivery Agent > To: Dovecot mailing list <dovecot(a)dovecot.org> > ... > Anyway, I'm still hoping someone else to do the LDA so I don't have to > worry about it.

1 0

[Dovecot] Little problem with dovecot using mbox format
by Jd 09 Aug '04

09 Aug '04

Hi everyone, this is my first post on this mailing list. I recently installed postfix+dovecot+fetchmail on OpenBSD for my dad's office. (dovecot is setup as an imap server using mbox). Everything worked flawlessly...until now. I don't know why, but now some emails seem to de-double themselves. For exemple, yesterday morning I printed out all the emails. To my surprise 30 minutes later, I received 60 'new'' emails. But these 60 emails weren't new, they were all copies of emails I had printed out earlier. Some emails were repeated some 10-15 times. Now we never got this kind of problem until recently. Has anyone ever experienced this kind of problem? If so how did you fix the situation? Most responses I got from the openBSD mailing list was to use maildir format. Any insight into this? Thanks, Jean-Daniel BTW we don't get THAT much email, maybe 200 a day for that 1 account that seems to be acting weird now.

3 2

Re: [Dovecot] Dovecot Local Delivery Agent
by Mark E. Mallett 09 Aug '04

09 Aug '04

On Mon, Aug 09, 2004 at 02:07:27AM +0300, Timo Sirainen wrote: > On 7.8.2004, at 07:25, Mark E. Mallett wrote: [ I hope you don't mind me answering this back on the list; it seems like it's relevant. ] > > >That's probably just a result of my poor communications skills. I did > >include very brief LICENSE and FUTURE files with the sources, and those > >files probably led you to that conclusion. For clarification, I do > >intend that the program be open source, but I feel that there are some > >things that I should still finish up myself before foisting it off on > >any potential contributers. It's not a matter of "I don't want you to > >have it" -- it's more a matter of "I don't feel right burdening you > >with > >filling in holes just yet" (for the generic "you"). (That makes it > >sound like it's not usable: it's quite usable right now. There are > >just > >features still left to add.) > > > >Plus, as with many other packages and maintainers, I just want to > >control any official version. > > Well, doesn't that mean that it's currently not really open source? As > in I can't modify and re-distribute it (with possibly different name)? My current goal is to make it mature enough and good enough where people might actually want to do that -- as I say, by finishing up some of the things that are still undone. Also there are a couple of things that are hardwired to the environment here (particularly, the way that the IP addresses are extracted for DNSBL tests), that I felt that I should make more general before making it open. The latest sources are available online to anybody who wants them, for use in your own environment, for experimentation and trial, but not for redistribution; but indeed if there was some demand I would probably open it up sooner than later. So far nobody has been beating down the door for it (admittedly I haven't really mentioned it in very many places; I think only here and on the bsdi-users list). But yeah, the plan is to make it so that you can modify it and redistribute it. I don't have any kind of hard and fast position on when, though. I'm sure most anyone could convince me to open it up most any time, if there was good reason to do so. mm

1 0

[Dovecot] search functionality
by Cor Bosman 06 Aug '04

06 Aug '04

Hi all, if I give the following command in test32: A004 UID SEARCH CHARSET ISO-8859-1 ALL TEXT {4} Test The response is: * SEARCH A004 OK Search completed. If I say: A004 UID SEARCH CHARSET ISO-8859-1 ALL FROM {4} Test The response is: * SEARCH 217 350 A004 OK Search completed. The RFC says that 'TEXT' is supposed to result in a list of messages where the search string is in either the body or the header. Obviously the string is there in this example, else the FROM search wouldnt have given a result. Tracing the process shows that dovecot never actually checks the email messages for the string. It does for a BODY search but not for a TEXT search. Is this on purpose? Cor

2 1

[Dovecot] dovecot-auth: Aug 04 10:48:29 Fatal: Unknown userdb type 'mysql'
by Alex Low (e-wise) 06 Aug '04

06 Aug '04

Hi, I am trying this way(mailinglist), as I cant find good 'support'/howto/tutorials on the website. I am running Fedora Core II, using postfix with mysql, and I want to use dovecot as imap server. Now I installed Dovecot using dag wieers SRPM, I compiled it with mysql, pgsql; %configure \ --with-ssl="openssl" \ --with-ssldir="%{_datadir}/ssl" \ --with-ldap \ --with-pgsql \ --with-mysql \ --with-cyrus-sasl2 \ --with-rawlog %{__make} %{?_smp_mflags} After compiling it, I installed the rpm. No problem at all. I configure the dovecot.conf like this; #auth = plain digest-md5 #auth_methods = plain digest-md5 auth_userdb = mysql /etc/dovecot-mysql.conf auth_passdb = mysql /etc/dovecot-mysql.conf default_mail_env = maildir:/home/mail/virtual/%d/%n # Use this logfile instead of syslog(). /dev/stderr can be used if you want to # use stderr for logging (ONLY /dev/stderr - otherwise it is closed). log_path = /tmp/dovecot/log1 # For informational messages, use this logfile instead of the default info_log_path = /tmp/dovecot/log2 Then I try run it: [root@octa SPECS]# cat /tmp/dovecot/log1 dovecot-auth: Aug 04 10:48:29 Fatal: Unknown userdb type 'mysql' dovecot: Aug 04 10:48:29 Error: Auth process died too early - shutting down dovecot: Aug 04 10:48:29 Error: child 2118 (auth) returned error 89 imap-login: Aug 04 10:48:29 Fatal: fd_send(-1) failed: Broken pipe dovecot-auth: Aug 04 11:04:39 Fatal: Unknown userdb type 'mysql' dovecot: Aug 04 11:04:39 Error: Auth process died too early - shutting down dovecot: Aug 04 11:04:39 Error: child 11137 (auth) returned error 89 imap-login: Aug 04 11:04:39 Fatal: fd_send(-1) failed: Broken pipe imap-login: Aug 04 11:04:39 Fatal: fd_send(-1) failed: Broken pipe [root@octalys SPECS]# cat /tmp/dovecot/log2 dovecot: Aug 04 10:48:28 Info: Dovecot starting up dovecot: Aug 04 11:04:38 Info: Dovecot starting up [root@octalys SPECS]# Can anyone tell me whats wrong please ? Thank you in advance, Alex

2 1

[Dovecot] Dovecot Courier
by Michael Baird 06 Aug '04

06 Aug '04

Hello, I've been testing dovecot, and it appears to be much faster then courier-imap. I am using the latest .99 version, trying to make the transition from courier to dovecot as smooth as possible. We really only use IMAP via squirrelmail, I think I've got that worked out fine, changing a few settings in squirrelmail as the FAQ instructs and migrating the courier subscriptions to .subscriptions. I've noticed the folders .Trash .Sent are no longer subfolders of the INBOX,, and when I create new folders in a Client, it creates .INBOX.foldername, and a .INBOX. I would really like all folders to be subfolders of .INBOX, I've set dovecot up as the following. default_mail_env = maildir:/var/export/%h/.maildir:INDEX=/var/indexes/%n I've also tried putting the INBOX:/var/export/%h/.maildir in there as well with no luck. I essentially want .INBOX to be .maildir, and any subfolders would be called .Sent or .Trash or whatever, like in courier, is this possible? Regards MIKE

2 1

[Dovecot] Adding mail to dovecot directories
by Chris Dean 03 Aug '04

03 Aug '04

I run mailagent (which is similar to procmail) to filter all my incoming messages. I would like mailagent to put these messages directly into my dovecot server. What I'm doing right now is to create files (one per message) in the "~/mail/.folder-name/new" directory, or in the case of INBOX, in the "~/.mail/new" directory. I have ~/.mail as my maildir. The files created have MH style names: "1", "2", etc. and the names are often reused throughout the day. That is, the file named "1" might be created dozens of times per day with new contents. Is this the right way? Regards, Chris Dean

2 2