- dovecot - dovecot.org

Re: [Dovecot] repeat downloads of message headers in 1.0rc19
by James Garrison 29 Jan '07

29 Jan '07

I reported this against rc7 and rc8, and still see it occasionally. (I'm running the rc8 that comes with Fedora 5). It is always associated with this message in dovecot.log: dovecot: Oct 23 19:26:17 Error: POP3(user(a)domain.tld): mbox sync: UID inserted in the middle of mailbox /var/mail/vhosts/domain.tld/user (12 > 4, seq=2, idx_msgs=5) Once this happens, dovecot will refuse to clear out the mbox file when the user retrieves email via POP. Each time the user logs in to retrieve mail s/he gets everything in the mbox, which continues to grow. The only fix I've been able to find is to manually delete the mbox file. I'm using postfix as the MTA. -- James Garrison Athens Group, Inc. mailto:jhg@athensgroup.com 5608 Parkcrest Dr http://www.athensgroup.com Austin, TX 78731 SKYPE callto:jhg-athensgroup (512) 345-0600 x150 PGP Key ID: 0x22E8DA2A

1 0

[Dovecot] repeat downloads of message headers in 1.0rc19
by Brian G. Peterson 29 Jan '07

29 Jan '07

I upgraded one server to 1.0rc19 (from rc15) over the weekend, and have since received several reports of dovecot erroneously retrieving older messages as new mail. I've seen this myself intermittently on KMail, and users have reported it on Thunderbird, Squirrelmail, and Outlook. I see some things in the archives that suggest that this was a problem in older 1.0 release candidates, but hadn't experienced the problem myself until just now. Has anyone else seen this problem? Regards, - Brian

1 0

Re: [Dovecot] PLONK THE TROLL... WAS: Re: Best small server config
by Jakob Curdes 29 Jan '07

29 Jan '07

Stewart Dean schrieb: > I just occurred to me that Dovecot has arrived! It is only when a > product is stable, has a substantial leadership, followship, community > and reputation, that the remoras and lampreys of the computer world > come to attach themselves for a ride...as expressed in their outraged > demands for free, immediate and substantial assistance... > It's been said that "imitation is the sincerest form of > flattery"....perhaps there's a Dean's Law, something along the lines of: > "Newbie leeching is the surest sign of an open-source application's > acceptance" > > Congratulations, Timo and the core team. You are accepted as a > success. Go buy yourselves a magnum of champagne with your own money > and celebrate! I copy the congratualations although if the conclusion holds, dovecot has arrived *some* time ago ... we had some odd questions on this list a good while ago. JC ps. I don't see a list copy of this msg so I forwarded him one for the congratulations...

1 0

[Dovecot] Best small server config
by - 29 Jan '07

29 Jan '07

Hi, Busy with dovecot on a linux server with not very much RAM in it (512 MB max total). On this server dovecot will only handle about 12 users, with never more than 3 IMAP webmail users at a time, and a maximum of 2 POP3 users at a time using it. I'm going all secure later on, but first I would like your opinion on what configuration best to use with, say, max 5 users busy at one time, and have it use as little RAM and CPU as possible. (Same machine is also running httpd, squirrelmail, php5, postfix, clamd, clamsmtpd, sshd.) Here's my /etc/dovecot.conf now: # protocols = imap pop3 imap_listen = * pop3_listen = my.servers.ip.address (hidden for this list) ssl_cert_file = /etc/ssl/certs/imapd.pem ssl_key_file = /etc/ssl/private/imapd.pem ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat ssl_parameters_regenerate = 320 login_dir = /var/run/dovecot-login login = imap login = pop3 default_mail_env = maildir:/home/%u/Maildir mailbox_idle_check_interval = 40 mail_full_filesystem_access = yes login_user = dovecot login_process_size = 64 login_process_per_connection = no login_processes_count = 4 login_max_processes_count = 4 login_max_logging_users = 5 max_mail_processes = 140 imap_process_size = 192 pop3_process_size = 64 first_valid_uid = 500 last_valid_uid = 520 mail_cache_fields = MessagePart mbox_locks = fcntl mbox_read_dotlock = no mbox_lock_timeout = 380 auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_process_size = 64 auth_user = root # Any insight or advice welcomed! Ben de G.

13 23

[Dovecot] Need help with config
by Vikram Goyal 29 Jan '07

29 Jan '07

Hello, I have a dir ~/Maildir where all my mails get distributed to their respective folders through procmail filters. The heirarchy is as follows: ~/Maildir/ /inbox --> maildir /trash --> maildir /newsletter --> mbox lists/ --> normal dir /dovecot --> dovecot list maildir /some other list maildirs I need help in writing namespace in config. Can anyone help. Thanks! -- vikram...

1 0

[Dovecot] Benchmarking
by Timo Sirainen 29 Jan '07

29 Jan '07

I wasted too much time today doing this, but they do show a few interesting things: 1) mmap_disable=yes is faster than mmap_disable=no. I didn't expect this. I'm not yet sure why this is, but possibly because then it updates the mail index by reading the changes from dovecot.index.log, instead of reopening and re-mmaping dovecot.index. At least that's the biggest difference between them. 2) Dovecot is faster than Cyrus, at least in test. I didn't really expect this either, because with maildir Dovecot has to do extra rename() calls for all flag changes. I'm guessing it's expunges that are slowing Cyrus down the most (that causes it to rewrite its cache file). 3) fsync_disable=yes + mmap_disable=yes almost doubles the performance with 1 client, and over quadruples the performance with 10 clients. Why fsync_disable=yes + mmap_disable=no doesn't give that big of a performance difference? I've no idea. This is anyway such a large performance increment that I'll probably go and backport this setting to v1.0 too :) 4) Dovecot's mbox code kicks maildir's ass. 5) dbox is surprisingly slow. I'll have to find out why. I don't think it should be that slow. 6) Courier.. Well, it probably doesn't come as a shock that Dovecot is almost twice as fast. Note that Courier doesn't call fsync(), so it can't be compared to Dovecot's fsync_disable=no numbers or to Cyrus. Oh, one other difference between Courier and others was that it didn't support LITERAL+ extension, so it maybe could have done a bit less appends than others. 7) CVS HEAD and branch_1_0 don't seem to have that big of a performance difference. All the tests were done using my IMAP tester: http://dovecot.org/tools/imaptest.c The mailbox data that was being appended was Dovecot's mailing list: http://dovecot.org/archives/dovecot.mbox The linefeeds were converted to CR+LF. However, for the Dovecot CVS HEAD runs the mails contained also those extra X-UID, Status, etc. headers which I had to remove before Cyrus would accept them (the lines didn't contain CRs). So CVS HEAD was actually doing a bit more work than the others. System: Intel Core 2 Duo E6600, 2GB memory, 300GB Seagate ATA disk with XFS Linux 2.6.19.2, x86-64 SMP, Debian unstable Dovecot: CVS HEAD unless specified otherwise Cyrus: v2.2.13-10 (Debian) - NOTE: comparable to fsync_disable:no Courier: v4.1.1.20060828-2 (Debian) - NOTE: comparable to fsync_disable:yes! Settings: Dovecot: login_process_per_connection=no, login_processes_count=10, mail_drop_priv_before_exec=yes, passdb+userdb = passwd-file Cyrus: Default Debian settings, except sasl_pwcheck_method: alwaystrue Courier: Default Debian settings, using PAM + passwd Results: imaptest parameters: clients=1 msgs=30 secs=120 seed=1 mmap_disable:no fsync_disable:no Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 1135 1135 1134 1134 577 298 298 378 1134 1125 1125 1124 1124 573 295 295 373 1124 1123 1123 1122 1122 572 294 294 371 1122 mmap_disable:yes fsync_disable:no Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 1401 1401 1400 1400 710 388 388 480 1400 1398 1398 1397 1397 710 386 385 478 1397 1395 1395 1394 1394 709 384 384 476 1394 mmap_disable:no fsync_disable:yes Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 1356 1356 1355 1355 687 369 369 460 1355 1360 1360 1359 1359 690 371 370 462 1359 1363 1363 1362 1362 693 372 372 463 1362 mmap_disable:yes fsync_disable:yes Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 2486 2486 2485 2485 1221 669 669 811 2485 2475 2475 2474 2474 1216 667 667 807 2474 2497 2497 2496 2496 1226 673 673 815 2496 mmap_disable:yes fsync_disable:no - VERSION: CVS branch_1_0 Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 1359 1359 1358 1358 690 370 370 461 1358 mmap_disable:yes fsync_disable:no format:mbox Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 2101 2101 2100 2100 1046 568 568 684 2100 2064 2064 2063 2063 1031 553 552 669 2063 mmap_disable:yes fsync_disable:yes format:mbox Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 3362 3362 3361 3361 1653 912 911 1095 3361 mmap_disable:yes fsync_disable:yes format:dbox Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 820 820 819 819 406 209 209 267 819 Cyrus: Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 535 535 533 533 261 148 148 195 534 520 520 519 519 254 142 142 189 520 Courier: Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 833 833 832 831 407 250 250 350 832 822 822 821 820 404 245 245 344 821 --- imaptest parameters: clients=1 msgs=1000 secs=120 seed=1 mmap_disable:no fsync_disable:no Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 365 365 364 364 181 226 226 487 364 376 376 375 375 186 236 236 503 375 369 369 368 368 183 230 230 493 368 mmap_disable:yes fsync_disable:no Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 426 426 425 425 212 269 269 564 425 428 428 427 427 213 271 271 567 427 424 424 423 423 211 267 266 562 423 mmap_disable:no fsync_disable:yes Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 497 497 496 496 240 320 320 664 496 501 501 500 500 243 322 322 671 500 495 495 494 494 240 318 317 662 494 mmap_disable:yes fsync_disable:yes Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 742 742 741 741 378 500 500 991 741 747 747 746 746 379 504 504 996 746 743 743 742 742 378 501 501 992 742 mmap_disable:yes fsync_disable:no format:mbox Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 485 485 484 484 235 311 311 649 484 Cyrus: Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 290 290 289 289 144 173 173 394 289 286 286 285 285 141 172 172 387 285 Courier: Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 461 461 460 459 223 295 295 615 460 458 458 457 457 222 293 293 611 457 --- imaptest parameters: clients=10 msgs=30 secs=120 seed=1 mmap_disable:no fsync_disable:no Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 444 442 432 430 210 214 213 490 434 479 479 470 468 213 216 214 508 469 476 472 464 463 211 206 203 485 460 mmap_disable:yes fsync_disable:no Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 440 440 433 431 195 184 183 460 430 436 436 430 430 199 177 176 455 426 435 432 425 425 208 165 165 455 425 mmap_disable:no fsync_disable:yes Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 680 679 674 670 325 299 298 721 670 676 675 669 669 307 297 297 693 666 688 687 677 677 311 305 303 731 678 mmap_disable:yes fsync_disable:yes Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 1804 1803 1793 1790 904 765 764 1901 1792 1804 1804 1801 1800 888 789 787 1949 1793 1800 1800 1789 1786 875 799 797 1964 1782 mmap_disable:yes fsync_disable:no format:mbox Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 644 644 633 633 305 224 221 526 634 Cyrus: Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 444 441 429 421 209 186 184 381 436 424 422 420 412 193 186 185 395 415 443 442 431 419 227 180 180 373 433 Courier: Logi Sele Fetc Fet2 Stor Dele Expu Appe Disc 981 976 974 973 463 406 405 667 971 971 966 965 965 451 384 383 655 961

7 13

[Dovecot] dovecot patch for filesystem quota
by Geert Hendrickx 29 Jan '07

29 Jan '07

from a fellow pkgsrc-developer (who is not subscribed to this list) Geert ----- Forwarded message from Manuel Bouyer <Manuel.Bouyer(a)lip6.fr> ----- From: Manuel Bouyer <Manuel.Bouyer(a)lip6.fr> Message-ID: <20070129115851.GA12360(a)asim.lip6.fr> Date: Mon, 29 Jan 2007 12:58:51 +0100 To: ghen(a)NetBSD.org Subject: dovecot patch for filesystem quota User-Agent: Mutt/1.5.13 (2006-08-11) Hi, I've installed dovecot on a mail server with filesystem quota, and I noticed that dovect reports wrong informations for quotas to the client (the ratio is correct though, so it will properly detect when quota is nearly full anyway). The attached patch fixes it for me, and I suspect is also correct for others BSDs. I don't know for AIX. --- src/plugins/quota/quota-fs.c.orig 2007-01-28 22:35:32.000000000 +0100 +++ src/plugins/quota/quota-fs.c 2007-01-28 22:36:12.000000000 +0100 @@ -250,8 +250,8 @@ quota_set_error(_root->setup->quota, "Internal quota error"); return -1; } - *value_r = (uint64_t)dqblk.dqb_curblocks * 1024 / DEV_BSIZE; - *limit_r = (uint64_t)dqblk.dqb_bsoftlimit * 1024 / DEV_BSIZE; + *value_r = (uint64_t)dqblk.dqb_curblocks * DEV_BSIZE / 1024; + *limit_r = (uint64_t)dqblk.dqb_bsoftlimit * DEV_BSIZE / 1024; #else /* Solaris */ if (root->mount->fd == -1) ----- End forwarded message -----

1 0

[Dovecot] POP3 logging in wrong timezone
by - 27 Jan '07

27 Jan '07

I have dovecot running on a CentOS 4.4 server, and it is logging IMAP entries just fine, in the right timezone (GMT+1), which the server itself is running on (CET), but pop3 is being logged in GMT 0, so 1 hour too early. pop3 log-entries are at the right position in the maillog, but with the wrong time next to it. Now I've read some messages in this list about this bug (or feature), but have no clue as to how to solve it. Anyone? Thanks in advance, Ben

1 1

[Dovecot] per-network auth mechanisms
by George Moury 27 Jan '07

27 Jan '07

Hi All, I need use different auth mechanisms for different IP-address of IMAP/SMTP SASL clients (allow plain authorisation only for my own network), but there is no examples at wiki.dovecot.org for this feature. Is this feature available at rc19 version? Thank you in advance. Best regards, George

2 1

Re: [Dovecot] unknown namespace with Mac OS client
by Kenny Dail 26 Jan '07

26 Jan '07

> > I just tried it now, I can get invalid namespace on your setup. Let me > > know if you need me to hit it more > > Looks like Mail.app is just being broken and changes '.' characters to > '/' internally.. > How hard would it be to put in a workaround for Mail.app, to ignore the namespace being supplied by the client and to use the namespace defined by the server? -- Kenny Dail <kend(a)amigo.net>

1 0