Re: [Dovecot] alpine + Maildir
W dniu 2011-05-05 23:43, upen pisze: Hello, I am trying to configure pine.conf for all users and running into an issue. In this setup, Mailbox format is Maildir and Maildir location is /Mail/Username/{new,cur,..etc} First thing required in alpine was patch for maildir and this has already been done. After that I have tried setting up folder-collection Mail #md ../../Mail/username and also tried using #mc (not sure which one is correct #md or #mc). Nothing worked. If maildir support in alpine does not work like it does for mbox then I'll have to configure IMAP setings in pine.conf for alpine users. I must say that alpine is installed on mail server :). Although IMAP setting may work fine, it will prompt user for password initially when checking email and while sending first email. I'd like to avoid this by using #md or #mc. If anyone has any useful inputs please let me know. on my alpine in pine.conf we have settings: inbox-path=#md//var/spool/mail/$USER and alpine is: oceanic:~# rpm -qa alpine alpine-2.02-1.fc14.x86_64 and it works. Thank you! UG. -- Bartłomiej Solarz-Niesłuchowski, Administrator WSISiZ e-mail: bartlomiej.solarz-niesluchow...@wit.edu.pl tel. 223486547, fax 223486501 JID: sol...@jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pokój 404, pon.-pt. 8-16 Motto - Jak sobie pościelisz tak sie wyśpisz smime.p7s Description: S/MIME Cryptographic Signature
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
Le 05/05/2011 20:49, Timo Sirainen a écrit : On 5.5.2011, at 20.45, Spyros Tsiolis wrote: AFAIK, to keep good time on a linux machine inside the network, you need to run "ntpdate" and not "ntpd". No no no! That just makes things worse! It's the most common reason for these "Time jumped forwards/backwards" warnings. The machine runs FreeBSD not Linux :-) it runs ntpd pointing to several reliables NTP servers since 5 years
Re: [Dovecot] Dovecot imaptest on RHEL4/GFS1, RHEL6/GFS2, NFS and local storage results
We have used sdbox as mailbox format, and all the user data is configured in LDAP Servers 2011/5/5 Aliet Santiesteban Sifontes > We have done some benchmarking tests using dovecot 2.0.12 to find the best > shared filesystem for hosting many users, here I share with you the results, > notice the bad perfomance of all the shared filesystems against the local > storage. > Is there any specific optimization/tunning on dovecot for use GFS2 on > rhel6??, we have configured the director to make the user mailbox persistent > in a node, we will thank's any help from you. > we are interested in using GFS2 or NFS, we believe the problem is the > locks, how can we improve this?? > > best regards, Aliet > > The results > > rhel 4.8 x86_64/GFS1 two nodes, shared FC lun on a SAN > > Totals: >Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo >100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% > 30% 5% > 1- 2608 1321 1311 2608 2508 3545 547 2001 2493 2702 5282 > 2- 2810 1440 1430 2810 2688 3835 403 2154 2679 2925 5706 > 3- 2913 1457 1441 2908 2778 3913 417 2253 2773 3034 5924 > 4- 2814 1448 1412 2812 2695 3910 401 2186 2686 2929 5712 > 5- 2789 1464 1432 2787 2652 3774 427 2112 2649 2879 5676 > 6- 2843 1460 1444 2839 2722 3948 422 2164 2713 2957 5778 > > rhel6 x86_64/GFS2 two nodes, shared FC lun on a SAN(Used RDM in VMWare > vSphere for GFS2 lun) > Tunned cluster suite cluster.conf + plock_rate_limit="0"/> > > > Totals: >Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo >100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% > 30% 5% > 1- 2730 1340 1356 2704 2644 3748 522 2125 2643 2662 5422 > 2- 3309 1618 1659 3294 3223 4658 531 2563 3221 3239 6596 > 3- 2131 1046 1017 2055 2025 2911 381 1608 2024 2052 4256 > 4- 2176 1055 1039 2082 2058 2947 377 1671 2058 2078 4344 > 5- 1859 928 931 1859 1800 2626 304 1454 1799 1801 3706 > 6- 2672 1322 1329 2672 2607 3758 464 2097 2606 2615 5326 > > > rhel6 x86_64/GFS2 two nodes, shared FC lun on a SAN(Used RDM in VMWare > vSphere for GFS2 lun) > Cluster suite defaults configs for plocks > > Totals: >Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo >100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% > 30% 5% > 1- 1417 644 676 1325 1305 1872 308 1048 1302 1318 2824 > 2- 837 378 392 742 726 1050 117 588 722 734 1658 > 3- 803 363 347 752 745 1069 153 597 744 750 1658 > 4- 1682 802 811 1587 1569 2261 291 1299 1569 1585 3360 > 5- 1146 583 564 1146 1037 1500 213 811 1037 1049 2290 > 6- 838 403 366 744 734 1057 152 561 731 736 1664 > > rhel6 x86_64 two nodes used NFS(NAS Freenas 0.8, nfsvers 3) > > Totals: >Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo >100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% > 30% 5% > 1- 1382 699 691 1357 1063 1500 224 861 1053 1313 2694 > 2- 1634 785 799 1610 1459 2120 311 1192 1451 1570 3204 > 2- 1635 826 806 1611 1463 2088 345 1159 1459 1568 3190 > 3- 1574 758 781 1537 1403 2060 324 1135 1396 1504 3090 > 4- 1685 842 807 1653 1506 2135 349 1215 1504 1634 3344 > 5- 1766 850 893 1737 1582 2289 335 1288 1579 1705 3480 > 6- 1597 797 769 1572 1423 2007 313 1133 1420 1536 3142 > > rhel6 x86_64 local storage > > Totals: >Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo >100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% > 30% 5% > 1- 7798 3868 3889 7706 7566 10713 1080 6089 7559 7688 15562 > 2- 7806 3879 3874 7716 7585 10873 1114 6018 7578 7696 15572 > 3- 7866 3910 3855 7773 7748 11053 1076 6253 7747 7761 15710 > 4- 7893 3978 3931 7802 7772 10988 1117 6197 7767 7789 15760 > 5- 7775 3853 3809 7683 7654 10897 1081 6142 7651 7675 15534 > 6- 7877 3919 3872 7789 7758 10986 1085 6218 7755 7773 15720 >
[Dovecot] Dovecot imaptest on RHEL4/GFS1, RHEL6/GFS2, NFS and local storage results
We have done some benchmarking tests using dovecot 2.0.12 to find the best shared filesystem for hosting many users, here I share with you the results, notice the bad perfomance of all the shared filesystems against the local storage. Is there any specific optimization/tunning on dovecot for use GFS2 on rhel6??, we have configured the director to make the user mailbox persistent in a node, we will thank's any help from you. we are interested in using GFS2 or NFS, we believe the problem is the locks, how can we improve this?? best regards, Aliet The results rhel 4.8 x86_64/GFS1 two nodes, shared FC lun on a SAN Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 2608 1321 1311 2608 2508 3545 547 2001 2493 2702 5282 2- 2810 1440 1430 2810 2688 3835 403 2154 2679 2925 5706 3- 2913 1457 1441 2908 2778 3913 417 2253 2773 3034 5924 4- 2814 1448 1412 2812 2695 3910 401 2186 2686 2929 5712 5- 2789 1464 1432 2787 2652 3774 427 2112 2649 2879 5676 6- 2843 1460 1444 2839 2722 3948 422 2164 2713 2957 5778 rhel6 x86_64/GFS2 two nodes, shared FC lun on a SAN(Used RDM in VMWare vSphere for GFS2 lun) Tunned cluster suite cluster.conf + Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 2730 1340 1356 2704 2644 3748 522 2125 2643 2662 5422 2- 3309 1618 1659 3294 3223 4658 531 2563 3221 3239 6596 3- 2131 1046 1017 2055 2025 2911 381 1608 2024 2052 4256 4- 2176 1055 1039 2082 2058 2947 377 1671 2058 2078 4344 5- 1859 928 931 1859 1800 2626 304 1454 1799 1801 3706 6- 2672 1322 1329 2672 2607 3758 464 2097 2606 2615 5326 rhel6 x86_64/GFS2 two nodes, shared FC lun on a SAN(Used RDM in VMWare vSphere for GFS2 lun) Cluster suite defaults configs for plocks Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 1417 644 676 1325 1305 1872 308 1048 1302 1318 2824 2- 837 378 392 742 726 1050 117 588 722 734 1658 3- 803 363 347 752 745 1069 153 597 744 750 1658 4- 1682 802 811 1587 1569 2261 291 1299 1569 1585 3360 5- 1146 583 564 1146 1037 1500 213 811 1037 1049 2290 6- 838 403 366 744 734 1057 152 561 731 736 1664 rhel6 x86_64 two nodes used NFS(NAS Freenas 0.8, nfsvers 3) Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 1382 699 691 1357 1063 1500 224 861 1053 1313 2694 2- 1634 785 799 1610 1459 2120 311 1192 1451 1570 3204 2- 1635 826 806 1611 1463 2088 345 1159 1459 1568 3190 3- 1574 758 781 1537 1403 2060 324 1135 1396 1504 3090 4- 1685 842 807 1653 1506 2135 349 1215 1504 1634 3344 5- 1766 850 893 1737 1582 2289 335 1288 1579 1705 3480 6- 1597 797 769 1572 1423 2007 313 1133 1420 1536 3142 rhel6 x86_64 local storage Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 7798 3868 3889 7706 7566 10713 1080 6089 7559 7688 15562 2- 7806 3879 3874 7716 7585 10873 1114 6018 7578 7696 15572 3- 7866 3910 3855 7773 7748 11053 1076 6253 7747 7761 15710 4- 7893 3978 3931 7802 7772 10988 1117 6197 7767 7789 15760 5- 7775 3853 3809 7683 7654 10897 1081 6142 7651 7675 15534 6- 7877 3919 3872 7789 7758 10986 1085 6218 7755 7773 15720
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
On Thu, 5 May 2011 23:43:25 +0200 Lorens Kockum articulated: > On Thu, May 05, 2011 at 07:54:50PM +0100, Spyros Tsiolis wrote: > > > > Seriously ? > > Yes, Timo was (of course) both serious and correct. > > ntpdate takes one or more NTP servers as parameters, and sets > your server's time to match that of the NTP servers. That may > well cause a jump, even a massive jump. > > ntpd takes a list of NTP servers in its configuration file, > and uses them to make continual small adjustments. I seem to > remember that in some cases it is even capable of adjusting the > speed of your system clock according to its measurements. If the > difference is too great it will refuse to function and exit with > an error. > > The usual way is to run ntpdate with -b option once at boot > (just after the network comes up and long before things like > dovecot and MTAs get started), and then start up ntpd. > > The other way is to run ntpdate frequently, against an NTP > server you trust. It's not as good, but sometimes there may be > objections against running daemons, and if you're aiming at a > well-behaved NTP server the jumps should be minimal. > > When running ntpd, the essential thing is to check that > it's actually doing its job. You do that with the command > "ntpdc". That will drop you to a prompt. The essential commands > are > > sysinfo > peers > server x.x.x.x > sysinfo > quit > > sysinfo should give your stratum as somwhere between 3 and 5 (if > it's less you're probably doing something wrong, and if it's 16 > you're not synchronized). peers should give one * sign in the > first column and some number of + signs. > > After that overview, man ntpdate, man ntpd, and google :-) > > HTH. On a FreeBSD machine, putting the following two lines into the "/etc/rc.conf" file will cause "ntp" to be started and force it to synchronize the time regardless of how far out of sync it actually is. ntpd_enable="YES"# Start time server ntpd_sync_on_start="YES" # Synchronize on start Of course, you still need to have a default ntp.conf file. -- Jerry ✌ dovecot.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __
Re: [Dovecot] Dovecot stops with "Fatal: kevent(): Invalid argument"
# 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 8.2-STABLE amd64 Dovecot stops with the following logged: - master: Fatal: kevent(): Invalid argument I have found that a diff was created for "src/lib/ioloop-kqueue.c" for a similar issue: http://dovecot.org/pipermail/dovecot/2010-November/054855.html I have patched my system with this and haven't seen the problem since, but I don't know if this is a coincidence. Could you please explain if the diff should actually fix anything or just add some more logging in case it stops again? And if this is a fix, why isn't it included in 2.0.11, I think it was created for 2.0.6. Best regards Henrik Larsson
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
On Thu, May 05, 2011 at 07:54:50PM +0100, Spyros Tsiolis wrote: > > Seriously ? Yes, Timo was (of course) both serious and correct. ntpdate takes one or more NTP servers as parameters, and sets your server's time to match that of the NTP servers. That may well cause a jump, even a massive jump. ntpd takes a list of NTP servers in its configuration file, and uses them to make continual small adjustments. I seem to remember that in some cases it is even capable of adjusting the speed of your system clock according to its measurements. If the difference is too great it will refuse to function and exit with an error. The usual way is to run ntpdate with -b option once at boot (just after the network comes up and long before things like dovecot and MTAs get started), and then start up ntpd. The other way is to run ntpdate frequently, against an NTP server you trust. It's not as good, but sometimes there may be objections against running daemons, and if you're aiming at a well-behaved NTP server the jumps should be minimal. When running ntpd, the essential thing is to check that it's actually doing its job. You do that with the command "ntpdc". That will drop you to a prompt. The essential commands are sysinfo peers server x.x.x.x sysinfo quit sysinfo should give your stratum as somwhere between 3 and 5 (if it's less you're probably doing something wrong, and if it's 16 you're not synchronized). peers should give one * sign in the first column and some number of + signs. After that overview, man ntpdate, man ntpd, and google :-) HTH.
[Dovecot] alpine + Maildir
Hello, I am trying to configure pine.conf for all users and running into an issue. In this setup, Mailbox format is Maildir and Maildir location is /Mail/Username/{new,cur,..etc} First thing required in alpine was patch for maildir and this has already been done. After that I have tried setting up folder-collection Mail #md ../../Mail/username and also tried using #mc (not sure which one is correct #md or #mc). Nothing worked. If maildir support in alpine does not work like it does for mbox then I'll have to configure IMAP setings in pine.conf for alpine users. I must say that alpine is installed on mail server :). Although IMAP setting may work fine, it will prompt user for password initially when checking email and while sending first email. I'd like to avoid this by using #md or #mc. If anyone has any useful inputs please let me know. Thank you! UG.
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
Le 05/05/2011 à 21:27, Rick Romero a écrit : I thought everyone knew that if you removed the 1.55v watch battery from the motherboard, you could put in a 1.6v battery and time will run faster. Then just use ntpdate - time will never jump forward, and dovecot won't crash. :D Hi, As Timo just stated, you definitely should run ntpd, which tries to adjust the clock's pace smoothly, instead of ntpdate, which abruptly changes the clock and should only be used *before* starting ntpd (typically at service startup), to catch up a difference too big for ntpd to handle in a reasonable time. If time moves backwards, Dovecot will not crash, but will kill itself, which in the end amounts to pretty much the same. ;-) http://wiki2.dovecot.org/TimeMovedBackwards Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: bruno.tregu...@shom.fr
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
I had the same problem. If you are running dovecot on a virtual machine this is what I did and the issue was fixed: http://nbevans.wordpress.com/2011/02/21/centos-5-5-losing-time-synchronisation-on-hyper-v-r2/ On 5/5/2011 12:27 PM, Rick Romero wrote: Quoting Noel : On 5/5/2011 1:54 PM, Spyros Tsiolis wrote: --- On Thu, 5/5/11, Timo Sirainen wrote: From: Timo Sirainen Subject: Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds To: "Spyros Tsiolis" Cc: f.bon...@esiee.fr, "Dovecot" Date: Thursday, 5 May, 2011, 21:49 On 5.5.2011, at 20.45, Spyros Tsiolis wrote: AFAIK, to keep good time on a linux machine inside the network, you need to run "ntpdate" and not "ntpd". No no no! That just makes things worse! It's the most common reason for these "Time jumped forwards/backwards" warnings. ! Seriously ? Definitely you should run ntpd -- but you need to make sure that it's configured correctly and working. Running "ntpdate" will cause time to jump. I thought everyone knew that if you removed the 1.55v watch battery from the motherboard, you could put in a 1.6v battery and time will run faster. Then just use ntpdate - time will never jump forward, and dovecot won't crash. :D
Re: [Dovecot] Dovecot very slow on a mailbox with > 700 IMAP Folders
on 5/5/2011 1:04 AM Becker, Ronny spake the following: > Hello, > I am using Dovecot 1.2.9 on a 32bit on Ubuntu 10.04.2 LTS. > > We got one user who uses folders in an "exessive" way. He has got 704 > subscribed folders. That means about nearly 3000 folders on the filesystem. > Since ~ a week the user couldn't work because of timeouts when connecting to > Dovecot (IMAP). Thunderbird doesn't show any folders - timeout - the webmail > System (Groupoffice) only presents the INBOX. > > I did some debugging and found that a lsub "" "*" that is used by Thunderbird > takes > 5 minutes. Thunderbird disconnects after ~1 Minute showing the > timeout. I entered the command directly via port communication. So this is no > clientside problem. But there is no error message or something else in any > logs. > > I did some debugging with strace, too. It's about 22MB only for running the > lsub command !? The Mailbox size is about ~2.2GB, so this should be no > problem. The maximum subfolder level is about 13 - could this be a problem? > You can find the structure (simply shown) attached. > > > Thanks for any help!! > > > Best regards > Ronny Becker > > What is the underlying filesystem, and if its ext3, is dir_index set on?
Re: [Dovecot] Dovecot very slow on a mailbox with > 700 IMAP Folders
On Thu, 5 May 2011, Timo Sirainen wrote: On 5.5.2011, at 10.04, Becker, Ronny wrote: I did some debugging and found that a lsub "" "*" that is used by Thunderbird takes > 5 minutes. Something's very wrong. I just tested with 1000 folders in a subscriptions file and it lists it in less than a second. Interesting. I just converted a system from Courier IMAP to Dovecot, and found a massive performance increase. My own personal account has 655 subscribed folders containing about 1.3 million messages. An LSUB "" "*" command takes of the order of about 0.1 second (the IMAP server has SATA disks and an Xeon E5345's at 2.33 GHz). Using alpine as client, a full scan of all messages to find unread messages (";puz") takes about 10 seconds - with Courier, this takes over a minute. I don't know of a way to do the same test in tbird. Steve
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
Quoting Noel : On 5/5/2011 1:54 PM, Spyros Tsiolis wrote: --- On Thu, 5/5/11, Timo Sirainen wrote: From: Timo Sirainen Subject: Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds To: "Spyros Tsiolis" Cc: f.bon...@esiee.fr, "Dovecot" Date: Thursday, 5 May, 2011, 21:49 On 5.5.2011, at 20.45, Spyros Tsiolis wrote: AFAIK, to keep good time on a linux machine inside the network, you need to run "ntpdate" and not "ntpd". No no no! That just makes things worse! It's the most common reason for these "Time jumped forwards/backwards" warnings. ! Seriously ? Definitely you should run ntpd -- but you need to make sure that it's configured correctly and working. Running "ntpdate" will cause time to jump. I thought everyone knew that if you removed the 1.55v watch battery from the motherboard, you could put in a 1.6v battery and time will run faster. Then just use ntpdate - time will never jump forward, and dovecot won't crash. :D
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
On 5/5/2011 1:54 PM, Spyros Tsiolis wrote: --- On Thu, 5/5/11, Timo Sirainen wrote: From: Timo Sirainen Subject: Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds To: "Spyros Tsiolis" Cc: f.bon...@esiee.fr, "Dovecot" Date: Thursday, 5 May, 2011, 21:49 On 5.5.2011, at 20.45, Spyros Tsiolis wrote: AFAIK, to keep good time on a linux machine inside the network, you need to run "ntpdate" and not "ntpd". No no no! That just makes things worse! It's the most common reason for these "Time jumped forwards/backwards" warnings. ! Seriously ? Definitely you should run ntpd -- but you need to make sure that it's configured correctly and working. Running "ntpdate" will cause time to jump. -- Noel Jones
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
--- On Thu, 5/5/11, Timo Sirainen wrote: > From: Timo Sirainen > Subject: Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 > seconds > To: "Spyros Tsiolis" > Cc: f.bon...@esiee.fr, "Dovecot" > Date: Thursday, 5 May, 2011, 21:49 > On 5.5.2011, at 20.45, Spyros Tsiolis > wrote: > > > AFAIK, to keep good time on a linux machine inside the > network, > > you need to run "ntpdate" and not "ntpd". > > No no no! That just makes things worse! It's the most > common reason for these "Time jumped forwards/backwards" > warnings. > > ! Seriously ? .s "I merely function as a channel that filters music through the chaos of noise" - Vangelis
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
On 5.5.2011, at 20.45, Spyros Tsiolis wrote: > AFAIK, to keep good time on a linux machine inside the network, > you need to run "ntpdate" and not "ntpd". No no no! That just makes things worse! It's the most common reason for these "Time jumped forwards/backwards" warnings.
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
Hello, You say ntpd is running. Is it running as a daemon ? AFAIK, to keep good time on a linux machine inside the network, you need to run "ntpdate" and not "ntpd". I had _exactly_ the same problem and I was running an ntp daemon. I wasn't actually syncing to anything. So,I did some searching and found out that I need to run "ntpdate ntp.server.fqdn", then add this same line to cron. HTH, s. "I merely function as a channel that filters music through the chaos of noise" - Vangelis
Re: [Dovecot] how to cat / grep from dbox files
On 5.5.2011, at 18.05, Sarder Kamal wrote: > Drafts/dbox-Mails/u.11 > I get the following output > 2 M1e C4daa51f6 > N 030A > �Tmo�6��_q�0`�B�r�D�� ��tF�5Xܵ�HI'��D��T��=*^�u��M�A�x/�=ωE .. > As it is quite evident, the output is in binary format, but I need it in text > (even if that means I use some other command and pipe the output to cat / > grep / sed) -- can this be done? The output is binary because the mail is stored compressed. Otherwise it would have been in text. > This server was configured and maintained by someone else, and I am very new > to dovecot or this dbox format (I used to use courier-imap). would appreciate > if anyone could please suggest what could/should be done to get to my > objectives. All pointers/suggestions appreciated. man doveadm-fetch man doveadm-search-query example: doveadm fetch -u user 'uid text' mailbox INBOX body "hello world"
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
ntp isn't a magical fix. You need a good selection of source servers, or local time sources for it to pick a steady reliable time to use. Also, if the clock in your computer drifts too much, ntp will refuse to correct it or keep it in sync at all. Quoting Frank Bonnet : Hello I get this warning in dovecot.log the machine is running ntpd so this is a bit strange ...
[Dovecot] how to cat / grep from dbox files
Dear List members I am new to dovecot and am looking for a solution. I have googled as much as I could, but most likely my search criteria was wrong, and hence asking here. I am familiar with maildir format, and could easily do cat / grep / sed on those files to extract data. The server I am looking at now uses dbox format, which seems to store data in a different way. just to give you an example, when I do cat Drafts/dbox-Mails/u.11 I get the following output 2 M1e C4daa51f6 N 030A �Tmo�6��_q�0`�B�r�D�� ��tF�5Xܵ�HI'��D��T��=*^�u��M�A�x/�=ωE ���4�d�鰮M_4�Z�.�ިmt��e��U�=�=1۠s�B�^�0�_�_& �"��H��eehuCA�1�I]ap���)\�-��H ��ɋt4��E,���I�P�G+���Iյ�K+˖�u;9Z-���)ri�վ��un ��֡�W�@�m�l�P�'��.̃�|���6�͊���)�S�C�T���>��nU�r��݃�]X9R���u�=�T��S_�:6��]�4hak��JWpkMe%���P_���~O~MW�jOU�F}�b� 3�]�~�/��8�_"��}L�覯|L�}6hE'�7 ��^ڐq�-Y�I��Ѯ.f��҉_
Re: [Dovecot] May 05 07:20:21 imap: Warning: Time jumped forwards 16 seconds
On 2011-05-05 1:25 AM, Frank Bonnet wrote: > Hello > > I get this warning in dovecot.log > > the machine is running ntpd so this is > a bit strange ... How are you using it? It obviously isn't working correctly if your server isn't staying in time. -- Best regards, Charles
[Dovecot] Post-login scripting last login question
Hi Timo, is there any relation between Post-login scripting i.e like last_login writing and imap/pop3 performance i.e on cluster file systems like ocfs2 etc ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] IMAP push
On Thu, May 05, 2011 at 03:53:29PM +0530, Janantha Marasinghe wrote: > Dear all, > Im running dovecot v2 and want to know if it supports IMAP push capabilities. Dovecot supports IMAP IDLE as in RFC 2177 (http://tools.ietf.org/html/rfc2177). > I have a few client who has blackberries, iphones and tabs. Blackberries are using their own proprietary form of push service in conjunction a Blackberry Enterprise Server. None the less they are able to use IMAP IDLE like iPhones and other smartphones or tablet PCs. Dennis
[Dovecot] IMAP push
Dear all, Im running dovecot v2 and want to know if it supports IMAP push capabilities. I have a few client who has blackberries, iphones and tabs. Please let me know. Sent via Mobile
Re: [Dovecot] Backtrace:dovecot/imap with 2.0.9 hg checkout from 1st of Febrauary
* Ralf Hildebrandt : > Maybe it's a accidentially doubly gzipped mail :( It is! > > There's anyway a bug since it shouldn't be crashing even with garbage > > input. > > Yes, indeed. > > > Do you still have this message available? You can probably find it with: > > > > doveadm fetch -u username 'mailbox size.virtual' uid 37 > > > > And seeing if that's a >130k message somewhere in the list. If that's a > > spam or otherwise a message you can send me, it would help fixing this. Can dovecot changed in a way that it doesn't crash when it encounters a accidentially doubly gzipped mail? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] Dovecot very slow on a mailbox with > 700 IMAP Folders
Am 05.05.2011 10:44, schrieb Timo Sirainen: On 5.5.2011, at 10.19, Timo Sirainen wrote: I did some debugging with strace, too. It's about 22MB only for running the lsub command !? Run it with strace -tt and send me the output compressed? Ah, you have ACLs enabled. With ACLs it's looking up dovecot-acl file from each folder before returning it. This shouldn't be necessary with LSUB I think. I suppose some kind of an ACL cache could be a good idea some day too. And maybe a setting not to bother looking up ACLs for mailboxes in private namespaces. Ok, so for getting off this problem I will disable acl support. I'll try to do something about those within a few days.. I think it would be really a good thing to optimize dovecot this way. So you can reduce a lot of I/O. Hopefully I can get this fix - if available-, because I am using the Ubuntu packages !?!? Gesellschaft mit beschränkter Haftung mit Sitz in 55218 Ingelheim am Rhein, eingetragen im Handelsregister des Amtsgerichts Mainz unter HRB 21166. Geschäftsführer: PD. Dr. med. Markus Nauck und Dipl.-Vw. Johannes Brill. Vorsitzender des Aufsichtsrates: Prof. Dr. med. Bernd Heicke. Diese E-Mail kann vertrauliche oder auf andere Weise geschützte Informationen enthalten. Sollten Sie diese E-Mail irrtümlich erhalten haben, löschen Sie diese bitte von Ihrem System und setzen Sie uns unverzüglich von dem Vorfall in Kenntnis. USt-ID-Nr. DE 811138229 ___ Limited liability company with registered office in 55218 Ingelheim am Rhein, registered with the commercial register of the local court of Mainz under HRB 21166. Managing directors: PD Dr. med. Markus Nauck and Dipl.-Vw. Johannes Brill. Chairman of the supervisory board: Prof. Dr. med. Bernd Heicke. This e-mail may contain confidential or otherwise privileged information. If you are not the intended recipient, please inform us immediately and delete the e-mail from your system. VAT-ID-Nr. DE 811138229
Re: [Dovecot] Dovecot very slow on a mailbox with > 700 IMAP Folders
On 5.5.2011, at 10.19, Timo Sirainen wrote: >> I did some debugging with strace, too. It's about 22MB only for running the >> lsub command !? > > Run it with strace -tt and send me the output compressed? Ah, you have ACLs enabled. With ACLs it's looking up dovecot-acl file from each folder before returning it. This shouldn't be necessary with LSUB I think. I suppose some kind of an ACL cache could be a good idea some day too. And maybe a setting not to bother looking up ACLs for mailboxes in private namespaces. I'll try to do something about those within a few days..
Re: [Dovecot] Dovecot very slow on a mailbox with > 700 IMAP Folders
On 5.5.2011, at 10.04, Becker, Ronny wrote: > I did some debugging and found that a lsub "" "*" that is used by Thunderbird > takes > 5 minutes. Something's very wrong. I just tested with 1000 folders in a subscriptions file and it lists it in less than a second. > I did some debugging with strace, too. It's about 22MB only for running the > lsub command !? Run it with strace -tt and send me the output compressed? Also dovecot -n output could be useful.
[Dovecot] Dovecot very slow on a mailbox with > 700 IMAP Folders
Hello, I am using Dovecot 1.2.9 on a 32bit on Ubuntu 10.04.2 LTS. We got one user who uses folders in an "exessive" way. He has got 704 subscribed folders. That means about nearly 3000 folders on the filesystem. Since ~ a week the user couldn't work because of timeouts when connecting to Dovecot (IMAP). Thunderbird doesn't show any folders - timeout - the webmail System (Groupoffice) only presents the INBOX. I did some debugging and found that a lsub "" "*" that is used by Thunderbird takes > 5 minutes. Thunderbird disconnects after ~1 Minute showing the timeout. I entered the command directly via port communication. So this is no clientside problem. But there is no error message or something else in any logs. I did some debugging with strace, too. It's about 22MB only for running the lsub command !? The Mailbox size is about ~2.2GB, so this should be no problem. The maximum subfolder level is about 13 - could this be a problem? You can find the structure (simply shown) attached. Thanks for any help!! Best regards Ronny Becker -- Mit freundlichen Grüßen, Ronny Becker Institut für Medizinische Diagnostik GmbH Ingelheim / Datenverarbeitung Konrad Adenauer Strasse 17 55218 Ingelheim Telefon: 06132 781 249 Fax: 06132 781 9 249 ronny.bec...@bioscientia.de www.bioscientia.de Gesellschaft mit beschränkter Haftung mit Sitz in 55218 Ingelheim am Rhein, eingetragen im Handelsregister des Amtsgerichts Mainz unter HRB 21166. Geschäftsführer: PD. Dr. med. Markus Nauck und Dipl.-Vw. Johannes Brill. Vorsitzender des Aufsichtsrates: Prof. Dr. med. Bernd Heicke. Diese E-Mail kann vertrauliche oder auf andere Weise geschützte Informationen enthalten. Sollten Sie diese E-Mail irrtümlich erhalten haben, löschen Sie diese bitte von Ihrem System und setzen Sie uns unverzüglich von dem Vorfall in Kenntnis. USt-ID-Nr. DE 811138229 ___ Limited liability company with registered office in 55218 Ingelheim am Rhein, registered with the commercial register of the local court of Mainz under HRB 21166. Managing directors: PD Dr. med. Markus Nauck and Dipl.-Vw. Johannes Brill. Chairman of the supervisory board: Prof. Dr. med. Bernd Heicke. This e-mail may contain confidential or otherwise privileged information. If you are not the intended recipient, please inform us immediately and delete the e-mail from your system. VAT-ID-Nr. DE 811138229 0 0 0 . 1 . 1 .. 2 ... 3 4 . 5 4 . 5 . 5 . 5 . 5 .. 6 .. 6 . 5 . 5 . 5 .. 6 .. 6 . 5 . 5 .. 6 . 5 . 5 . 5 .. 6 .. 6 .. 6 .. 6 . 5 .. 6 .. 6 .. 6 .. 6 .. 6 .. 6 .. 6 ... 7 . 5 .. 6 . 5 . 5 .. 6 . 5 4 . 5 . 5 . 5 4 4 . 5 .. 6 ... 7 .. 6 .. 6 ... 7 ... 7 .. 6 . 5 .. 6 ... 7 ... 7 ... 7 .. 6 ... 7 .. 6 ... 7 .. 6 ... 7 .. 6 ... 7 .. 6 ... 7 8 ... 7 ... 7 8 ... 7 8 ... 7 ... 7 8 8 8 ... 7 8 .. 6 ... 7 .. 6 ... 7 .. 6 .. 6 ... 7 .. 6 . 5 . 5 .. 6 .. 6 ... 7 ... 7 8 . 9 . 9 . 9 . 9 . 9 .. 10 . 9 . 9 . 9 .. 10 . 9 . 9 .. 10 . 9 . 9 . 9 8 . 9 8 . 9 8 . 9 .. 10 . 9 .. 10 . 9 . 9 . 9 . 9 8 . 9 8 . 9 . 9 8 8 . 9 8 . 9 8 . 9 ... 7 ... 7 8 . 9 8 . 9 .. 10 .. 10 .. 10 . 9 8 . 9 8 . 9 8 . 9 8 8 . 9 .. 10 8 . 9 .. 10 . 9 .. 10 . 9 .. 10 . 9 .. 10 . 9 .. 10 . 9 8 ... 7 8 ... 7 8 8 8 8 ... 7 ... 7 ... 7 ... 7 ... 7 8 . 9 . 9 .. 10 .. 10 . 9 .. 10 .. 10 . 9 . 9 8 . 9 . 9 . 9 . 9 8 ... 7 8 8 8 . 9 . 9 .. 10 . 9 . 9 8 . 9 . 9 . 9 . 9 . 9 8 . 9 .. 10 . 9 . 9 .. 10 . 9 .. 10 . 9 8 . 9 . 9 ... 7 8 .. 10 ... 11 12 . 13 12 ... 11 .. 10 ... 11 ... 11 ... 11 ...