[Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
Hi All, I tried to build dovecot-1.1.rc9 on a HP-UX machine, but failed to configure with the following message: configure: error: You don't appear to have C99 compatible vsnprintf() call The environment is like the following: - command: ./configure - uname: HP-UX B.11.23 U ia64 - aCC version: HP aC++/ANSI C B3910B A.05.55 [Dec 04 2003] Also, I tried to run `./configure CC=c99' and `./configure CC=/opt/aCC/bin/aCC -Ae also, but the result was the same. I'm not sure, but the HP C compiler does not seem to support C99 fully with vsnprintf() call. Is there any workaround for this problem? TIA, Woonsan
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
On Thu, 2008-06-12 at 23:37 -0700, Woonsan Ko wrote: Hi All, I tried to build dovecot-1.1.rc9 on a HP-UX machine, but failed to configure with the following message: configure: error: You don't appear to have C99 compatible vsnprintf() call You're in luck, I just yesterday fixed a lot of problems with HP-UX. My latest changes are in http://dovecot.org/tmp/dovecot-hpux.tar.gz Could you try that and tell me if it compiles and everything works? v1.1.rc10 release is actually just waiting for someone to confirm that the HP-UX changes work.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
Hi Timo, Thank you very much for quick response. I have just tested with your new package, but they print other errors during `make': 1. `make' after `configure' Error 239: str-find.c, line 17 # A struct/union shall not contain a member with incomplete type. int goodtab[]; ^^^ 2. `make' after `configure CC=/opt/aCC/bin/aCC -AC99' Error 20: mempool-alloconly.c, line 83 # 'number' expected before '.'. MEMBER(v) static_alloconly_pool_vfuncs, ^^ Error 19: mempool-alloconly.c, line 83 # Unexpected ','. MEMBER(v) static_alloconly_pool_vfuncs, ^ Error 19: mempool-alloconly.c, line 86 # Unexpected '.'. MEMBER(datastack_pool) FALSE ^^ Error 186: mempool-alloconly.c, line 83 # Left side of '.' requires a struct This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. The environment here: - uname: HP-UX B.11.23 U ia64 - aCC version: HP aC++/ANSI C B3910B A.05.55 [Dec 04 2003] Kind regards, Woonsan --- On Fri, 6/13/08, Timo Sirainen [EMAIL PROTECTED] wrote: From: Timo Sirainen [EMAIL PROTECTED] Subject: Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call To: [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Date: Friday, June 13, 2008, 3:40 PM On Thu, 2008-06-12 at 23:37 -0700, Woonsan Ko wrote: Hi All, I tried to build dovecot-1.1.rc9 on a HP-UX machine, but failed to configure with the following message: configure: error: You don't appear to have C99 compatible vsnprintf() call You're in luck, I just yesterday fixed a lot of problems with HP-UX. My latest changes are in http://dovecot.org/tmp/dovecot-hpux.tar.gz Could you try that and tell me if it compiles and everything works? v1.1.rc10 release is actually just waiting for someone to confirm that the HP-UX changes work..
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
On Fri, 2008-06-13 at 00:12 -0700, Woonsan Ko wrote: Hi Timo, Thank you very much for quick response. I have just tested with your new package, but they print other errors during `make': 1. `make' after `configure' Error 239: str-find.c, line 17 # A struct/union shall not contain a member with incomplete type. int goodtab[]; ^^^ This is valid C99 code. I don't think I want to change it just to support one rarely used compiler. You could change it to [1] and it should work just as well (same for lib-imap/imap-match.c). 2. `make' after `configure CC=/opt/aCC/bin/aCC -AC99' Error 20: mempool-alloconly.c, line 83 # 'number' expected before '.'. MEMBER(v) static_alloconly_pool_vfuncs, ^^ MEMBER() macro is defined in src/macros.h: /* C99-style struct member definitions */ #if (defined(__STDC__) __STDC_VERSION__ = 199901L) || __GNUC__ 2 # define MEMBER(name) .name = #else # define MEMBER(name) #endif So apparently HP-UX lies that it supports C99 even though it doesn't actually? I could change that #ifdef, but I don't know what would be a good check for HP-UX. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
On Fri, 2008-06-13 at 09:40 +0300, Timo Sirainen wrote: On Thu, 2008-06-12 at 23:37 -0700, Woonsan Ko wrote: Hi All, I tried to build dovecot-1.1.rc9 on a HP-UX machine, but failed to configure with the following message: configure: error: You don't appear to have C99 compatible vsnprintf() call You're in luck, I just yesterday fixed a lot of problems with HP-UX. My latest changes are in http://dovecot.org/tmp/dovecot-hpux.tar.gz Could you try that and tell me if it compiles and everything works? v1.1.rc10 release is actually just waiting for someone to confirm that the HP-UX changes work.. I guess the most important thing I want to know is: What is MODULE_SUFFIX set to in generated Makefiles? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
Hi Timo, Please see comments below. --- On Fri, 6/13/08, Timo Sirainen [EMAIL PROTECTED] wrote: From: Timo Sirainen [EMAIL PROTECTED] Subject: Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call To: [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Date: Friday, June 13, 2008, 4:33 PM On Fri, 2008-06-13 at 00:12 -0700, Woonsan Ko wrote: Hi Timo, Thank you very much for quick response. I have just tested with your new package, but they print other errors during `make': 1. `make' after `configure' Error 239: str-find.c, line 17 # A struct/union shall not contain a member with incomplete type. int goodtab[]; ^^^ This is valid C99 code. I don't think I want to change it just to support one rarely used compiler. You could change it to [1] and it should work just as well (same for lib-imap/imap-match.c). I agree. I think we can compile with `aCC -AC99' instead of `cc' for HP-UX. Thank you for the information anyway. 2. `make' after `configure CC=/opt/aCC/bin/aCC -AC99' Error 20: mempool-alloconly.c, line 83 # 'number' expected before '.'. MEMBER(v) static_alloconly_pool_vfuncs, ^^ MEMBER() macro is defined in src/macros.h: /* C99-style struct member definitions */ #if (defined(__STDC__) __STDC_VERSION__ = 199901L) || __GNUC__ 2 # define MEMBER(name) .name = #else # define MEMBER(name) #endif So apparently HP-UX lies that it supports C99 even though it doesn't actually? I could change that #ifdef, but I don't know what would be a good check for HP-UX. The man page is saying that they support C99 partially. Anyway, I think we can check for HP-UX by _HPUX_SOURCE. (See http://docs.hp.com/en/B9106-90012/stdsyms.5.html) I think #ifdef _HPUX_SOURCE can work for us. Thank you very much! Regards, Woonsan
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
It is like the following in the generated Makefile: MODULE_SUFFIX = .so --- On Fri, 6/13/08, Timo Sirainen [EMAIL PROTECTED] wrote: From: Timo Sirainen [EMAIL PROTECTED] Subject: Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call To: Dovecot Mailing List dovecot@dovecot.org Cc: [EMAIL PROTECTED] Date: Friday, June 13, 2008, 4:50 PM On Fri, 2008-06-13 at 09:40 +0300, Timo Sirainen wrote: On Thu, 2008-06-12 at 23:37 -0700, Woonsan Ko wrote: Hi All, I tried to build dovecot-1.1.rc9 on a HP-UX machine, but failed to configure with the following message: configure: error: You don't appear to have C99 compatible vsnprintf() call You're in luck, I just yesterday fixed a lot of problems with HP-UX. My latest changes are in http://dovecot.org/tmp/dovecot-hpux.tar.gz Could you try that and tell me if it compiles and everything works? v1.1.rc10 release is actually just waiting for someone to confirm that the HP-UX changes work.. I guess the most important thing I want to know is: What is MODULE_SUFFIX set to in generated Makefiles?
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
On Fri, 2008-06-13 at 00:55 -0700, Woonsan Ko wrote: It is like the following in the generated Makefile: MODULE_SUFFIX = .so Are the plugins created using .so or .sl suffix? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
Actually I'm testing with two HP-UX machine here. [1] `uname': HP-UX B.11.23 U `model': 9000/800/rp3440 CPU: PA-RISC `aCC --version': HP ANSI C++ B3910B A.03.80 [2] `uname': HP-UX B.11.23 U ia64 `model': ia64 hp server rx5670 CPU: Itanium `aCC --version': HP aC++/ANSI C B3910B A.05.55 [Dec 04 2003] With [1], the MODULE_SUFFIX is .sl, and plugins are created with .sl suffix when I compile dovecot-1.0.13. But, With [2], the MODULE_SUFFIX is .so, and plugins are created with .so suffix when I compile dovecot-1.0.13. I have no idea why there's a difference between the two. I googled a page (http://osdir.com/ml/gnu.libtool.general/2003-10/msg00019.html) which seems saying 11.x can make .so suffixed ELF shared library. I don't know. Is it from the difference between PA-RISC and Itanium or from the difference of the compiler versions? --- On Fri, 6/13/08, Timo Sirainen [EMAIL PROTECTED] wrote: From: Timo Sirainen [EMAIL PROTECTED] Subject: Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call To: [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Date: Friday, June 13, 2008, 5:00 PM On Fri, 2008-06-13 at 00:55 -0700, Woonsan Ko wrote: It is like the following in the generated Makefile: MODULE_SUFFIX = .so Are the plugins created using .so or .sl suffix?
[Dovecot] How many imap processes per user
Hi, I'm using dovecot for the first time on a production server (before dovecot I used bincimapd). I have a question about the number of imap (not imap-login) processes created for a user. I've seen 100+ processes for just 1 user. So far it only occurs for 1 user, other users have just 1 imap process. I now the user is using thunderbird and 2 mailclients are logged in at the same time (one workstation and one laptop). Is there an issue with dovecot/thunderbird? [EMAIL PROTECTED] 28596 15780 0 10:48:41 ? 0:02 imap [EMAIL PROTECTED] 28933 15780 0 10:50:57 ? 0:01 imap [EMAIL PROTECTED] 25627 15780 0 10:28:55 ? 0:00 imap [EMAIL PROTECTED] 28938 28933 0- ? 0:00 defunct [EMAIL PROTECTED] 29472 15780 0 10:54:23 ? 0:00 imap [EMAIL PROTECTED] 25628 25627 0 10:28:55 ? 0:00 rawlog /opt/csw/ libexec/dovecot/imap [EMAIL PROTECTED] 29329 29327 0- ? 0:00 defunct [EMAIL PROTECTED] 29805 29801 0- ? 0:00 defunct [EMAIL PROTECTED] 24303 24300 0 10:20:46 ? 0:00 rawlog /opt/csw/ libexec/dovecot/imap [EMAIL PROTECTED] 29941 15780 0 10:58:09 ? 0:00 imap [EMAIL PROTECTED] 28480 28477 0- ? 0:00 defunct [EMAIL PROTECTED] 28329 15780 0 10:46:28 ? 0:03 imap [EMAIL PROTECTED] 29177 29176 0- ? 0:00 defunct [EMAIL PROTECTED] 28749 28748 0- ? 0:00 defunct [EMAIL PROTECTED] 29801 15780 0 10:56:56 ? 0:00 imap [EMAIL PROTECTED] 29180 29179 0 10:52:05 ? 0:00 rawlog /opt/csw/ libexec/dovecot/imap [EMAIL PROTECTED] 29635 15780 0 10:55:35 ? 0:00 imap [EMAIL PROTECTED] 29642 29635 0- ? 0:00 defunct [EMAIL PROTECTED] 28477 15780 1 10:47:37 ? 0:02 imap [EMAIL PROTECTED] 28200 28199 0- ? 0:00 defunct [EMAIL PROTECTED] 29942 29941 0 10:58:09 ? 0:00 rawlog /opt/csw/ libexec/dovecot/imap [EMAIL PROTECTED] 28597 28596 0- ? 0:00 defunct [EMAIL PROTECTED] 28330 28329 0- ? 0:00 defunct [EMAIL PROTECTED] 25610 25609 0 10:28:49 ? 0:00 rawlog /opt/csw/ libexec/dovecot/imap [EMAIL PROTECTED] 28748 15780 0 10:49:48 ? 0:02 imap [EMAIL PROTECTED] 25609 15780 0 10:28:49 ? 0:00 imap [EMAIL PROTECTED] 29176 15780 0 10:52:05 ? 0:01 imap [EMAIL PROTECTED] 29327 15780 0 10:53:12 ? 0:01 imap [EMAIL PROTECTED] 29179 15780 1 10:52:05 ? 0:05 imap [EMAIL PROTECTED] 28199 15780 0 10:45:22 ? 0:03 imap [EMAIL PROTECTED] 29474 29472 0- ? 0:00 defunct [EMAIL PROTECTED] 24300 15780 0 10:20:46 ? 0:00 imap All those processes are really slowing down the server. Martijn
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
By the way, on the [1] machine, I succeeded in `make' by using gcc like the following: $ ./configure CC=/opt/hp-gcc64-4.2.1/bin/gcc [1] `uname': HP-UX B.11.23 U `model': 9000/800/rp3440 CPU: PA-RISC `aCC --version': HP ANSI C++ B3910B A.03.80 The plugins are created with .sl suffixes, but there some odd files postfixed by 'ODULE_SUFFIX': # find /usr/local/dovecot-tmp/lib -name lib* -print /usr/local/dovecot-tmp/lib /usr/local/dovecot-tmp/lib/dovecot/imap/lib01_acl_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib20_convert_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib20_expire_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib20_fts_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib21_fts_squat_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib02_lazy_expunge_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib20_mail_log_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib20_mbox_snarf_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib10_quota_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/imap/lib11_imap_quota_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/imap/lib11_imap_quota_plugin.la /usr/local/dovecot-tmp/lib/dovecot/imap/lib11_imap_quota_plugin.a /usr/local/dovecot-tmp/lib/dovecot/imap/lib11_trash_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib01_acl_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib20_convert_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib20_expire_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib20_fts_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib21_fts_squat_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib20_mail_log_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib10_quota_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lda/lib11_trash_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/pop3/lib20_convert_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/pop3/lib20_expire_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/pop3/lib02_lazy_expunge_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/pop3/lib20_mail_log_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/pop3/lib20_mbox_snarf_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/pop3/lib10_quota_pluginODULE_SUFFIX /usr/local/dovecot-tmp/lib/dovecot/lib01_acl_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib01_acl_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib01_acl_plugin.a /usr/local/dovecot-tmp/lib/dovecot/lib21_fts_squat_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib21_fts_squat_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib21_fts_squat_plugin.a /usr/local/dovecot-tmp/lib/dovecot/lib02_lazy_expunge_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib02_lazy_expunge_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib02_lazy_expunge_plugin.a /usr/local/dovecot-tmp/lib/dovecot/lib20_mail_log_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib20_mail_log_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib20_mail_log_plugin.a /usr/local/dovecot-tmp/lib/dovecot/lib20_mbox_snarf_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib20_mbox_snarf_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib20_mbox_snarf_plugin.a /usr/local/dovecot-tmp/lib/dovecot/lib10_quota_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib10_quota_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib10_quota_plugin.a /usr/local/dovecot-tmp/lib/dovecot/lib11_trash_plugin.sl /usr/local/dovecot-tmp/lib/dovecot/lib11_trash_plugin.la /usr/local/dovecot-tmp/lib/dovecot/lib11_trash_plugin.a Regards, Woonsan --- On Fri, 6/13/08, Timo Sirainen [EMAIL PROTECTED] wrote: From: Timo Sirainen [EMAIL PROTECTED] Subject: Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call To: [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Date: Friday, June 13, 2008, 5:00 PM On Fri, 2008-06-13 at 00:55 -0700, Woonsan Ko wrote: It is like the following in the generated Makefile: MODULE_SUFFIX = .so Are the plugins created using .so or .sl suffix?
[Dovecot] v1.1.rc10 released
http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz.sig v1.1.0 will be released on next Friday if nothing horrible happens. * LIST X-STATUS renamed to LIST STATUS and fixed its behavior with LIST-EXTENDED options. It's now compatible with STATUS-IN-LIST draft 00. - Message parsing could have sometimes produced incorrect results, corrupting BODY/BODYSTRUCTURE replies and perhaps others. - SORT: Fixed several bugs - FreeBSD 7.0: Environment clearing wasn't working correctly. This caused environment corrupted problems at least with deliver trying to call sendmail and running Dovecot from inetd. - HP-UX: Several fixes to get it to work (by Christian Corti) - Fixes to using expire plugin with SQL dictionary. - dbox fixes signature.asc Description: This is a digitally signed message part
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
On Fri, 2008-06-13 at 02:09 -0700, Woonsan Ko wrote: By the way, on the [1] machine, I succeeded in `make' by using gcc like the following: $ ./configure CC=/opt/hp-gcc64-4.2.1/bin/gcc [1] `uname': HP-UX B.11.23 U `model': 9000/800/rp3440 CPU: PA-RISC `aCC --version': HP ANSI C++ B3910B A.03.80 The plugins are created with .sl suffixes, but there some odd files postfixed by 'ODULE_SUFFIX': Yes, I noticed that myself also. It's fixed in rc10. signature.asc Description: This is a digitally signed message part
[Dovecot] [Patch] Fix delay on imao-append
Dovecot version: 1.1-rc8, 1.1-rc9
System: Linux-2.6.2x
User-Agent: claws-mail-3.3 and 3.4
When appending messages (e.g. copy from mailclient local folder or
second server to dovecot imap folder) dovecot answers with:
tag OK [APPENDUID n m] Append completed\r\n
This answer often reaches the client as two or more TCP packets, the
client (when not using TCP_NODELAY on its socket) ACKs with some delay.
When copying lots of (small) messages this delay has a very negative
impact on copy time even though there are lots of network and system
resources available.
Sample sniffer output on client host:
...
1 0. clawsdovecot IMAP Request: 14639 APPEND Test (\Seen) {853}
2 0.0033 dovecot clawsIMAP Response: +OK
3 0.0034 clawsdovecot IMAP Request: message
4 0.0096 dovecot clawsIMAP Response: 14639
5 0.0467 clawsdovecot TCP 33453 imap [ACK]
6 0.0481 dovecot clawsIMAP Response: OK [APPENDUID 1204729411 2]
Append Completed.
7 0.0481 clawsdovecot TCP 33453 imap [ACK]
...
The delay of about 35ms between packet 4 and its ACK in packet 5 causes
copies from client to server to be extremely slow. (Client and server on
same 100Mb LAN, same result if client and server are on same host)
The attached patch makes dovecot send the whole answer in a single
packet, thus not triggering the delay issue.
As far as I found out the delay is generated by Naggle algorithm, this
algorithm being used by Linux TCP stack for small packets with the aim of
improving payload/overhead share.
Bruno Prémont
RESTENA Foundation
diff -NurpP dovecot-1.1.rc8-orig/src/imap/client.c dovecot-1.1.rc8/src/imap/client.c
--- dovecot-1.1.rc8-orig/src/imap/client.c 2008-05-31 12:58:19.0 +0200
+++ dovecot-1.1.rc8/src/imap/client.c 2008-06-10 15:44:50.0 +0200
@@ -245,10 +245,12 @@ void client_send_tagline(struct client_c
if (tag == NULL || *tag == '\0')
tag = *;
+ o_stream_cork(client-output);
(void)o_stream_send_str(client-output, tag);
(void)o_stream_send(client-output, , 1);
(void)o_stream_send_str(client-output, data);
(void)o_stream_send(client-output, \r\n, 2);
+ o_stream_uncork(client-output);
client-last_output = ioloop_time;
}
signature.asc
Description: PGP signature
Re: [Dovecot] How many imap processes per user
On Fri, 2008-06-13 at 10:58 +0200, Martijn de Munnik wrote: Hi, I'm using dovecot for the first time on a production server (before dovecot I used bincimapd). I have a question about the number of imap (not imap-login) processes created for a user. I've seen 100+ processes for just 1 user. So far it only occurs for 1 user, other users have just 1 imap process. I now the user is using thunderbird and 2 mailclients are logged in at the same time (one workstation and one laptop). Is there an issue with dovecot/thunderbird? I think Thunderbird's default is to create max. 5 connections to the server, so 100+ processes isn't normal for a single user. Have you checked if there's anything in Dovecot's error logs (http://wiki.dovecot.org/Logging)? Anyway it's possible that there's nothing wrong in Dovecot's side and TB is just misbehaving for some reason, like maybe got confused by the switch from binc imap? Recreating the account might help. With Dovecot v1.1 it's possible to limit the max. number of processes per user per IP address (set to 10 by default). That would also solve your problem (but maybe not the user's problem). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] [Patch] Fix delay on imao-append
On Fri, 13 Jun 2008 Timo Sirainen [EMAIL PROTECTED] wrote: On Fri, 2008-06-13 at 11:04 +0200, Bruno Prémont wrote: The attached patch makes dovecot send the whole answer in a single packet, thus not triggering the delay issue. Although the patch works for this APPEND case, it probably adds delays when other commands are pipelined, because tagged replies can be sent in the middle of processing multiple commands. Could you try if the attached patch fixes this also? This patch works for me, it also avoids the delay seen on a different install which produces EXISTS and RECENT messages: * n EXISTS\r\n * n RECENT\r\n tag OK [APPENDUID m n] Append completed.\r\n Here EXISTS was sent in a separate packet, waiting for ACK then finally sending RECENT and end tag in a second packet. Bruno Prémont RESTENA Foundation signature.asc Description: PGP signature
Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call
I succeeded in installing rc10 under HP-UX PA-RISC machine with gcc (hp-gcc64-4.2.1). It created .sl suffixed libraries. Also, I succeeded in making rc10 under HP-UX Itanium machine with the following configuration: $ ./configure CC=/opt/aCC/bin/aCC -AC99 It created .so suffixed libraries. However, two sources you mentioned before had to be modified: lib/str-find.c (int goodtab[1];) and lib-imap/imap-match.c (char patterns_data[1];). I believe gcc would make in cleaner way than aCC also. Thank you very much! Regards, Woonsan --- On Fri, 6/13/08, Timo Sirainen [EMAIL PROTECTED] wrote: From: Timo Sirainen [EMAIL PROTECTED] Subject: Re: [Dovecot] configure error on HP-UX: C99 compatible vsnprintf() call To: [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Date: Friday, June 13, 2008, 6:15 PM On Fri, 2008-06-13 at 02:09 -0700, Woonsan Ko wrote: By the way, on the [1] machine, I succeeded in `make' by using gcc like the following: $ ./configure CC=/opt/hp-gcc64-4.2.1/bin/gcc [1] `uname': HP-UX B.11.23 U `model': 9000/800/rp3440 CPU: PA-RISC `aCC --version': HP ANSI C++ B3910B A.03.80 The plugins are created with .sl suffixes, but there some odd files postfixed by 'ODULE_SUFFIX': Yes, I noticed that myself also. It's fixed in rc10.
Re: [Dovecot] v1.1.rc10 released
Just for info - release 1.1.rc10 builds successfully on Fedora Rawhide on all 4 architectures. http://koji.fedoraproject.org/koji/taskinfo?taskID=660479 Dan -- Fedora and Red Hat package maintainer
[Dovecot] Disable non webmail IMAP access in vpopmail and Dovecot
Hello,
i'm using in my installation qmail+vpopmail and now I have migrated from
courier-imap to dovecot.
Dovecot is very much faster with large mailbox than courier-imap.
But I have a problem.
vpopmail has a feature that allows you to Disable non webmail IMAP access,
many webmail using imap as if they were, and they are, a client IMAP.
vpopmail give me the ability to disabile IMAP, expect for 127.0.0.1, both for
individual users than for single domain. So i can grant IMAP access, from
remote client, only for some users but webmail access for all.
Here you can read some of my messages in the vpopmail's list:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg25880.html
But with dovecot this feature seems not to be compatible.
A friend of the vpopmail's list sent me a patch for dovecot but I can not get
it to work:
--
Hi Alessio,
i spent over 5 hours looking for a solution to this problem and i found one
working for me
in dovecot sources edit src/auth/passdb-vpopmail.c
than add
char *remotehost = net_ip2addr(auth_request-remote_ip);
auth_request_log_info(auth_request, vpopmail, remote ip is: %s,
remotehost);
before if (((vpw-pw_gid NO_IMAP) != 0 line
than modify the condition line to look like:
if (((vpw-pw_gid NO_IMAP) != 0
strcmp(auth_request-service, IMAP) == 0 *
strcmp(remotehost, 127.0.0.1) != 0*) ||
((vpw-pw_gid NO_POP) != 0
strcmp(auth_request-service, POP3) == 0)) {
auth_request_log_info(auth_request, vpopmail,
%s disabled, auth_request-service);
password = NULL;
*result_r = PASSDB_RESULT_USER_DISABLED;
} else ...
this way you will preserve webmail access and cut imap from external in case
-i limit is defined in vpopmail
hope it helps
--
Can someone help me in making compatible this useful feature of vpopmail with
dovecot?
Thank you
--
Alessio Cecchi is:
@ ILS - http://www.linux.it/~alessice/
Assistenza Sistemi GNU/Linux - http://www.cecchi.biz/
@ PLUG - ex-Presidente, adesso senatore a vita, http://www.prato.linux.it
@ LOLUG - neo-Socio http://www.lolug.net
Re: [Dovecot] v1.1.rc10 released
On Jun 13, 2008, at 7:02 AM, Dan Horák wrote: Just for info - release 1.1.rc10 builds successfully on Fedora Rawhide on all 4 architectures. Also compiles successfully on OS X 10.4.11 using... ./configure --with-ssldir=/System/Library/OpenSSL --with-ssl=openssl --with-notify=kqueue ...as always. B. Bodger
Re: [Dovecot] 9GB of messages in /tmp
Timo Sirainen wrote: On Thu, 2008-06-12 at 15:08 -0400, Charles Marcus wrote: Hello, Well, I have a brain-dead user (using Thunderbird 2.0.0.14) who just won't listen when I tell them not to try to move 5000+ messages at one time (or if deleting, bypass the Trash), and they managed to royally screw up their maildirs... maildir_copy_with_hardlinks=yes should help a lot with this. I have two problems... 1. The /tmp directory has 9+GB in it... can I just rm tmp/* on that directory without making this problem worse? Only part of Dovecot that writes to /tmp is deliver, and it keeps the files there probably less than a microsecond (create file + unlink immediately). Same situation with dovecot - I tired to delete ~ 120 000 messages form catch-all-possible-spam mailbox using Thunderbird. Filter out messages older than 7 days was successfully. Thunderbird failed to delete them (locked up)... i got salted imap process, locked dovecot-uidlist file (dovecot-uidlist.lock) in maildir with /tmp full of new spam... as it continue to arrive (frquncy is aubout 2-3 messages per sec, server hosts ~500 domains.). dovecot v 1.0.12 Uldis
Re: [Dovecot] Dovecot 1.1rc9 strange messages
On Fri, 2008-06-13 at 01:57 +0300, Timo Sirainen wrote: There's no Dovecot v1.0 used anywhere? How did you get these dovecot-uidlist files created? Did you use a Courier migration script or rename them manually? I used courier migration script. These error messages can happen only when Dovecot reads version 1 format of the dovecot-uidlist file. This format is created by Dovecot v1.0 and Courier. After Dovecot v1.1 has updated the file it's in version 3 format and this error message can't happen anymore. Ok. I will monitor the logs files after the full migration is done. :-) So apparently some versions of Courier can also update the courierimapuiddb by appending new entries instead of rewriting the file and updating the next-uid field in the header line? What Courier version were you using before? The version is courier-imap-3.0.8-1. Thanks Timo. Raphael Costa
[Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
Hi - Last year I set up a new CentOS 5 server and through the install process permitted it to set up dovecot as my IMAP server. ./dovecote --version returns 1.0.rc15 With the system up and running I moved the tar files of my old email accounts over and everything seemed to be just fine. Recently I have upgraded my primary workstation to a Mac Pro - and that of course has it's Mail application. Let me summarize briefly to be sure that I don't omit some minor detail that makes all the difference in the world. Previously I used Netscape 7.2 as my mail client and then went over to Thunderbird on the PC - in either application, under Server Settings / Advanced I had to uncheck the box Server supports folders that contain sub-folders and messages. Then whenever I attempted to add a new subfolder I would be given a choice - This server restricts folders to two special kinds. Allow your new folder to contain: [] Folders Only [x] Messages Only. Though perhaps not ideal, this has worked ok up till now. The Leopard Mail application doesn't seem to have this sort of support - it assumes that every folder or subfolder can and should contain both, so all I get are folders that can hold messages. This is a problem as I can't create any new folders to reorganize mail. Though I had thought about resolving this, or at least trying to when I first encountered it - life got busy. So my skills have become a bit rusty and I have not done anything about it. But now I would like to. I ported over my email and my wife's - so perhaps there is some legacy setting in those folders that prevents the bliss of folders and mail in the same subfile. But I created a new email account for my daughter and that has the same limitation. In Leopard mail, folders to hold folders look White, whereas folders to hole mail look blue. In Thunderbird Folders to hold Folders are in Italics whereas Folders to hold mail are normal font. I am also using Webmin to simplify access to the server, but I don't see anything obvious under the dovecot tool for this. The installation was the basic default, so far as I can remember. I have run Yum to update the files and at last review there was nothing outstanding. Regarding my configuration, dovecot -n reports as follows: [EMAIL PROTECTED] sbin]# ./dovecot --version 1.0.rc15 [EMAIL PROTECTED] sbin]# ./dovecot -n # /etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap imaps listen: disable_plaintext_auth: yes login_dir: /var/run/dovecot//login login_executable: /usr/libexec/dovecot/imap-login mail_extra_groups: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u auth default: passdb: driver: pam userdb: driver: passwd [EMAIL PROTECTED] sbin]# Truly hoping that someone can help me resolve this. While I can use Thunderbird, I do like the Apple Mail feature of seeing the summary of email at the top of the list. Appreciate the help and insights - Cheers Dan
[Dovecot] 1.1rc10: istream-crlf.c: assertion failed: (size != 0)
Hi, I am migrating from 0.99.14 to 1.1.rc10 and from mbox to maildir. During the conversion, via convert plugin, I get this assertion failure: 2008-06-13 14:12:51 Error: IMAP(username): Next message unexpectedly lost from 4700 2008-06-13 14:12:51 Error: IMAP(username): Next message unexpectedly lost from 4700 2008-06-13 14:12:51 Panic: IMAP(username): file istream-crlf.c: line 49 (i_stream_crlf_read_common): assertion failed: (size != 0) 2008-06-13 14:12:51 Error: IMAP(username): Raw backtrace: imap [0x80d1c31] - imap [0x80d1c9a] - imap [0x80d159c] - imap [0x80d6fa5] - imap [0x80d6fc3] - imap [0x80d81b9] - imap(i_stream_read_data+0x39) [0x80d60f9] - imap [0x80cadb3] - imap [0x80cbdeb] - imap(message_parser_parse_next_block+0x1d) [0x80cae5d] - imap(index_mail_cache_parse_continue+0x22) [0x8096132] - imap(maildir_save_continue+0x4b) [0x807a49b] - imap(mail_storage_copy+0xdb) [0x80a07ab] - imap(maildir_copy+0x5b) [0x8076ebb] - /usr/lib/dovecot/modules/imap/lib20_convert_plugin.so(convert_storage+0x48c) [0xb7f279bc] - /usr/lib/dovecot/modules/imap/lib20_convert_plugin.so [0xb7f2841d] - imap(mail_namespaces_init+0x645) [0x80a1345] - imap(main+0x3c1) [0x806ab51] - /lib/libc.so.6(__libc_start_main+0xe0) [0xb7e02450] - imap [0x805ca91] 2008-06-13 14:12:54 Error: IMAP(username): Mailbox conversion: Couldn't create mailbox directory Ospedale 2008-06-13 14:12:54 Fatal: IMAP(username): Mailbox conversion failed, exiting If it can be useful for debugging purpose, is there something I can do to identify the mailbox causing the failure? I am also investigating why the plugin tried to recreate directory for the already converted mailbox Ospedale. -- Marco De Benedetto
[Dovecot] dovecot-uidlist housekeeping (was Re: Need a quick, safe method to empty /home/user/Maildir/{.Junk, .Trash})
At 5:08 AM +0300 6/13/08, Timo Sirainen wrote: On Thu, 2008-06-12 at 19:28 -0400, Bill Cole wrote: At 1:17 AM +0300 6/13/08, Timo Sirainen wrote: On Thu, 2008-06-12 at 11:10 -0400, Bill Cole wrote: [...] However, I DO clobber the dovecot-uidlist in .Trash as part of my monthly housekeeping because it tends to get very large All the expunged messages get removed from it the next time a new message is added to the mailbox. So there should be no need to delete it. (v1.1 doesn't always recreate the file, but it gets rewritten if the resulting file would be 70% of the current size or less.) I confess to running 1.0.0, which apparently lacks this bit of housekeeping. At the moment I have no messages in my Trash folder (so there are no files in ~/Maildir/.Trash/cur) and ~Maildir/.Trash/dovecot-uidlist has 10273 lines, and the first messages listed are nowhere to be found anywhere under Maildir. As I said, they're removed *the next time a new message is added to the mailbox*. So basically it works like: 1. 1000 messages added to mailbox - dovecot-uidlist has 1001 lines. 2. 1000 messages expunged from mailbox - dovecot-uidlist has 1001 lines. 3. 1 message added to the mailbox - dovecot-uidlist has 2 lines. As I said, this isn't happening with 1.0.0. I guess it might be another motivator to update to a more current version, if this is a more recent feature. And I really am sure of this behavior. I add a steady stream of messages to the Trash mailbox, due to how my primary desktop client (MacOS Eudora 6.2.4) handles logical message deletion and movement of messages from the IMAP server to client-side archives. I also move messages from the inbox to other IMAP mailboxes based on client-side filters. It appears that those mailboxes which (like Trash,) only ever get new messages by way of Eudora using UID COPY commands are never getting any cleanup of their dovecot-uidlist file. I haven't tried to track that path in the code, but just off the top of my head, I would think that this could be explained if your cleanup is triggered by finding fresh deliveries by other software in new, but the UID COPY implementation avoids that. A little experimentation shows that moving messages on the client side results in new message files in the new directory, new lines in dovecot-uidlist, and changes to dovecot.index and dovecot.index.log. Since I'm doing initial delivery with procmail, obviously Dovecot is doing a different set of steps when it moves files from new to cur. Neither v1.0 nor v1.1 updates dovecot-uidlist when messages are expunged. I don't know if it should - it's just unnecessary extra disk I/O, but I guess if the space savings are large maybe it should.. My concern was not really disk space but rather the inefficiency of having the UID-file map containing scores of thousands of entries for a mailbox that usually is empty and rarely holds more than a handful of messages. -- Bill Cole [EMAIL PROTECTED]
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
On 6/13/2008, Dan Roberts ([EMAIL PROTECTED]) wrote: ./dovecote --version returns 1.0.rc15 Upgrade... then we'll talk... rc15 is just too old and buggy... -- Best regards, Charles
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
Charles Marcus píše v Pá 13. 06. 2008 v 11:50 -0400: On 6/13/2008, Dan Roberts ([EMAIL PROTECTED]) wrote: ./dovecote --version returns 1.0.rc15 Upgrade... then we'll talk... rc15 is just too old and buggy... When CentOS 5.2 is released (I hope it is only very few weeks away), you will get 1.0.7, the same as is in RHEL 5.2. Dan -- Fedora and Red Hat package maintainer
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
On 6/13/2008, Dan Horák ([EMAIL PROTECTED]) wrote: When CentOS 5.2 is released (I hope it is only very few weeks away), you will get 1.0.7, the same as is in RHEL 5.2. I would *never* use any OS/distro that dictated what version of what s/w I could run. In this case, all you need to do is look around. atrpms.net has fully up to date rpms for most redhat based sitros... -- Best regards, Charles
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
The intent on my part was not to be trapped, but to simplify life. I don't work at a command line or system level on a regular enough basis these days to be 100% confident that I won't screw it up, so relying on a system that is pseudo capable of keeping itself together was a saccrifice I was willing to make. I have had the bad misfortune of running RMPs in the past only to have things go very wrong - and they should not have, but for a screw up in the RPM to begin with. Back then, I was more than capable of fixing things - but that was a long time ago. So I want to proceed cautiously and not blow a hole in the working system. That said, if upgraded is it possible to resolve this issue, or should I truly be contemplating a switch to another IMAP system?Dovecot is very popular so I find it odd that Apple would not foresee this issue. So it would seem that a solution exists, but I don't have that configuration in play - at least I hope so. Cheers - Dan On Jun 13, 2008, at 11:16 AM, Charles Marcus wrote: On 6/13/2008, Dan Horák ([EMAIL PROTECTED]) wrote: When CentOS 5.2 is released (I hope it is only very few weeks away), you will get 1.0.7, the same as is in RHEL 5.2. I would *never* use any OS/distro that dictated what version of what s/w I could run. In this case, all you need to do is look around. atrpms.net has fully up to date rpms for most redhat based sitros... -- Best regards, Charles
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
on 6-13-2008 10:24 AM Dan Roberts spake the following: The intent on my part was not to be trapped, but to simplify life. I don't work at a command line or system level on a regular enough basis these days to be 100% confident that I won't screw it up, so relying on a system that is pseudo capable of keeping itself together was a saccrifice I was willing to make. I have had the bad misfortune of running RMPs in the past only to have things go very wrong - and they should not have, but for a screw up in the RPM to begin with. Back then, I was more than capable of fixing things - but that was a long time ago. So I want to proceed cautiously and not blow a hole in the working system. That said, if upgraded is it possible to resolve this issue, or should I truly be contemplating a switch to another IMAP system?Dovecot is very popular so I find it odd that Apple would not foresee this issue. So it would seem that a solution exists, but I don't have that configuration in play - at least I hope so. Cheers - Dan Is your IMAP server using mbox or maildir for the mailstore? Maildir should be able to handle the folders. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
On 6/13/2008, Dan Roberts ([EMAIL PROTECTED]) wrote: Using Yum (or whatever it is called) I thought things were up to date. Though I use to hack code and fearlessly write perl, my skills are rusty and I don't want to blow a whole in the system. As I said... add atrpms.net to your available repositories... it has up to date rpms... -- Best regards, Charles
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
Scott Silva wrote: on 6-13-2008 10:24 AM Dan Roberts spake the following: The intent on my part was not to be trapped, but to simplify life. I don't work at a command line or system level on a regular enough basis these days to be 100% confident that I won't screw it up, so relying on a system that is pseudo capable of keeping itself together was a saccrifice I was willing to make. I have had the bad misfortune of running RMPs in the past only to have things go very wrong - and they should not have, but for a screw up in the RPM to begin with. Back then, I was more than capable of fixing things - but that was a long time ago. So I want to proceed cautiously and not blow a hole in the working system. That said, if upgraded is it possible to resolve this issue, or should I truly be contemplating a switch to another IMAP system? Dovecot is very popular so I find it odd that Apple would not foresee this issue. So it would seem that a solution exists, but I don't have that configuration in play - at least I hope so. Cheers - Dan Is your IMAP server using mbox or maildir for the mailstore? Maildir should be able to handle the folders. He has mailbox. And that is the problem. Dovecot doesn't support both folders and messages in mailbox folders. Well, that makes sense given that mailbox folders are FILES on the filesystem and you can't have sub-files. So the only way to go - migrate to Maildir. FiL
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
On Jun 13, 2008, at 5:44 PM, Dan Roberts wrote: mail_location: mbox:~/mail:INBOX=/var/mail/%u Like others said, mbox is your problem. For migrating to maildir, see for example http://wiki.dovecot.org/Migration/MailFormat. Don't bother trying the convert plugin though, it's broken in 1.0.rc15. PGP.sig Description: This is a digitally signed message part
