[no subject]
sendmail cyrus 2.0.15 Could i do? if mailbox (user) doesn't not exist, my FreeBSD box will not recieve messages for it when remote host will try to connect to my machine (rcpt to:).
Cyrus 2.2a
Hi all, Is there some kind of release plan for Cyrus 2.2a ? Kind Regards, Markus
Malformed response
Hello, I am using cyrus-imapd-2.1.9-41 and postfix-1.1.11-109, they both come with Suse 8.1. The system works normally good, but I have seen 3 big delivering disturbances in the few months I am running it. The mail is not delivered then. When I restart Cyrusd, everything works well again. This is what I see in /var/log/mail: Mar 12 06:35:09 linux postfix/local[14536]: warning: premature end-of-input from private/cyrus socket while reading input attribute name Mar 12 06:35:09 linux postfix/local[14536]: warning: private/cyrus socket: malformed response Mar 12 07:47:54 linux postfix/qmgr[752]: A166F149E2: skipped, still being delivered Mar 12 07:51:14 linux postfix/qmgr[752]: A166F149E2: skipped, still being delivered Mar 12 07:56:14 linux postfix/qmgr[752]: A166F149E2: skipped, still being delivered And that last message is repeated very many times, for many messages. I don't see anything interesting in /var/log/messages. When I do a "ps -ax" during an disturbance then I see very many Cyrus processes, things like this: - 14521 ?S 0:00 ctl_cyrusdb -c 15486 ?S 0:00 /usr/lib/cyrus/bin/deliver -r [EMAIL PROTECTED] -m hans - Especially the first line I see very often. Maybe there is somebody who knows this problem? With regards, Paul van der Vlis
Re: Cyrus 2.2a
Do you have problems with 2.2? -Igor On Mon, 17 Mar 2003, Markus Welsch wrote: > Hi all, > > Is there some kind of release plan for Cyrus 2.2a ? > > > Kind Regards, > > Markus > > -- Igor
Re: Cyrus 2.2a
No, just waiting for 2.2a where then debian packages will be built by Henrique Holschuh <[EMAIL PROTECTED]> :-) Igor Brezac schrieb: Do you have problems with 2.2? -Igor Greetings, Markus
Re: Cyrus 2.2a
No, just waiting for 2.2a where then debian packages will be built by Henrique Holschuh <[EMAIL PROTECTED]> :-) Igor Brezac schrieb: > Do you have problems with 2.2? > > -Igor Greetings, Markus
Re: Cyrus 2.2a
Markus Welsch wrote: > > Hi all, > > Is there some kind of release plan for Cyrus 2.2a ? 2.2.0 MAY be released this week. -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: Cyrus 2.2a
On Mon, 17 Mar 2003, Ken Murchison wrote: > 2.2.0 MAY be released this week. And it will take me about a week to ready the packages. I have a TON of patches to forward port... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
error compiling cyrus-sasl
I needen the sasldb package in order to make cyrus-imap work. I tried to install with the following command: --- ./configure --prefix=/usr --sysconfdir=/etc/cyrus --localstatedir=/var --with-dbpath=/etc/cyrus/sasldb2 --with-dblib=berkeley --with-bdb-libdir=/usr/lib --with-bdb-incdir=/usr/include && make && make install --- during the "make" phase, I got the following error: --- make[2]: Entering directory `/usr/src/cyrus-sasl-2.1.12/sasldb' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/include -I/usr/include -Wall -W -Wall -g -O2 -c allockey.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/include -I/usr/include -Wall -W -Wall -g -O2 -c allockey.c -fPIC -DPIC -o allockey.lo cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory In file included from /usr/include/sys/uio.h:29, from /usr/include/sys/socket.h:27, from ../config.h:384, from allockey.c:46: /usr/include/bits/uio.h:43: redefinition of `struct iovec' In file included from allockey.c:46: ../config.h:431:19: exits.h: No such file or directory make[2]: *** [allockey.lo] Error 1 make[2]: Leaving directory `/usr/src/cyrus-sasl-2.1.12/sasldb' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/cyrus-sasl-2.1.12' make: *** [all-recursive-am] Error 2 --- I can"t seem to find any info on this, does some here know ?? Jappie
High Load Avg and Context Switches
Hello, I'm running Cyrus IMAP 2.1.12 on a Redhat 7.3 box running kernel 2.4.20. The imap partition is on a Compaq RA4100 with a Compaq Fiber-channel HBA in the server. It is an lvm ext3 partition running w/ noatime,data=ordered. Here is a vmstat output, notice the spike in context switches: [EMAIL PROTECTED] root]# vmstat -n 2 procs memoryswap io system cpu r b w swpd free buff cache si sobibo incs us sy id 0 36 3512 1045092 101396 194348 0 092 589 334 542 9 28 64 2 32 2512 1040448 101408 194504 0 054 802 621 1393 61 12 27 0 36 2512 1040500 101408 194492 0 0 0 0 152 420 34 2 64 0 40 2512 1040412 101428 194516 0 0 0 124 235 197 1 1 98 0 10 1512 1042044 101484 194488 0 068 778 388 417 7 4 89 4 6 1512 1042312 101548 194500 0 0 0 778 794 245291 3 72 25 2 10 3512 1042328 101564 194508 0 0 0 154 299 303798 17 83 0 2 14 3512 1042320 101564 194512 0 0 0 0 178 378398 1 99 0 2 18 3512 1041972 101572 194520 0 0 0 104 190 358011 0 100 0 2 15 2512 1038820 101604 195456 0 042 1804 434 58432 25 33 42 0 20 1512 1038480 101632 195452 0 0 0 798 194 197 0 2 98 0 30 1512 1038476 101632 195452 0 0 0 0 152 229 0 1 99 0 56 1512 1037040 101668 195588 0 064 512 330 926 14 12 74 2 56 1512 1036748 101668 195580 0 0 0 240 194 573 10 8 82 2 7 1512 1035512 101796 195648 0 060 1858 1245 1424 13 12 75 0 13 1512 1035460 101816 195648 0 0 0 198 161 252 18 1 81 0 14 1512 1035460 101816 195648 0 0 0 0 12975 0 0 99 0 15 2512 1035444 101832 195648 0 0 032 14288 1 0 99 0 0 0512 1037516 101940 195024 0 0 6 726 534 680 3 3 94 0 0 0512 1037712 102012 194932 0 0 0 614 569 968 4 4 92 0 0 0512 1037664 102056 194916 0 0 8 600 335 511 1 2 97 It's IO read activity is also high as would be expected from server that is being popped by 1,000 Outlook clients continuously. The loadavg ranges from 11-48. If it's around 11-15 the server runs fine. If it gets over 20, the server is noticably slower. Up until last week the loadavg was consistently below 5. The processor is mostly idle. I thought the ext3 partition might be corrupt, so I made a new lvm partition and cpio'ed the data over to the new filesystem. That didn't help either. We've also adjusted elvtune parameters in both directions without any appreciable difference. The only change that has had a positive impact so far was changing data=journaled to data=ordered. We also pruned the delivery database and increased the /proc/sys/fs/file-max parameter. Any help would be appreciated. Thanks, Jeremy Sanders, CCNP RHCE CNE Senior System Engineer Teklinks, Inc. 205-249-5988
Re: High Load Avg and Context Switches
Why would pop3d have all the hot backup db files open? If 50 pop3d processes are trying to access the same 4 files, I can see why there would be some contention there pop3d 1423 cyrus memREG 58,9 270336324606 /var/spool/imap/db/__db.002 pop3d 1423 cyrus memREG 58,998304324607 /var/spool/imap/db/__db.003 pop3d 1423 cyrus memREG 58,9 17063936324642 /var/spool/imap/db/__db.004 pop3d 1423 cyrus memREG 58,932768324827 /var/spool/imap/db/__db.005 pop3d 1423 cyrus memREG 72,245415 3597474 /lib/libnss_files-2.2.5.so pop3d 1423 cyrus memREG 72,246117 3597482 /lib/libnss_nisplus-2.2.5.so pop3d 1423 cyrus memREG 72,2 1402035 1733410 /lib/i686/libc-2.2.5.so pop3d 1423 cyrus5u REG 58,9 7703932324844 /var/spool/imap/db/log.22 pop3d 1423 cyrus6r REG 58,9 7703932324844 /var/spool/imap/db/log.22 Thanks, Jeremy >>> "Jeremy Sanders" <[EMAIL PROTECTED]> 03/17/03 04:15PM >>> Hello, I'm running Cyrus IMAP 2.1.12 on a Redhat 7.3 box running kernel 2.4.20. The imap partition is on a Compaq RA4100 with a Compaq Fiber-channel HBA in the server. It is an lvm ext3 partition running w/ noatime,data=ordered. Here is a vmstat output, notice the spike in context switches: [EMAIL PROTECTED] root]# vmstat -n 2 procs memoryswap io system cpu r b w swpd free buff cache si sobibo incs us sy id 0 36 3512 1045092 101396 194348 0 092 589 334 542 9 28 64 2 32 2512 1040448 101408 194504 0 054 802 621 1393 61 12 27 0 36 2512 1040500 101408 194492 0 0 0 0 152 420 34 2 64 0 40 2512 1040412 101428 194516 0 0 0 124 235 197 1 1 98 0 10 1512 1042044 101484 194488 0 068 778 388 417 7 4 89 4 6 1512 1042312 101548 194500 0 0 0 778 794 245291 3 72 25 2 10 3512 1042328 101564 194508 0 0 0 154 299 303798 17 83 0 2 14 3512 1042320 101564 194512 0 0 0 0 178 378398 1 99 0 2 18 3512 1041972 101572 194520 0 0 0 104 190 358011 0 100 0 2 15 2512 1038820 101604 195456 0 042 1804 434 58432 25 33 42 0 20 1512 1038480 101632 195452 0 0 0 798 194 197 0 2 98 0 30 1512 1038476 101632 195452 0 0 0 0 152 229 0 1 99 0 56 1512 1037040 101668 195588 0 064 512 330 926 14 12 74 2 56 1512 1036748 101668 195580 0 0 0 240 194 573 10 8 82 2 7 1512 1035512 101796 195648 0 060 1858 1245 1424 13 12 75 0 13 1512 1035460 101816 195648 0 0 0 198 161 252 18 1 81 0 14 1512 1035460 101816 195648 0 0 0 0 12975 0 0 99 0 15 2512 1035444 101832 195648 0 0 032 14288 1 0 99 0 0 0512 1037516 101940 195024 0 0 6 726 534 680 3 3 94 0 0 0512 1037712 102012 194932 0 0 0 614 569 968 4 4 92 0 0 0512 1037664 102056 194916 0 0 8 600 335 511 1 2 97 It's IO read activity is also high as would be expected from server that is being popped by 1,000 Outlook clients continuously. The loadavg ranges from 11-48. If it's around 11-15 the server runs fine. If it gets over 20, the server is noticably slower. Up until last week the loadavg was consistently below 5. The processor is mostly idle. I thought the ext3 partition might be corrupt, so I made a new lvm partition and cpio'ed the data over to the new filesystem. That didn't help either. We've also adjusted elvtune parameters in both directions without any appreciable difference. The only change that has had a positive impact so far was changing data=journaled to data=ordered. We also pruned the delivery database and increased the /proc/sys/fs/file-max parameter. Any help would be appreciated. Thanks, Jeremy Sanders, CCNP RHCE CNE Senior System Engineer Teklinks, Inc. 205-249-5988
