- dovecot - dovecot.org

[Dovecot] Questions regarding quota
by Stian Jordet 07 Jan '06

07 Jan '06

Hi, I have some trouble trying to test the quota plugin. First off all, it says in the wiki: "Dovecot 1.0 supports quota using a quota plugin. It's currently discussed in Dovecot LDA page and it supports only very simple quota calculation which is suitable only for mboxes. Maildir++ quota support will come later." Does that mean that it won't work at all with Maildir++, or just that it's slow? Second; there are two plugins? One in src/plugins/quota and one ine src/plugins/imap-quota. What's the difference? Is one for imap-quota and the other for fs-quota? (I would love that!) But third and most importantly; I can't get it too work. I'm using CVS from tonight (which fixed the missing symbol bug). But neither when I'm using static userdb nor LDAP as explained in the wiki I can't get it to work. I'm not really sure of the getquota syntax, but whatever I try, I get: a OK No quota. So please, enlighten me! :) Best regards, Stian

5 9

Re: [Dovecot] invalid mbox files
by Harout S. Hedeshian 07 Jan '06

07 Jan '06

I am resending this because I have not gotten a response in a few days. Help is appreciated! Timo Sirainen wrote .. > On Fri, 2005-12-30 at 17:50 -0700, Harout S. Hedeshian wrote: > > I recently upgraded from dovecot 0.9x to 1.0.5-Aplha and now when ever > folders are opened (in IMAP), it keeps saying invalid mbox files. It worked > fine in 0.99.x. It is detecting the right mbox files because it lists the > folders and the subscriptions correctly. I am using "default_mail_env > = mbox:~/mail/:INBOX=/var/mail/%u" in the config file, but I get the same > error with "Detect automatically". It generates nothing in the log files > so I am lost!! I tried both outlook and thunderbird but same results. > > Invalid mbox file error comes only if the first line of the mbox file > isn't valid. What does it look like? It should be something like: > > From someone@somewhere Wed Jan 5 09:03:48 2005 > > 0.99.x Dovecot didn't accept broken From-lines either, but it might have > had slightly different logic in checking what's valid and what's not. Here is a sample file generated by postfix. Note: it is NOT censored or edited. What you see is the real thing. >From - Sat, 6 Apr 2002 04:07:18^M Return-Path: <List-owner(a)mail.fuelcellstore.com> Received: from mail.fuelcellstore.com ([207.174.23.2]) by rwcrgwc55.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020406013417.LNRM3313.rwcrgwc55.attbi.com(a)mail.fuelcellstore.com> for <haroutetoot(a)attbi.com>; Sat, 6 Apr 2002 01:34:17 +0000 Received: from saa01.saleebaadams.com.au [203.59.141.98] by mail.revealmail.com with ESMTP (SMTPD32-7.06) id A64E1BA01F8; Fri, 05 Apr 2002 17:50:22 -0700 Received: from saa01.saleebaadams.com.au (10.0.0.13 [10.0.0.13]) by saa01.saleebaadams.com.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 1KDV523W; Sat, 6 Apr 2002 08:45:25 +0800 Received: by saa01.saleebaadams.com.au (Microsoft Exchange Connector for POP3 Mailboxes 4.50.2113) with SMTP (Global POP3 Download) id MSG04062002-084518-2751.MMD@SAA01; Sat, 6 Apr 2002 08:45:18 +0800 Return-Path: <List-owner(a)mail.fuelcellstore.com> Delivered-To: saa(a)iinet.net.au Received: (qmail 28777 invoked by uid 666); 6 Apr 2002 00:24:40 -0000 Delivered-To: saa-saleebaadamscomau-n.juniper(a)saleebaadams.com.au X-Envelope-To: <n.juniper(a)saleebaadams.com.au> Received: (qmail 28767 invoked by uid 666); 6 Apr 2002 00:24:39 -0000 Received: from unknown (HELO mail.fuelcellstore.com) (207.174.23.2) by mail.iinet.net.au with SMTP; 6 Apr 2002 00:24:39 -0000 Received: from mtiwmhc23.worldnet.att.net [204.127.131.48] by mail.revealmail.com with ESMTP (SMTPD32-7.06) id AD4D1690192; Fri, 05 Apr 2002 17:11:57 -0700 Received: from jason ([12.81.167.50]) by mtiwmhc23.worldnet.att.net (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020406001120.RBFM8815.mtiwmhc23.worldnet.att.net@jason>; Sat, 6 Apr 2002 00:11:20 +0000 Reply-To: fuelcell(a)fuelcellstore.com From: "fuelcell" <fuelcell(a)fuelcellstore.com> To: list(a)mail.fuelcellstore.com Subject: FuelCellStore.com Date: Fri, 5 Apr 2002 17:11:08 -0700 Message-ID: <001d01c1dcff$8f6c5fa0$cacbfea9@jason> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal X-Sender: List-owner(a)mail.fuelcellstore.com Precedence: bulk Sender: List-owner(a)mail.fuelcellstore.com Content-transfer-encoding: 8bit X-IMAPbase: 1135543792 1 Status: O X-UID: 1 Content-Length: 150475 X-Keywords: Dear Fuel Cell Enthusiast,^M ^M FuelCellStore.com would like to tell you about several new fuel cell products and our redesigned website. ^M ^M * ^M One of which is the new 500W unit that is available for residential back up power, or remote low power primary needs. These units can be stacked up to 1500W and self-starts upon grid failure ~V provi ding critical power for nominal apparatus and remote applications. You will find a link to this product at www.fuelcellstore.com^M * ^M Bench Top Methanol Reformer capable of generating ultra-pure hydrogen from methanol and water for University and Research Labs. Please reply for more information. ^M * ^M A fuel cell powered remote control car with metal hydride storage. ^M ^M FuelCellStore.com has many new educational products and a new nav bar to help you find the products you are looking for. Please check out our Student and Teacher section at www.fuelcellstore.com/products.htm l^M Please let us know what you think of the new site structure and any feedback would be great. ^M ^M You have received this message because you have contacted fuelcellstore.com in the past and asked to receive FuelCellStore.com news. If you would like to unsubscribe from our mailing please reply to this mes sage with unsubscribe in the subject heading. ^M ^M Sincerely,^M ^M FuelCellStore.com^M PO Box 4038^M Boulder, CO 80306-4038^M Harout Hedeshian harout(a)hedeshian.net 720 - 261 - 3548

3 3

Re: [Dovecot] invalid mbox files
by Harout S. Hedeshian 07 Jan '06

07 Jan '06

Timo Sirainen wrote .. > On Fri, 2006-01-06 at 19:17 -0700, Harout S. Hedeshian wrote: > > Timo Sirainen wrote .. > > > On Fri, 2006-01-06 at 12:11 -0700, Harout S. Hedeshian wrote: > > > > > From someone@somewhere Wed Jan 5 09:03:48 2005 > > > .. > > > > From - Sat, 6 Apr 2002 04:07:18 > > > > > > How have you added the mails to the mailbox? Dovecot can't handle that > > > kind of a timestamp. > > > > Interesting... The dovecot 0.99 I was using was packaged with Mandriva. > Is it possible that they added support for that time stamp themselves? > My mailbox files get generated one of three ways: thunderbird, fetchmail, > and postfix. I used thunderbird to convert my Outlook files to mbox files, > and thats the one that I sent. Here is a sample timestamp from postfix: > > It worked with 0.99 only because Dovecot didn't check errors as well as > 1.0 does. So it just parsed those timestamps as being invalid, and set > the received-time of mails wrong. > > > > I suppose I could add support for it.. > > > > Unless you know of a conversion utility, I think that would be a good > idea. I don't want to edit thousands of emails for multiple users manually > in order to use dovecot. > > Dovecot's current CVS version supports that timestamp format. Okay. Thanks. I will try getting the CVS version. Harout Hedeshian

1 0

[Dovecot] Passwd file location
by Tracy Phillips 07 Jan '06

07 Jan '06

Hi, I am trying to access my passwd file like this: passdb passwd-file { args = /usr/local/etc/vmail/%d/passwd } Is that not possible. I keep getting an error when trying to login. I do not get much in my log files to help me debug it. Thanks, Tracy

2 1

[Dovecot] FETCH FLAGS in response to SORT and SEARCH commands
by Michael Doppler 06 Jan '06

06 Jan '06

Hi, I am getting IMAP FETCH FLAGS in response to SORT and SEARCH commands for my INBOX. See the following transcript between dovecot (marked with S:) and an imap client (marked with C:) for an example SEARCH command. C: A004 UID SEARCH CHARSET ISO-8859-1 ALL TEXT {4} C: test S: + OK S: * SEARCH 5 13 20 21 22 23 24 30 37 39 56 64 77 82 93 94 96 103 109 110 118 135 136 158 160 165 171 174 175 177 180 181 190 198 207 209 210 212 220 221 233 237 242 248 250 253 256 257 261 270 278 281 294 296 301 302 303 304 305 309 310 317 318 320 323 330 331 333 342 343 352 355 356 357 365 387 390 394 407 412 416 426 428 432 437 450 451 454 459 460 465 468 470 477 482 484 488 493 500 522 524 526 529 530 537 541 571 575 580 597 604 666 689 730 738 741 742 743 746 750 751 752 753 754 755 758 759 760 762 763 764 766 767 768 770 772 773 782 788 797 798 829 831 832 835 836 842 854 863 864 865 866 868 869 871 874 880 881 891 943 944 945 954 957 962 963 964 965 968 970 971 973 974 985 986 987 S: * 307 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 381 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: * 307 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 381 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: * 307 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 381 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: A004 OK Search completed Mozilla Thunderbird and Apple Mail seem to be able to cope with this, but squirrelmail chokes when it receives those flags. I get them only for my INBOX and not for other folders like sent mail, so the behaivour seems to depend on the content of the folder. It occurrs at least with dovecot 1.0alpha4 and 1.0alpha5 using maildir. I have not tested other versions / mbox format. Is this behaviour expected? regards, Michael

2 4

[Dovecot] Dovecot Version Numbers - Let's drop the Alpha?
by Marc Perkel 04 Jan '06

04 Jan '06

I'd like to make a suggestion. Let's drop the Alpha and come out with an official version 1.0. Here's my reasons. The 0.9x version are obsolete and people should be using the 1.0 Alpha versions which seem to me to do everything the previous versions did and more. It's as full featured and stable as all other IMAP servers and in my opinion is ready to be called 1.0. The "Alpha" label scares people off and with the 0.9x version being obsolete I think it creates confusion for new users. It created confusion for me when I converted to dovecot, and distros are less ,ikely to include versions with the Alpha label. Once you go to 1.0 you can start a 1.1 alpha series and finish it up. I know Timo has high standards but as a marketing issue I think that the Alpha label needs to go to get people to accept and use 1.0 in production. Thoughts? -- Marc Perkel - marc(a)perkel.com Spam Filter: http://www.junkemailfilter.com My Blog: http://marc.perkel.com

16 18

[Dovecot] problems connecting to the Problems connecting to mysql
by Alfonso Fernández Vázquez 04 Jan '06

04 Jan '06

Hi, I'm trying to setup a mailserver running postfix and dovecot with mysql as database backend. Postfix is already running and delivers mails just fine. Unfortunately, dovecot has great problems connecting to the database (using username + password). Found that two threads about the same issue but none of them solves the problem http://dovecot.org/list/dovecot/2005-April/006770.html http://dovecot.org/list/dovecot/2005-August/008394.html I am using: dovecot-1.0.alpha5 mysql 5.0.17-1 Please, can anyone help? Thanks in advance, Alfonso

5 4

[Dovecot] Status of your Dovecot GSSAPI patch
by Fredrik Tolf 04 Jan '06

04 Jan '06

Hi! I saw your discussion on the Dovecot list back in October about a SASL GSSAPI patch for Dovecot. I'd like to ask what the status is on it. Are you still working on it? Thanks for your attention! Fredrik Tolf

2 2

[Dovecot] Intermittent "Password Mismatch" errors
by dan＠ipws.com 03 Jan '06

03 Jan '06

Hello - I have had a problem the last few days with Dovecot reporting intermittent "Password Mismatch" errors for pretty much every client. Not all the time, maybe 1 out of every 10 connections. I cannot pinpoint where the process may be failing. I am using a MySQL backend to store user information in, and Dovecot queries that database directly. It works fine, but it seems as if Dovecot has a problem connecting to the SQL server for this information, instead of doing something smart, it just reports a password mismatch. I've turned on debugging and verbose logging, but I can't see exactly *why* the process fails on occasion. MySQL is tuned appropriately, and there's no reason why Dovecot cannot connect to the server. I'm wondering if anyone has seen this, and if so, what they've done about it. Because honestly, I'm lost. Thanks -dant

1 0

[Dovecot] very slow imap opens in pine after moving maildirs to new drive
by Dave Lugo 03 Jan '06

03 Jan '06

Hi, I've been running dovecot-0.99.10 for the past several years, with virtually no problems. Lately, I noticed that the filesystem holding my users' imap maildirs was getting close to full. So... last night, I used tar to copy /var/spool/imap to a new drive (9G scsi, reiserfs) that I then mounted under /var/spool/imap (after moving the old dir aside). After the move, what would take pine a handful of seconds, with the load average barely breaking .40, now takes several minutes, with a load average spike to nearly 3. I must admit to being rather puzzled by this, as I would not have expected the move to result in worse performance. Do I need to figure out what the index file names are, and delete those? Any suggestions greatly appreciated - as even closing pine now takes nearly 5 minutes, whereas when dovecot talks to my old imap dir (I've tested this), closing the session takes no more than 10 seconds. server is Mandrake 9.1, 2.4.21-0.13mdkenterprise, P4 2.6GHz, 1G RAM 9G U2W SCSI system disk, 9G U2W SCSI (and big*ss IDE drive for /users). Each of the scsi drives is on its own aha-2940UW controller. Filesystem on old imap location (/var filesystem) is reiserfs, same as that on new dedicated disk. Thanks much, Dave -- -------------------------------------------------------- Dave Lugo dlugo(a)etherboy.com LC Unit #260 TINLC Have you hugged your firewall today? No spam, thanks. -------------------------------------------------------- Are you the police? . . . . No ma'am, we're sysadmins.

3 4