Re: Compiling Cyrus-Imap/Kerberos problems
Hi, On Wed, 11 Jun 2003, Christian Schlaefcke wrote: Hi all, checking for krb.h... no configure: warning: No Kerberos V4 found installed without errors. I tried with several options (--disable-krb, --without-krb, --includedir=path_to_krb4_headers) with no luck. What can I do? Try --with-auth=unix That did the trick for ./configure, thank you! But now I ran into other problems. Here is the depending part of the output that make creates: ### Making all in /tmp/cyrus-imapd-2.0.17/acap make[1]: Wechsel in das Verzeichnis Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap« ../et/compile_et ./acap_err.et gcc -c -I/usr/local/include -I. -I.. -DHAVE_CONFIG_H -g -O2 \ acap.c In file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:72:18: krb5.h: Datei oder Verzeichnis nicht ^^ -- Still looking for kerberos??? gefundenIn file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:132: parse error before krb5_enctype /usr/include/openssl/kssl.h:134: parse error before FAR /usr/include/openssl/kssl.h:135: parse error before '}' token /usr/include/openssl/kssl.h:147: parse error before kssl_ctx_setstring /usr/include/openssl/kssl.h:147: parse error before '*' token /usr/include/openssl/kssl.h:148: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:150: parse error before '*' token /usr/include/openssl/kssl.h:151: parse error before kssl_ctx_setprinc /usr/include/openssl/kssl.h:151: parse error before '*' token /usr/include/openssl/kssl.h:153: parse error before kssl_cget_tkt /usr/include/openssl/kssl.h:153: parse error before '*' token /usr/include/openssl/kssl.h:155: parse error before kssl_sget_tkt /usr/include/openssl/kssl.h:155: parse error before '*' token /usr/include/openssl/kssl.h:157: parse error before kssl_ctx_setkey /usr/include/openssl/kssl.h:157: parse error before '*' token /usr/include/openssl/kssl.h:159: parse error before context /usr/include/openssl/kssl.h:160: parse error before kssl_build_principal_2 /usr/include/openssl/kssl.h:160: parse error before context /usr/include/openssl/kssl.h:163: parse error before kssl_validate_times /usr/include/openssl/kssl.h:163: parse error before atime /usr/include/openssl/kssl.h:165: parse error before kssl_check_authent /usr/include/openssl/kssl.h:165: parse error before '*' token /usr/include/openssl/kssl.h:167: parse error before enctype In file included from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/ssl.h:909: parse error before KSSL_CTX /usr/include/openssl/ssl.h:931: parse error before '}' token make[1]: *** [acap.o] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap«make: *** [all] Fehler 1 What´s wrong (Tell me if the german part of the output causes headaches)? OpenSSL 0.9.7b is freshly installed. What is this acap stuff for? Didn´t expect it to be so hard to get cyrus installed, phew! Regards, Chris
master does not prefork more than 2 imapd and 2 pop3d
When I configure /etc/cyrus.conf to prefork: - 4 imap - 3 pop3 - 0 sieve - 1 lmtpunix my system shows (ps ax --forest): 14980 ?S 0:00 /opt/cyrus/bin/master -d 14983 ?S 0:00 \_ imapd 14984 ?S 0:00 \_ pop3d 14985 ?S 0:00 \_ lmtpd 14986 ?S 0:00 \_ imapd 14987 ?S 0:00 \_ pop3d Why only 2 imapd and 2 pop3d ? My software configuration is: distribution: debian 2.2r7 kernel: 2.2.20 berkeleydb: 4.0.14 cyrus-sasl: 2.1.13 cyrus-imapd: 2.1.13 openldap: 2.0.17 (used with cyrus-sasl) My hardware configuration is: 2xPIII 800Mhz 1GB RAM 3 IDE disks /etc/cyrus.conf: -- BEGINING OF /etc/cyrus.conf -- # standard standalone server implementation START { # do not delete this entry! recover cmd=ctl_cyrusdb -r # this is only necessary if using idled for IMAP IDLE # idledcmd=idled } # UNIX sockets start with a slash and are put into /var/imap/sockets SERVICES { # add or remove based on preferences imap cmd=imapd listen=imap prefork=4 # imapscmd=imapd -s listen=imaps prefork=1 pop3 cmd=pop3d listen=pop3 prefork=3 # pop3scmd=pop3d -s listen=pop3s prefork=1 sieve cmd=timsieved listen=sieve prefork=0 # at least one LMTP is required for delivery # lmtp cmd=lmtpd listen=lmtp prefork=0 lmtpunix cmd=lmtpd listen=/var/imap/socket/lmtp prefork=1 # this is only necessary if using notifications # notify cmd=notifyd listen=/var/imap/socket/notify proto=udp prefork=1 } EVENTS { # this is required checkpointcmd=ctl_cyrusdb -c period=30 # this is only necessary if using duplicate delivery suppression delprune cmd=ctl_deliver -E 3 at=0400 # this is only necessary if caching TLS sessions tlsprune cmd=tls_prune at=0400 } -- END OF /etc/cyrus.conf -- /etc/imapd.conf: -- BEGINING OF /etc/imapd.conf -- configdirectory: /opt/cyrus partition-default: /var/spool/cyrus quotawarn: 80 reject8bit: no hashimapspool: true admins: cyrus sasl_pwcheck_method: saslauthd sasl_auto_transition: no timeout: 10 sievedir: /opt/cyrus/sieve sieve_maxscriptsize: 32 sieve_maxscripts: 10 lmtpsocket: /var/imap/socket/lmtp idlesocket: /var/imap/socket/idle notifysocket: /var/imap/socket/notify -- END OF /etc/cyrus.conf -- When I start master, here is the output of /var/log/imapd.log: -- BEGINING OF /var/log/imapd.log -- Jun 12 09:41:11 hippoha3 master[16512]: setrlimit: Unable to set file descripto\rs limit to 2147483647: Operation not permitted Jun 12 09:41:11 hippoha3 master[16512]: setrlimit: Unable to set file descripto\rs limit to 2147483647: Operation not permitted Jun 12 09:41:11 hippoha3 master[16512]: setrlimit: Unable to set file descripto\rs limit to 2147483647: Operation not permitted Jun 12 09:41:11 hippoha3 master[16512]: setrlimit: Unable to set file descripto\rs limit to 2147483647: Operation not permitted Jun 12 09:41:11 hippoha3 master[16512]: retrying with 1024 (current max) Jun 12 09:41:11 hippoha3 master[16512]: retrying with 1024 (current max) Jun 12 09:41:11 hippoha3 master[16512]: retrying with 1024 (current max) Jun 12 09:41:11 hippoha3 master[16512]: retrying with 1024 (current max) Jun 12 09:41:11 hippoha3 master[16512]: process started Jun 12 09:41:11 hippoha3 master[16512]: process started Jun 12 09:41:11 hippoha3 master[16513]: about to exec /opt/cyrus/bin/ctl_cyrusd\b Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16513]: recovering cyrus databases Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16513]: recovering cyrus databases Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16513]: skiplist: recovered /opt/cyrus/mai\lboxes.db (1937 records, 171476 bytes) in 0 seconds Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16513]: skiplist: recovered /opt/cyrus/mai\lboxes.db (1937 records, 171476 bytes) in 0 seconds Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16513]: done recovering cyrus databases Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16513]: done recovering cyrus databases Jun 12 09:41:11 hippoha3 master[16512]: ready for work Jun 12 09:41:11 hippoha3 master[16512]: ready for work Jun 12 09:41:11 hippoha3 master[16515]: about to exec /opt/cyrus/bin/imapd Jun 12 09:41:11 hippoha3 master[16514]: about to exec /opt/cyrus/bin/ctl_cyrusd\b Jun 12 09:41:11 hippoha3 imap[16515]: executed Jun 12 09:41:11 hippoha3 master[16516]: about to exec /opt/cyrus/bin/pop3d Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16514]: checkpointing cyrus databases Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16514]: checkpointing cyrus databases Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16514]: archiving database file: /opt/cyru\s/mailboxes.db Jun 12 09:41:11 hippoha3 pop3[16516]: executed Jun 12 09:41:11 hippoha3 master[16517]: about to exec /opt/cyrus/bin/lmtpd Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16514]: archiving log file: /opt/cyrus/db/\log.01 Jun 12 09:41:11 hippoha3 ctl_cyrusdb[16514]: done checkpointing cyrus databases Jun 12 09:41:11 hippoha3
notes on Sieve and cyrus-imapd-2.2a
Figured I'd let you know what I've found so far while trying to get sieve working on 2.2a lmtpd looks for user scripts in the default domain, and all domains, in: /var/imap/sieve/domain/[hash]/[domain_name]/[hash]/[username] connecting to timesieved to install scripts for users in the default domain causes the scripts to be installed in: /var/imap/sieve/[hash]/[username] Also, fileinto seems to be having a problem finding the specified folder to drop the email into. After checking around a little, I noticed that append_setup() is returning IMAP_MAILBOX_NONEXISTENT in append.c - not sure if this helps but, ... It could very well be that I've not configured something correctly but, on the off chance that these are bugs, I figured I'd post the info. cheers, -- Carl P. Corliss System Administrator / Developer www.xaraya.com
read-receipts duplicate delivery suppression
Hi, We're currently running cyrus-imapd-2.1.11 with duplicate delivery suppression enabled. We recently received a complaint from a user who reported not receiving a message he was sent. On investigation, it seems that he initially sent a message to a third party along with a request for a read-receipt. The third party returned the read-receipt. It seems that when the third party then replied to the original message, lmtpd suppressed it because it contained a message-id identical to the one on the read-receipt sent earlier: Jun 10 15:23:31 machine lmtpd[15702]: duplicate_check: [EMAIL PROTECTED] user.XX 0 Jun 10 15:23:31 machine lmtpd[15702]: duplicate_mark: [EMAIL PROTECTED] user.XX 1055255011 ... Jun 10 15:56:45 machine lmtpd[17525]: duplicate_check: [EMAIL PROTECTED] user.XX 1055255011 Jun 10 15:56:45 machine lmtpd[17525]: dupelim: eliminated duplicate message to user.XX Has anyone else observed this happening? As far as I understand rfc-822 message-ids are supposed to be unique, but read-receipts are non-standard, so I don't know if the client which did this, MS Outlook, Build 10.0.3416, behaved sensibly or not. We may have to disable duplicate delivery suppression if this is likely to happen again. Thanks -- Stephen Grier Systems Developer Computing Services Queen Mary, University of London
Re: Compiling Cyrus-Imap/Kerberos problems
On Thu, 2003-06-12 at 03:41, Christian Schlaefcke wrote: In file included from /usr/include/openssl/ssl.h:179, openssl is looking for it. You could use: --without-openssl If you need or want pop3s and imaps (and/or kerberos) support see the thread RH 9.0 ssl compiler error started on Friday, June 6th. Regards, -- Hank Beatty [EMAIL PROTECTED]
Re: read-receipts duplicate delivery suppression
On Thu, 12 Jun 2003, Stephen Grier wrote: third party returned the read-receipt. It seems that when the third party then replied to the original message, lmtpd suppressed it because it contained a message-id identical to the one on the read-receipt sent [...] non-standard, so I don't know if the client which did this, MS Outlook, Build 10.0.3416, behaved sensibly or not. We may have to disable duplicate delivery suppression if this is likely to happen again. Disable MS Outlook Build 10.0.3416 instead. Duplicating msgids is EXTREMELY unacceptable. Or you could tell your MTA to kill all msgids coming from MS Outlook Build 10.0.3416 and regen it. -- 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
Re: Compiling Cyrus-Imap/Kerberos problems
Hi there, Just had the same issue myself. Another user on this list sent me this: Try setting defs in configure to be; DEFS=-DHAVE_CONFIG_H -DOPENSSL_NO_KRB5 This worked for me on RH 9.0 Thanks Rich On Thu, 2003-06-12 at 02:41, Christian Schlaefcke wrote: Hi, On Wed, 11 Jun 2003, Christian Schlaefcke wrote: Hi all, checking for krb.h... no configure: warning: No Kerberos V4 found installed without errors. I tried with several options (--disable-krb, --without-krb, --includedir=path_to_krb4_headers) with no luck. What can I do? Try --with-auth=unix That did the trick for ./configure, thank you! But now I ran into other problems. Here is the depending part of the output that make creates: ### Making all in /tmp/cyrus-imapd-2.0.17/acap make[1]: Wechsel in das Verzeichnis Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap« ../et/compile_et ./acap_err.et gcc -c -I/usr/local/include -I. -I.. -DHAVE_CONFIG_H -g -O2 \ acap.c In file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:72:18: krb5.h: Datei oder Verzeichnis nicht ^^ -- Still looking for kerberos??? gefundenIn file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:132: parse error before krb5_enctype /usr/include/openssl/kssl.h:134: parse error before FAR /usr/include/openssl/kssl.h:135: parse error before '}' token /usr/include/openssl/kssl.h:147: parse error before kssl_ctx_setstring /usr/include/openssl/kssl.h:147: parse error before '*' token /usr/include/openssl/kssl.h:148: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:150: parse error before '*' token /usr/include/openssl/kssl.h:151: parse error before kssl_ctx_setprinc /usr/include/openssl/kssl.h:151: parse error before '*' token /usr/include/openssl/kssl.h:153: parse error before kssl_cget_tkt /usr/include/openssl/kssl.h:153: parse error before '*' token /usr/include/openssl/kssl.h:155: parse error before kssl_sget_tkt /usr/include/openssl/kssl.h:155: parse error before '*' token /usr/include/openssl/kssl.h:157: parse error before kssl_ctx_setkey /usr/include/openssl/kssl.h:157: parse error before '*' token /usr/include/openssl/kssl.h:159: parse error before context /usr/include/openssl/kssl.h:160: parse error before kssl_build_principal_2 /usr/include/openssl/kssl.h:160: parse error before context /usr/include/openssl/kssl.h:163: parse error before kssl_validate_times /usr/include/openssl/kssl.h:163: parse error before atime /usr/include/openssl/kssl.h:165: parse error before kssl_check_authent /usr/include/openssl/kssl.h:165: parse error before '*' token /usr/include/openssl/kssl.h:167: parse error before enctype In file included from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/ssl.h:909: parse error before KSSL_CTX /usr/include/openssl/ssl.h:931: parse error before '}' token make[1]: *** [acap.o] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap«make: *** [all] Fehler 1 What´s wrong (Tell me if the german part of the output causes headaches)? OpenSSL 0.9.7b is freshly installed. What is this acap stuff for? Didn´t expect it to be so hard to get cyrus installed, phew! Regards, Chris
Newbie question - Redhat8.0 howto
Hi, I'm trying to set-up Cyrus2.1.13 on Redhat8.0 and I'm having some issues with authentication, does anyone have a recent howto for this platform, the only one I could find http://www.tldp.org/HOWTO/Cyrus-IMAP.html is very out of date. Thanks in advance Martin.
Re: Compiling Cyrus-Imap/Kerberos problems
Saw that when I had a look on this thread. Thank you! Another advice that I got is to switch to a more recent release of cyrus-imap. I tried 2.0.17 and the most recent release is 2.1.12. What release do you use? Is the most recent release causing the same problems? Regards, Chris Just had the same issue myself. Another user on this list sent me this: Try setting defs in configure to be; DEFS=-DHAVE_CONFIG_H -DOPENSSL_NO_KRB5 This worked for me on RH 9.0 Thanks Rich On Thu, 2003-06-12 at 02:41, Christian Schlaefcke wrote: Hi, On Wed, 11 Jun 2003, Christian Schlaefcke wrote: Hi all, checking for krb.h... no configure: warning: No Kerberos V4 found installed without errors. I tried with several options (--disable-krb, --without-krb, --includedir=path_to_krb4_headers) with no luck. What can I do? Try --with-auth=unix That did the trick for ./configure, thank you! But now I ran into other problems. Here is the depending part of the output that make creates: ### Making all in /tmp/cyrus-imapd-2.0.17/acap make[1]: Wechsel in das Verzeichnis Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap« ../et/compile_et ./acap_err.et gcc -c -I/usr/local/include -I. -I.. -DHAVE_CONFIG_H -g -O2 \ acap.c In file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:72:18: krb5.h: Datei oder Verzeichnis nicht ^^ -- Still looking for kerberos??? gefundenIn file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:132: parse error before krb5_enctype /usr/include/openssl/kssl.h:134: parse error before FAR /usr/include/openssl/kssl.h:135: parse error before '}' token /usr/include/openssl/kssl.h:147: parse error before kssl_ctx_setstring /usr/include/openssl/kssl.h:147: parse error before '*' token /usr/include/openssl/kssl.h:148: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:150: parse error before '*' token /usr/include/openssl/kssl.h:151: parse error before kssl_ctx_setprinc /usr/include/openssl/kssl.h:151: parse error before '*' token /usr/include/openssl/kssl.h:153: parse error before kssl_cget_tkt /usr/include/openssl/kssl.h:153: parse error before '*' token /usr/include/openssl/kssl.h:155: parse error before kssl_sget_tkt /usr/include/openssl/kssl.h:155: parse error before '*' token /usr/include/openssl/kssl.h:157: parse error before kssl_ctx_setkey /usr/include/openssl/kssl.h:157: parse error before '*' token /usr/include/openssl/kssl.h:159: parse error before context /usr/include/openssl/kssl.h:160: parse error before kssl_build_principal_2 /usr/include/openssl/kssl.h:160: parse error before context /usr/include/openssl/kssl.h:163: parse error before kssl_validate_times /usr/include/openssl/kssl.h:163: parse error before atime /usr/include/openssl/kssl.h:165: parse error before kssl_check_authent /usr/include/openssl/kssl.h:165: parse error before '*' token /usr/include/openssl/kssl.h:167: parse error before enctype In file included from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/ssl.h:909: parse error before KSSL_CTX /usr/include/openssl/ssl.h:931: parse error before '}' token make[1]: *** [acap.o] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap«make: *** [all] Fehler 1 What´s wrong (Tell me if the german part of the output causes headaches)? OpenSSL 0.9.7b is freshly installed. What is this acap stuff for? Didn´t expect it to be so hard to get cyrus installed, phew! Regards, Chris
Re: Newbie question - Redhat8.0 howto
Hi Martin, is kerberos the issue? Then have look at this threads: Compiling Cyrus-Imap/Kerberos problems and RH 9.0 ssl compiler error Maybe it helps. Regards, Chris Hi, I'm trying to set-up Cyrus2.1.13 on Redhat8.0 and I'm having some issues with authentication, does anyone have a recent howto for this platform, the only one I could find http://www.tldp.org/HOWTO/Cyrus-IMAP.html is very out of date. Thanks in advance Martin.
Re: Compiling Cyrus-Imap/Kerberos problems
I am working with Cyrus-Imap 2.1.13. Most recent stable I believe on the ftp site. Thanks Rich On Thu, 2003-06-12 at 09:58, Christian Schlaefcke wrote: Saw that when I had a look on this thread. Thank you! Another advice that I got is to switch to a more recent release of cyrus-imap. I tried 2.0.17 and the most recent release is 2.1.12. What release do you use? Is the most recent release causing the same problems? Regards, Chris Just had the same issue myself. Another user on this list sent me this: Try setting defs in configure to be; DEFS=-DHAVE_CONFIG_H -DOPENSSL_NO_KRB5 This worked for me on RH 9.0 Thanks Rich On Thu, 2003-06-12 at 02:41, Christian Schlaefcke wrote: Hi, On Wed, 11 Jun 2003, Christian Schlaefcke wrote: Hi all, checking for krb.h... no configure: warning: No Kerberos V4 found installed without errors. I tried with several options (--disable-krb, --without-krb, --includedir=path_to_krb4_headers) with no luck. What can I do? Try --with-auth=unix That did the trick for ./configure, thank you! But now I ran into other problems. Here is the depending part of the output that make creates: ### Making all in /tmp/cyrus-imapd-2.0.17/acap make[1]: Wechsel in das Verzeichnis Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap« ../et/compile_et ./acap_err.et gcc -c -I/usr/local/include -I. -I.. -DHAVE_CONFIG_H -g -O2 \ acap.c In file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:72:18: krb5.h: Datei oder Verzeichnis nicht ^^ -- Still looking for kerberos??? gefundenIn file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/kssl.h:132: parse error before krb5_enctype /usr/include/openssl/kssl.h:134: parse error before FAR /usr/include/openssl/kssl.h:135: parse error before '}' token /usr/include/openssl/kssl.h:147: parse error before kssl_ctx_setstring /usr/include/openssl/kssl.h:147: parse error before '*' token /usr/include/openssl/kssl.h:148: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:149: parse error before '*' token /usr/include/openssl/kssl.h:150: parse error before '*' token /usr/include/openssl/kssl.h:151: parse error before kssl_ctx_setprinc /usr/include/openssl/kssl.h:151: parse error before '*' token /usr/include/openssl/kssl.h:153: parse error before kssl_cget_tkt /usr/include/openssl/kssl.h:153: parse error before '*' token /usr/include/openssl/kssl.h:155: parse error before kssl_sget_tkt /usr/include/openssl/kssl.h:155: parse error before '*' token /usr/include/openssl/kssl.h:157: parse error before kssl_ctx_setkey /usr/include/openssl/kssl.h:157: parse error before '*' token /usr/include/openssl/kssl.h:159: parse error before context /usr/include/openssl/kssl.h:160: parse error before kssl_build_principal_2 /usr/include/openssl/kssl.h:160: parse error before context /usr/include/openssl/kssl.h:163: parse error before kssl_validate_times /usr/include/openssl/kssl.h:163: parse error before atime /usr/include/openssl/kssl.h:165: parse error before kssl_check_authent /usr/include/openssl/kssl.h:165: parse error before '*' token /usr/include/openssl/kssl.h:167: parse error before enctype In file included from ../lib/prot.h:54, from acap.c:62: /usr/include/openssl/ssl.h:909: parse error before KSSL_CTX /usr/include/openssl/ssl.h:931: parse error before '}' token make[1]: *** [acap.o] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/tmp/cyrus-imapd-2.0.17/acap«make: *** [all] Fehler 1 What´s wrong (Tell me if the german part of the output causes headaches)? OpenSSL 0.9.7b is freshly installed. What is this acap stuff for? Didn´t expect it to be so hard to get cyrus installed, phew! Regards, Chris
Re: notes on Sieve and cyrus-imapd-2.2a
Carl P. Corliss wrote: Figured I'd let you know what I've found so far while trying to get sieve working on 2.2a lmtpd looks for user scripts in the default domain, and all domains, in: /var/imap/sieve/domain/[hash]/[domain_name]/[hash]/[username] I've looked at the code and done a test myself and can't reproduce the problem. Do you have defaultdomain set correctly? -- 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
Compiling Cyrus IMAPD on AMD Opteron
I have a dual AMD Opteron configured with the SUSE Linux 8 for AMD64. I am testing the trail system out. The problem comes in when the make gets to compiling the Perl IMAP module. Cyrus SASL compiled fine. GCC: gcc version 3.2.2 (SuSE Linux) Perl ver: 5.8.0 Cyrus SASL ver: 2.1.13 ./configure --with-openssl --enable-gssapi --enable-plain Cyrus IMAPD ver: 2.1.13 ./configure --with-openssl --with-dbdir --with-sasl --with-libwrap --without-ucdsnmp [snippet] make[2]: Entering directory `/root/src/cyrus-imapd-2.1.13/perl/imap' rm -f blib/arch/auto/Cyrus/IMAP/IMAP.so LD_RUN_PATH=/usr/lib64 cc -shared -L/usr/local/lib64 IMAP.o -o blib/arch/auto/Cyrus/IMAP/IMAP.so ../../lib/libcyrus.a -lssl -lcrypto /usr/lib64/gcc-lib/x86_64-suse-linux/3.2.2/../../../../x86_64-suse-linux/bin/ld: ../../lib/libcyrus.a(imclient.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC ../../lib/libcyrus.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [blib/arch/auto/Cyrus/IMAP/IMAP.so] Error 1 make[2]: Leaving directory `/root/src/cyrus-imapd-2.1.13/perl/imap' make[1]: *** [all] Error 1 make[1]: Leaving directory `/root/src/cyrus-imapd-2.1.13/perl' make: *** [all] Error 1 [snippet] Can anyone help me with it? I wanted to get it working to test out the performance of the system. Curtis Robinson crobinso.at.fit.edu
Re: Compiling Cyrus IMAPD on AMD Opteron
Unfortunately, you've snipped the part that would show what's really broken: the compilation of libcyrus.a. It looks like Perl on that system is misconfigured, and didn't compile libcyrus.a with the -fPIC option needed to link it into a shared library. [EMAIL PROTECTED] wrote: I have a dual AMD Opteron configured with the SUSE Linux 8 for AMD64. I am testing the trail system out. The problem comes in when the make gets to compiling the Perl IMAP module. Cyrus SASL compiled fine. GCC: gcc version 3.2.2 (SuSE Linux) Perl ver: 5.8.0 Cyrus SASL ver: 2.1.13 ./configure --with-openssl --enable-gssapi --enable-plain Cyrus IMAPD ver: 2.1.13 ./configure --with-openssl --with-dbdir --with-sasl --with-libwrap --without-ucdsnmp [snippet] make[2]: Entering directory `/root/src/cyrus-imapd-2.1.13/perl/imap' rm -f blib/arch/auto/Cyrus/IMAP/IMAP.so LD_RUN_PATH=/usr/lib64 cc -shared -L/usr/local/lib64 IMAP.o -o blib/arch/auto/Cyrus/IMAP/IMAP.so ../../lib/libcyrus.a -lssl -lcrypto /usr/lib64/gcc-lib/x86_64-suse-linux/3.2.2/../../../../x86_64-suse-linux/bin/ld: ../../lib/libcyrus.a(imclient.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC ../../lib/libcyrus.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [blib/arch/auto/Cyrus/IMAP/IMAP.so] Error 1 make[2]: Leaving directory `/root/src/cyrus-imapd-2.1.13/perl/imap' make[1]: *** [all] Error 1 make[1]: Leaving directory `/root/src/cyrus-imapd-2.1.13/perl' make: *** [all] Error 1 [snippet] Can anyone help me with it? I wanted to get it working to test out the performance of the system. Curtis Robinson crobinso.at.fit.edu
seen file corruption
I regularly have seen file corruption ( skiplist: recovered ...) what can cause these corruption ? what these files are use for ? thanks valery
Re: Compiling Cyrus IMAPD on AMD Opteron
[EMAIL PROTECTED] wrote: make[2]: Entering directory `/root/src/cyrus-imapd-2.1.13/perl/imap' rm -f blib/arch/auto/Cyrus/IMAP/IMAP.so LD_RUN_PATH=/usr/lib64 cc -shared -L/usr/local/lib64 IMAP.o -o blib/arch/auto/Cyrus/IMAP/IMAP.so ../../lib/libcyrus.a -lssl -lcrypto /usr/lib64/gcc-lib/x86_64-suse-linux/3.2.2/../../../../x86_64-suse-linux/bin/ld: ../../lib/libcyrus.a(imclient.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC ../../lib/libcyrus.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [blib/arch/auto/Cyrus/IMAP/IMAP.so] Error 1 make[2]: Leaving directory `/root/src/cyrus-imapd-2.1.13/perl/imap' make[1]: *** [all] Error 1 make[1]: Leaving directory `/root/src/cyrus-imapd-2.1.13/perl' make: *** [all] Error 1 [snippet] Can anyone help me with it? I wanted to get it working to test out the performance of the system. What you need to look at is where imclient.c was compiled. Either it wasn't compiled with -shared, or the gcc port is not properly choosing the right flags for -shared. Run the cc command yourself in that directory, adding the -v flag and see if -fPIC gets passed to cc1. If not, you can fix the problem just by adding -fPIC yourself in the compile commands. If it is getting passed, then it looks like the machine definition is improperly choosing a particular addressing mode when generating PIC code and that will need to get fixed by whoever maintains the x86_64 machine description for gcc. -- John A. Tamplin Unix System Administrator Emory University, School of Public Health +1 404/727-9931
RE: seen file corruption
In my case they are recovered each time the user login !!! -Original Message- From: Rob Siemborski [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 6:57 PM To: Brasseur Valéry Cc: [EMAIL PROTECTED] Subject: Re: seen file corruption On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: I regularly have seen file corruption ( skiplist: recovered ...) what can cause these corruption ? what these files are use for ? Skiplist files recover themselves the first time they are opened after a ctl_cyrusdb -r is run. Since you want to run this every time you start cyrus (to ensure the database state is sane before using it), these messages are normal and don't indicate a problem. These files hold the state of the \Seen flag for all the messages for that particular user. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: seen file corruption
On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: I regularly have seen file corruption ( skiplist: recovered ...) what can cause these corruption ? what these files are use for ? Skiplist files recover themselves the first time they are opened after a ctl_cyrusdb -r is run. Since you want to run this every time you start cyrus (to ensure the database state is sane before using it), these messages are normal and don't indicate a problem. These files hold the state of the \Seen flag for all the messages for that particular user. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
-Original Message- From: Rob Siemborski [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 7:01 PM To: Brasseur Valéry Cc: [EMAIL PROTECTED] Subject: RE: seen file corruption On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: In my case they are recovered each time the user login !!! Does the skipstamp file exist? don't know about this file !!! where can I find it ? what is it for ? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
I check it ! it doesn't exist, so I touch it to test ... nothing change for now ! -Original Message- From: Rob Siemborski [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 7:02 PM To: Brasseur Valéry Cc: [EMAIL PROTECTED] Subject: RE: seen file corruption On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: Does the skipstamp file exist? don't know about this file !!! where can I find it ? what is it for ? it should be in configudirectory/db/skipstamp Its used as the timestamp when you last ran ctl_cyrusdb -r. If it doesn't exist, recovery will always happen. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: In my case they are recovered each time the user login !!! Does the skipstamp file exist? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: Does the skipstamp file exist? don't know about this file !!! where can I find it ? what is it for ? it should be in configudirectory/db/skipstamp Its used as the timestamp when you last ran ctl_cyrusdb -r. If it doesn't exist, recovery will always happen. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: I check it ! it doesn't exist, so I touch it to test ... nothing change for now ! You can't just touch it. Are you using skiplist for any of your other databases or just seen state? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
just seen state -Original Message- From: Rob Siemborski [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 7:13 PM To: Brasseur Valéry Cc: [EMAIL PROTECTED] Subject: RE: seen file corruption On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: I check it ! it doesn't exist, so I touch it to test ... nothing change for now ! You can't just touch it. Are you using skiplist for any of your other databases or just seen state? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
I use a custom mysql database connector for my mailboxes ! -Original Message- From: Rob Siemborski [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 7:22 PM To: Brasseur Valéry Cc: [EMAIL PROTECTED] Subject: RE: seen file corruption On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: just seen state You're hitting a bug then. Any chance you can convert your mboxlist to skiplist? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: just seen state You're hitting a bug then. Any chance you can convert your mboxlist to skiplist? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
On Thu, 12 Jun 2003, [iso-8859-1] Brasseur Valéry wrote: I use a custom mysql database connector for my mailboxes ! Er, then you're going to need to arrage for CONFIG_DB_SKIPLIST-init() to get called on your own. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: seen file corruption
On Thu, 12 Jun 2003, Rob Siemborski wrote: Er, then you're going to need to arrage for CONFIG_DB_SKIPLIST-init() to get called on your own. Of course, I really mean CONFIG_DB_SEEN. The problem is (current) we can't call init more than once for a given database. We could probably solve this with global state. Its fixed in 2.2 in a different way though. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Webmail application that doesn't abuse the IMAP server?
The IMHO webmail for the Roxen web server, and the derived CAMAS for Caudim webserver both use persistent IMAP connections. I've used an old version of IMHO for quite some without any major problems. Mikael URLS: http://www.lysator.liu.se/~stewa/IMHO/ http://camas.caudium.net/camas/index.rxml On Wed, 2003-06-11 at 00:54, Gary Mills wrote: Does anyone know of an e-mail web application that doesn't abuse the IMAP server by making short connections? Most of them simply connect and disconnect with each HTTP transaction. Is there one that behaves the same as an IMAP client, using one connection for the duration of the session. An IMAP proxy is not adequate because most of them only cache TCP connections and perhaps authentication. These are generally not the source of most of the transaction overhead.
Corruption?
Had my Cyrus server lockup... not cyrus related... but when I rebooted the server my users could not get their mailbox contents. The error thats listed from Evolution when trying to view the, say INBOX is: Error while 'Opening folder imap://username@servername/INBOX': No such folder INBOX Looking at the /var/log/messages I see that the user authenticated and then I see an error like: date time server master[pid]: process imapd pid exited, signaled to death by 7 How can I fix this?
Re: Corruption?
On Thu, 2003-06-12 at 11:39, Jure Pecar wrote: On 12 Jun 2003 11:17:15 -0700 Patrick Nelson [EMAIL PROTECTED] wrote: Had my Cyrus server lockup... not cyrus related... but when I rebooted the server my users could not get their mailbox contents. The error thats listed from Evolution when trying to view the, say INBOX is: Error while 'Opening folder imap://username@servername/INBOX': No such folder INBOX Looking at the /var/log/messages I see that the user authenticated and then I see an error like: date time server master[pid]: process imapd pid exited, signaled to death by 7 How can I fix this? If you had a harddisk crash, check your binaries. Dump your mailboxes.db into plaintext format and see what you got there. Fix, undump back. (It's handy to have some other clean cyrus setup to compare the plaintext format; be sure not to forget the \t at the end of each line) Check other database files if they contain some weird data (strings file should reveal if any fs blocks were strangely relinked by fsck as you should spot parts of mails other junk in files where they should not be) When you get the imap login done and imapd dies at the point of . select inbox, the usual culprit is the corrupted seen file. Delete it for each user that has problems. Login was working fine, just when evolution tried to display the INBOX (or any other sub-mailbox). So I stopped cyrus-imapd and deleted all the user.seen files in /var/lib/imap/user/alpha of user/ directories and this worked great and my server is back up... Thanks Jure!
Re: notes on Sieve and cyrus-imapd-2.2a
On Thursday 12 June 2003 09:54 am, you wrote: Carl P. Corliss wrote: Figured I'd let you know what I've found so far while trying to get sieve working on 2.2a lmtpd looks for user scripts in the default domain, and all domains, in: /var/imap/sieve/domain/[hash]/[domain_name]/[hash]/[username] I've looked at the code and done a test myself and can't reproduce the problem. Do you have defaultdomain set correctly? In my imap.conf I have: defaultdomain: xaraya.com yet, all scripts are being looked for in /var/imap/sieve/domain/etc. After doing some checking around, I've found that in lmtpd.c, function sieve_find_script(), 'bufuser' contains [EMAIL PROTECTED] even when the user is in the default domain. in lmtpd.c, function sieve_find_script(): - if (config_virtdomains (domain = strchr(bufuser, '@'))) { char d = (char) dir_hash_c(domain+1); *domain = '\0'; /* split [EMAIL PROTECTED] */ hash = (char) dir_hash_c(user); snprintf(buf, sizeof(buf), %s%s%c/%s/%c/%s/default.bc, sieve_dir, FNAME_DOMAINDIR, d, domain+1, hash, bufuser); } else { hash = (char) dir_hash_c(bufuser); snprintf(buf, sizeof(buf), %s/%c/%s/default.bc, sieve_dir, hash, user); } - changing the if statement to: if (config_virtdomains (domain = strchr(bufuser, '@')) strcasecmp(domain+1, config_defdomain)) { - allows it to work such that, all default domain users scripts are searched for in: /var/imap/sieve/[hash]/[username] and all non-default domain user's scripts in: /var/imap/sieve/domain/[hash]/[domainname]/[hash]/[username] hope this helps ... :) btw - thanx for such a great app :) -- Carl P. Corliss System Administrator / Developer www.xaraya.com
Re: notes on Sieve and cyrus-imapd-2.2a
On Thursday 12 June 2003 09:54 am, Ken Murchison wrote: Carl P. Corliss wrote: Figured I'd let you know what I've found so far while trying to get sieve working on 2.2a lmtpd looks for user scripts in the default domain, and all domains, in: /var/imap/sieve/domain/[hash]/[domain_name]/[hash]/[username] I've looked at the code and done a test myself and can't reproduce the problem. Do you have defaultdomain set correctly? I've also noticed that with fulldirhash turned on, timsieved doesn't hash the whole username (ie., [EMAIL PROTECTED]) for default domain users because it is only getting passed 'user' and not '[EMAIL PROTECTED]', however, lmtpd -does- receive the whole username (ie., [EMAIL PROTECTED]) and therefore -does- hash it completely. example: for user: [EMAIL PROTECTED], timsieved creates directory: /var/imap/sieve/T/rabbitt however, lmtpd searches in directory: /var/imap/sieve/O/rabbitt (note: lmtpd searches in that directory as opposed to /var/imap/sieve/domain/[hash]/xaraya.com/O/rabbitt due to change I made in sieve_find_script() that I mentioned in my other email) 'T' == dir_hash_c(rabbitt) 'O' == dir_hash_c([EMAIL PROTECTED]) note: dir_hash_c actually only hashes up to the first '.' so it's actually the same as: dir_hash_c([EMAIL PROTECTED]) Gonna do some more digging through the code and see if I can find out anything else that might help. peace, -- Carl P. Corliss System Administrator / Developer www.xaraya.com
Re: notes on Sieve and cyrus-imapd-2.2a
Carl P. Corliss wrote: On Thursday 12 June 2003 09:54 am, you wrote: Carl P. Corliss wrote: Figured I'd let you know what I've found so far while trying to get sieve working on 2.2a lmtpd looks for user scripts in the default domain, and all domains, in: /var/imap/sieve/domain/[hash]/[domain_name]/[hash]/[username] I've looked at the code and done a test myself and can't reproduce the problem. Do you have defaultdomain set correctly? In my imap.conf I have: defaultdomain: xaraya.com yet, all scripts are being looked for in /var/imap/sieve/domain/etc. After doing some checking around, I've found that in lmtpd.c, function sieve_find_script(), 'bufuser' contains [EMAIL PROTECTED] even when the user is in the default domain. in lmtpd.c, function sieve_find_script(): - if (config_virtdomains (domain = strchr(bufuser, '@'))) { char d = (char) dir_hash_c(domain+1); *domain = '\0'; /* split [EMAIL PROTECTED] */ hash = (char) dir_hash_c(user); snprintf(buf, sizeof(buf), %s%s%c/%s/%c/%s/default.bc, sieve_dir, FNAME_DOMAINDIR, d, domain+1, hash, bufuser); } else { hash = (char) dir_hash_c(bufuser); snprintf(buf, sizeof(buf), %s/%c/%s/default.bc, sieve_dir, hash, user); } - Ahh! You're using some older code. This has been fixed in CVS, which I tested against. There have been a lot of virtdomains related bugfixes in CVS, so you might want to grab the latest. -- 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: notes on Sieve and cyrus-imapd-2.2a
I seem to recall this being fixed in CVS as well. Carl P. Corliss wrote: On Thursday 12 June 2003 09:54 am, Ken Murchison wrote: Carl P. Corliss wrote: Figured I'd let you know what I've found so far while trying to get sieve working on 2.2a lmtpd looks for user scripts in the default domain, and all domains, in: /var/imap/sieve/domain/[hash]/[domain_name]/[hash]/[username] I've looked at the code and done a test myself and can't reproduce the problem. Do you have defaultdomain set correctly? I've also noticed that with fulldirhash turned on, timsieved doesn't hash the whole username (ie., [EMAIL PROTECTED]) for default domain users because it is only getting passed 'user' and not '[EMAIL PROTECTED]', however, lmtpd -does- receive the whole username (ie., [EMAIL PROTECTED]) and therefore -does- hash it completely. example: for user: [EMAIL PROTECTED], timsieved creates directory: /var/imap/sieve/T/rabbitt however, lmtpd searches in directory: /var/imap/sieve/O/rabbitt (note: lmtpd searches in that directory as opposed to /var/imap/sieve/domain/[hash]/xaraya.com/O/rabbitt due to change I made in sieve_find_script() that I mentioned in my other email) 'T' == dir_hash_c(rabbitt) 'O' == dir_hash_c([EMAIL PROTECTED]) note: dir_hash_c actually only hashes up to the first '.' so it's actually the same as: dir_hash_c([EMAIL PROTECTED]) Gonna do some more digging through the code and see if I can find out anything else that might help. peace, -- 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: notes on Sieve and cyrus-imapd-2.2a
On Thu, 12 Jun 2003, Ken Murchison wrote: I seem to recall this being fixed in CVS as well. IMHO CMU should package a 2.2alpha2. Too many fixes are already in CVS... enough that nobody should be using 2.2alpha anymore. -- 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
Re: Newbie question - Redhat8.0 howto
There are many howto's: For use with PostgreSQL with RPMS: http://home.teleport.ch/simix/RPMS/Cyrus-imapd/contrib/Postfix+cyrus+postgreSQL+web-cyradm.pdf or a copy of it here http://www.web-cyradm.org/documentation/Postfix-cyrus-postgreSQL-web-cyradm.pdf For Use with MySQL from tarballs: http://www.delouw.ch/linux/Postfix-Cyrus-Web-cyradm-HOWTO/html/index.html another one here: http://www.web-cyradm.org/documentation/web-cyradm-redhat.txt On Thu, 2003-06-12 at 17:44, Martin Ferguson wrote: Hi, I'm trying to set-up Cyrus2.1.13 on Redhat8.0 and I'm having some issues with authentication, does anyone have a recent howto for this platform, the only one I could find http://www.tldp.org/HOWTO/Cyrus-IMAP.html is very out of date. Thanks in advance Martin. -- Andrew Koros Developer, Systems Services UUNET (Kenya) Ltd http://www.uunet.co.ke Tel: +254 2 69088618 Fax: +254 2 69088001 Email: [EMAIL PROTECTED] NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by electronic mail, and delete this message and all copies and backups thereof. Thank you.