Re: OutLook 2000 SP3 login always failling.
Hi, I am using Outlook-2000 SP2 build (9.0.0.6627) to access my E-mail using IMAP over SSL/TLS. Did you try another client like Mozilla? Does it always work without SSL/TLS? When every I start Outlook login always failing, after few attempts, I was able to login success fully. Also outlook is not remembering the password I have to enter every time (checked remember box). Here is more information. Client: OutLook 2000, Windows XP Pro. Server: Fedora Core 2 with following RPMs # rpm -qa | grep cyrus cyrus-sasl-plain-2.1.18-2 cyrus-imapd-murder-2.2.6-4 cyrus-sasl-md5-2.1.18-2 cyrus-imapd-devel-2.2.6-4 cyrus-sasl-devel-2.1.18-2 cyrus-imapd-nntp-2.2.6-4 cyrus-sasl-2.1.18-2 cyrus-imapd-2.2.6-4 cyrus-imapd-utils-2.2.6-4 # cat /etc/imapd.conf configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail hashimapspool: true sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN tls_ca_file: /etc/postfix/cacert.pem tls_cert_file: /etc/postfix/newcert.pem tls_key_file: /etc/postfix/newreq.pem lmtpsocket: /var/lib/imap/socket/lmtp autocreatequota: 10 autocreateinboxfolders: Sent|Drafts|Spam|Templates|Trash autosubscribeinboxfolders: Sent|Spam|Drafts|Templates|Trash createonpost: yes popminpoll: 0 maillog: =Jul 27 22:49:48 earth imaps[3343]: accepted connection Jul 27 22:49:48 earth imaps[3343]: mystore: starting txn 2147483778 Jul 27 22:49:48 earth imaps[3343]: mystore: committing txn 2147483778 Jul 27 22:49:48 earth imaps[3343]: starttls: TLSv1 with cipher RC4-MD5 (128/128 bits new) no authentication Jul 27 22:49:49 earth imaps[3343]: badlogin: client machine name [xx.xx.xx.xx] plaintext sundaram SASL(-13): authentication failure: checkpass failed Jul 27 22:50:01 earth imaps[3343]: login: client machine name [xx.xx.xx.xx] sundaram plaintext+TLS User logged in Jul 27 22:50:01 earth imaps[3343]: seen_db: user sundaram opened /var/lib/imap/user/s/sundaram.seen Jul 27 22:50:02 earth imaps[3343]: open: user sundaram opened INBOX Jul 27 22:50:02 earth imaps[3286]: accepted connection Jul 27 22:50:02 earth master[3359]: about to exec /usr/lib/cyrus-imapd/imapd Jul 27 22:50:02 earth imaps[3359]: executed Jul 27 22:50:02 earth imaps[3286]: mydelete: starting txn 2147483779 Jul 27 22:50:02 earth imaps[3286]: mydelete: committing txn 2147483779 Jul 27 22:50:02 earth imaps[3286]: starttls: TLSv1 with cipher RC4-MD5 (128/128 bits reused) no authentication Jul 27 22:50:02 earth imaps[3286]: badlogin: client machine name [xx.xx.xx.xx] plaintext sundaram SASL(-13): authentication failure: checkpass failed Jul 27 22:51:05 earth master[1698]: process 3286 exited, status 0 Jul 27 22:51:05 earth master[1698]: process 3343 exited, status 0 Jul 27 22:52:06 earth imaps[3359]: accepted connection Jul 27 22:52:06 earth master[3360]: about to exec /usr/lib/cyrus-imapd/imapd Jul 27 22:52:06 earth imaps[3360]: executed Jul 27 22:52:06 earth imaps[3359]: starttls: TLSv1 with cipher RC4-MD5 (128/128 bits reused) no authentication Jul 27 22:52:06 earth imaps[3359]: badlogin: client machine name [xx.xx.xx.xx] plaintext sundaram SASL(-13): authentication failure: checkpass failed Jul 27 22:52:17 earth imaps[3359]: login: client machine name [xx.xx.xx.xx] sundaram plaintext+TLS User logged in why its failing first few times. Thanks -- -Sundaram Ramasamy SCSecA,SCNA,SCSA,SCWCD,SCJP Storage Sun Solaris Administrator --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Access denied to the Send folder
When I send mail I'm told that I don't have permission to copy the mail to the Send folder. How do I fix this? Thanks, Jacob --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm pleased to announce the release of Cyrus IMAPd 2.2.7. This release corrects a number of bugs including ones related to portability, the quotadb backend, and MULTIAPPEND support, among others. If you're running a version of cyrus after 2.2.3, you'll definately want to upgrade. A full list of changes is available in doc/changes.html in the distribution. Hi everybody, Unfortunately I have a problem with 2.2.7. In the beginning I just saw a 'cyr_expire -E 3' while doing 'ps fax'. I didn't think much about it. Now, I see that LMTP delivery doesn't work like before. Whenever there was high traffic on the box, postfix gave up delivering messages to cyrus with messages like Jul 28 14:24:50 imap01 postfix/lmtp[8388]: 6ED6F3F2A: to=[EMAIL PROTECTED], relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=348, status=deferred (lost connection with /var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] while sending end of data -- message may be sent more than once) or Jul 28 08:24:18 imap01 postfix/lmtp[13602]: 0CBD93F5F: to=[EMAIL PROTECTED], relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=0, status=deferred (lost connection with /var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] while sending MAIL FROM) and there are some new problems which started exactly after upgrading to 2.2.7: [EMAIL PROTECTED] log]# grep signaled maillog Jul 27 10:12:05 imap01 master[24793]: process 24946 exited, signaled to death by 11 Jul 27 10:34:16 imap01 master[24793]: process 1677 exited, signaled to death by 11 Jul 27 10:49:55 imap01 master[24793]: process 2036 exited, signaled to death by 11 Jul 27 10:51:18 imap01 master[24793]: process 22187 exited, signaled to death by 11 Jul 27 11:04:35 imap01 master[24793]: process 5360 exited, signaled to death by 11 Jul 27 11:22:56 imap01 master[24793]: process 21000 exited, signaled to death by 11 Jul 27 11:42:57 imap01 master[24793]: process 13578 exited, signaled to death by 11 And now, the stage dir looks like this [EMAIL PROTECTED] log]# ll /var/spool/imap/stage./ total 23856 -rw---1 cyrusmail 4938 Jul 28 00:59 10010-1090969170-0 -rw---1 cyrusmail 3021 Jul 28 10:34 10597-1091003682-0 -rw---1 cyrusmail 4464 Jul 28 10:29 10603-1091003396-0 -rw---1 cyrusmail0 Jul 28 01:17 10783-1090970257-0 -rw---1 cyrusmail 3505 Jul 28 08:46 10815-1090997170-0 ... ... Looking at the changelog, it seems something could have changed here: # Fix possible stage file leak in append code # Fix bugs in handling of MULTIAPPEND introduced in 2.2.3 Restarting cyrus-imapd and postfix didn't change anything. I have now downgraded cyrus-imapd to 2.2.6 and the problems went away immediately. My question is, what do the files in the stage. dir mean? Are those mails lost, I mean not delivered to mailboxes? I should I deal with them? I have several 2.2.7 servers running but most of them with light load. Only the big box has shown the problem. BTW, it may be a detail but we have this in the postfix config to use single instance store: local_destination_recipient_limit = 1000 Is there anything missing? Any ideas? Thanks, Simon --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
On Wed, 28 Jul 2004, Simon Matter wrote: And now, the stage dir looks like this [EMAIL PROTECTED] log]# ll /var/spool/imap/stage./ total 23856 -rw---1 cyrusmail 4938 Jul 28 00:59 10010-1090969170-0 -rw---1 cyrusmail 3021 Jul 28 10:34 10597-1091003682-0 -rw---1 cyrusmail 4464 Jul 28 10:29 10603-1091003396-0 -rw---1 cyrusmail0 Jul 28 01:17 10783-1090970257-0 -rw---1 cyrusmail 3505 Jul 28 08:46 10815-1090997170-0 ... ... My question is, what do the files in the stage. dir mean? Are those mails lost, I mean not delivered to mailboxes? I should I deal with them? It means LMTPd crashed in the middle of an APPEND (the segfaults you're seeing). If your MTA is sane, it will redeliver. The patch that avoids dropping these won't necessarally work in this case, it only works if an unexpected fatal() happens. Can you get a backtrace of one of the core files? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: subscribing to folders
On Tue, 2004-07-27 at 17:42, Alexander Brill wrote: On Tue, 2004-07-27 at 16:26, Luca Olivetti wrote: Alexander Brill wrote: On Fri, 2004-07-23 at 15:46, Rob Siemborski wrote: On Thu, 22 Jul 2004, Alexander Brill wrote: Is it possible to force subscribtion of a folder to another user by using the admin-user? I couldn't find any info about it in the docs and RFCs. If you use proxy authentication, then you can authenticate as the admin but authorize as the user, and then subscribe them to the folder. Could you reference me to some rfc's or other docs on the subject? I tried the PROXYAUTH-command (comes with python imaplib), but it wasn't recognized as a command on my server. PROXYAUTH is a non standard command: http://www.washington.edu/imap/listarch/2000/msg00215.html (follow the thread). The right thing to do is use the authenticate method, unfortunately it's not implemented in python imaplib. I don't understand why the imaplib developer(s) implemented the nonstandard command instead of the standard one. The newest python imaplib has authenticate implemented, finally. But I have to wrap it around TLS as well, so I'll have to look into that. There goes my quick and dirty hack to force people to subscribe to a folder. Ok, I wrote an extension to python imaplib to handle starttls, if more are interested you can find it here: http://projects.brill.no/python/tlsimap.py Example of usage: import imaptls imap = imaptls.IMAP4('hostname') imap.starttls(keyfile=None, certfile=None) # create a simple function for our PLAIN login def sendAuth(response): return user\0auth\0password typ, data = imap.authenticate(PLAIN, sendAuth) -- Alexander Brill [EMAIL PROTECTED] http://www.project23.no PGP-key: http://www.nettstudio.no/firma/Library/PGP/alex_pgp/view signature.asc Description: This is a digitally signed message part
Re: Cyrus IMAPd 2.2.7 Released
On Wed, 28 Jul 2004, Simon Matter wrote: And now, the stage dir looks like this [EMAIL PROTECTED] log]# ll /var/spool/imap/stage./ total 23856 -rw---1 cyrusmail 4938 Jul 28 00:59 10010-1090969170-0 -rw---1 cyrusmail 3021 Jul 28 10:34 10597-1091003682-0 -rw---1 cyrusmail 4464 Jul 28 10:29 10603-1091003396-0 -rw---1 cyrusmail0 Jul 28 01:17 10783-1090970257-0 -rw---1 cyrusmail 3505 Jul 28 08:46 10815-1090997170-0 ... ... My question is, what do the files in the stage. dir mean? Are those mails lost, I mean not delivered to mailboxes? I should I deal with them? It means LMTPd crashed in the middle of an APPEND (the segfaults you're seeing). If your MTA is sane, it will redeliver. The patch that avoids dropping these won't necessarally work in this case, it only works if an unexpected fatal() happens. Can you get a backtrace of one of the core files? I don't have any core files. I have now stopped cyrus-imapd and did [EMAIL PROTECTED] root]# ulimit -a core file size(blocks, -c) unlimited data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files(-n) 1024 pipe size (512 bytes, -p) 8 stack size(kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes(-u) 7168 virtual memory(kbytes, -v) unlimited [EMAIL PROTECTED] root]# /usr/lib/cyrus-imapd/cyrus-master -d but now core files anywhere. How again do I get them? --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
Simon Matter wrote: On Wed, 28 Jul 2004, Simon Matter wrote: And now, the stage dir looks like this [EMAIL PROTECTED] log]# ll /var/spool/imap/stage./ total 23856 -rw---1 cyrusmail 4938 Jul 28 00:59 10010-1090969170-0 -rw---1 cyrusmail 3021 Jul 28 10:34 10597-1091003682-0 -rw---1 cyrusmail 4464 Jul 28 10:29 10603-1091003396-0 -rw---1 cyrusmail0 Jul 28 01:17 10783-1090970257-0 -rw---1 cyrusmail 3505 Jul 28 08:46 10815-1090997170-0 ... ... My question is, what do the files in the stage. dir mean? Are those mails lost, I mean not delivered to mailboxes? I should I deal with them? It means LMTPd crashed in the middle of an APPEND (the segfaults you're seeing). If your MTA is sane, it will redeliver. The patch that avoids dropping these won't necessarally work in this case, it only works if an unexpected fatal() happens. Can you get a backtrace of one of the core files? I don't have any core files. I have now stopped cyrus-imapd and did [EMAIL PROTECTED] root]# ulimit -a core file size(blocks, -c) unlimited data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files(-n) 1024 pipe size (512 bytes, -p) 8 stack size(kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes(-u) 7168 virtual memory(kbytes, -v) unlimited [EMAIL PROTECTED] root]# /usr/lib/cyrus-imapd/cyrus-master -d but now core files anywhere. How again do I get them? Does the cyrus user have write access to whatever directory you started master in? You may also find cores in user mailbox directories. -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
[PATCH: sendmail] LMTP Plus User Support
As requested, I am posting my patch to sendmail that allows plus addressing to work properly between Sendmail and LMTP. We connect to our LMTP via TCP in the sendmail configuration and I have never been able to get +addressing to work at all. I usually get a user unknown error, rejecting the e-mail. Note: If you use the old cyrus mailer that calls deliver to deliver the e-mail, plus addressing works just fine there. You need to include the FEATURE(`preserve_local_plus_detail') line in the MC file, though. Anyways, the patch code is only enabled if you include the '' flag in the cyrus mailer definition. Once enabled, when sendmail determines if the user is valid, it will stop at the '+' character in the username portion of the e-mail address. Also, sendmail typically lowercases the username, so again, it will stop at the '+' when doing the lowercasing. This allows the folder names to have their casing preserved. For testing purposes, I created test1, test box1, Test2, and Test Box2 folders and added anyone: post ACLs on all of them. I then used the following e-mail addresses to test: [EMAIL PROTECTED] user+test\ [EMAIL PROTECTED] [EMAIL PROTECTED] user+Test\ [EMAIL PROTECTED] The only reason I said anything about how I tested is that it isn't common knowledge about how to test with mailboxes containing spaces in them. So, there you have it. I have submitted the patch to sendmail, so maybe it will get into the next version... who knows... The patch applies to sendmail-8.13.0. I had to change the flag I was using to an ''. My previous version was using 'W', which now appears to be in use already in 8.13.0. Ah well. Thanks, Scott -- +---+ Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/ UNIX Systems Engineer mailto:[EMAIL PROTECTED] ICQ 7626282 Work (740)593-9478 Fax (740)593-1944 +---+ PGP Public Key available at http://www.cns.ohiou.edu/~sadkins/pgp/ lmtp-8.13.0.patch Description: Binary data pgprVunpJ7fhB.pgp Description: PGP signature
Re: Cyrus IMAPd 2.2.7 Released
Simon Matter wrote: How again do I get them? Does the cyrus user have write access to whatever directory you started master in? You may also find cores in user mailbox directories. Thanks, I didn't cd to /var/lib/imap. The next rpm will have a core dump mode :) Here we go: (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x08092a5f in xmalloc (size=9) at xmalloc.c:56 #3 0x08092ba0 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x0805a60b in mailbox_read_header (mailbox=0xbfff9f00) at mailbox.c:652 #5 0x08059f26 in mailbox_open_header_path (name=0xbfffa210 user.hauserol, path=0x8122ec0 /var/spool/imap/h/user/hauserol, acl=0x8140300 hauserol\tlrswipcda\t, auth_state=0x0, mailbox=0xbfff9f00, suppresslog=0) at mailbox.c:444 #6 0x08059da8 in mailbox_open_header (name=0xbfffa210 user.hauserol, auth_state=0x0, mailbox=0xbfff9f00) at mailbox.c:390 #7 0x080575ca in append_check (name=0xbfffa210 user.hauserol, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804ef06 in verify_user (user=0x8151298 hauserol, domain=0x0, mailbox=0x0, quotacheck=3226, authstate=0x0) at lmtpd.c:593 #9 0x08050b02 in process_recipient (addr=0x8151520 hauserol, namespace=0x8121d20, ignorequota=0, verify_user=0x804ed10 verify_user, msg=0x8136808) at lmtpengine.c:900 #10 0x08051fa6 in lmtpmode (func=0x811d340, pin=0x8136b98, pout=0x8136c08, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812c6f0, envp=0xbfffdd8c) at lmtpd.c:232 #12 0x0804dfd9 in main (argc=1, argv=0xbfffdd84, envp=0xbfffdd8c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Moving users to new server
I tried moving a user's mailbox from a server running 2.1.16 to a new server running 2.2.6 (now 2.2.7) by first creating the mailbox on the new server and then replacing the new mailbox directory hierarchy with a copy from the old server. I also copied the user's .seen and .sub files before running reconstruct -rf on the mailbox. The only thing I can see wrong with the new mailbox is that the answered flags did not seem to be preserved. I understand that these are stored in the cyrus.index files which were copied. Could the problem be due to the different versions of Cyrus in use? Or is there a flaw in what I am doing? TYIA Richard -- Richard Gilbert Corporate Information and Computing Services University of Sheffield, Sheffield, S10 2TN, UK Phone: +44 114 222 3028 Fax: +44 114 222 3040 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
Simon Matter wrote: Simon Matter wrote: How again do I get them? Does the cyrus user have write access to whatever directory you started master in? You may also find cores in user mailbox directories. Thanks, I didn't cd to /var/lib/imap. The next rpm will have a core dump mode :) This looks like the mailbox header is corrupt. Are you sure that this only fails with 2.2.7 and not 2.2.6? I'd also be interested if you see the same results from a stock (unpatched) 2.2.7. Here we go: (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x08092a5f in xmalloc (size=9) at xmalloc.c:56 #3 0x08092ba0 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x0805a60b in mailbox_read_header (mailbox=0xbfff9f00) at mailbox.c:652 #5 0x08059f26 in mailbox_open_header_path (name=0xbfffa210 user.hauserol, path=0x8122ec0 /var/spool/imap/h/user/hauserol, acl=0x8140300 hauserol\tlrswipcda\t, auth_state=0x0, mailbox=0xbfff9f00, suppresslog=0) at mailbox.c:444 #6 0x08059da8 in mailbox_open_header (name=0xbfffa210 user.hauserol, auth_state=0x0, mailbox=0xbfff9f00) at mailbox.c:390 #7 0x080575ca in append_check (name=0xbfffa210 user.hauserol, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804ef06 in verify_user (user=0x8151298 hauserol, domain=0x0, mailbox=0x0, quotacheck=3226, authstate=0x0) at lmtpd.c:593 #9 0x08050b02 in process_recipient (addr=0x8151520 hauserol, namespace=0x8121d20, ignorequota=0, verify_user=0x804ed10 verify_user, msg=0x8136808) at lmtpengine.c:900 #10 0x08051fa6 in lmtpmode (func=0x811d340, pin=0x8136b98, pout=0x8136c08, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812c6f0, envp=0xbfffdd8c) at lmtpd.c:232 #12 0x0804dfd9 in main (argc=1, argv=0xbfffdd84, envp=0xbfffdd8c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
migrating from maildir (courier) to cyrus
I am looking for some documentation on how to transfer mail from maildir format (courier) to cyrus. I tried to look for it in documentations/archives but I only found mbox-cyrus and cyrus-maildir. I am currently running exim4/procmail/courier setup on Debian box. It serves as a mail server for a few users with large amount of mail. Some of the folders have nearly 10,000 messages. Courier works very good on small folders but have problem on larger one (and it is old computer with only 32Mb RAM). My understanding is that cyrus would perform much better due to indexing/database used by cyrus, am I correct? Thanks, --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: migrating from maildir (courier) to cyrus
--- Vadim [EMAIL PROTECTED] wrote: I am looking for some documentation on how to transfer mail from maildir format (courier) to cyrus. I tried to look for it in documentations/archives but I only found mbox-cyrus and cyrus-maildir. I am currently running exim4/procmail/courier setup on Debian box. It serves as a mail server for a few users with large amount of mail. Some of the folders have nearly 10,000 messages. Courier works very good on small folders but have problem on larger one (and it is old computer with only 32Mb RAM). My understanding is that cyrus would perform much better due to indexing/database used by cyrus, am I correct? Vadim, You might want to read the notes at: http://barnson.org/node/view/81 and you might also try using mailutil from the UW Pine distribution; I'm not sure if it handles maildir style inputs, but it's pretty robust, so if it does, it's worth trying. Also, Cyrus is certainly better at handling large mailboxes than most everything else out there, but 32MB of RAM might not be enough for it. As a side note, what are the lower limits of memory/CPU that people have run the Cyrus IMAP server on? Good luck. -- Andrew __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: migrating from maildir (courier) to cyrus
Vadim -- info-cyrus (2004-07-28 11:14:53 -0700): I am looking for some documentation on how to transfer mail from maildir format (courier) to cyrus. I tried to look for it in documentations/archives but I only found mbox-cyrus and cyrus-maildir. I used imapsync[1] to copy the mailboxes from my old IMAP server to Cyrus IMAPd; it worked very well. There are faster solutions, but with imapsync all flags and internal dates (if --syncinternaldates option is used) are preserved. HTH, Jukka [1] http://freshmeat.net/projects/imapsync/ -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: migrating from maildir (courier) to cyrus
On Wed, 28 Jul 2004, Vadim wrote: I am looking for some documentation on how to transfer mail from maildir format (courier) to cyrus. I tried to look for it in documentations/archives but I only found mbox-cyrus and cyrus-maildir. Try mailutil. It comes with pine and UW imapd: ftp://ftp.cac.washington.edu/imap/ It supports maildir format. -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
Simon Matter wrote: Simon Matter wrote: How again do I get them? Does the cyrus user have write access to whatever directory you started master in? You may also find cores in user mailbox directories. Thanks, I didn't cd to /var/lib/imap. The next rpm will have a core dump mode :) This looks like the mailbox header is corrupt. Are you sure that this only fails with 2.2.7 and not 2.2.6? I'd also be interested if you see I'm very sure this doesn't happen with 2.2.6. I've been using it for weeks without any problem, upgrading to 2.2.7 and minutes later the first crash came. I then switched several times between 2.2.6 and 2.2.7 and it never happens with 2.2.6. the same results from a stock (unpatched) 2.2.7. I've built lmtpd from stock 2.2.7, lets see how it goes. Unfortunately the load is too low at this hour of the day over here so it may takes some time for the first error to show up. Here we go: (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x08092a5f in xmalloc (size=9) at xmalloc.c:56 #3 0x08092ba0 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x0805a60b in mailbox_read_header (mailbox=0xbfff9f00) at mailbox.c:652 #5 0x08059f26 in mailbox_open_header_path (name=0xbfffa210 user.hauserol, path=0x8122ec0 /var/spool/imap/h/user/hauserol, acl=0x8140300 hauserol\tlrswipcda\t, auth_state=0x0, mailbox=0xbfff9f00, suppresslog=0) at mailbox.c:444 #6 0x08059da8 in mailbox_open_header (name=0xbfffa210 user.hauserol, auth_state=0x0, mailbox=0xbfff9f00) at mailbox.c:390 #7 0x080575ca in append_check (name=0xbfffa210 user.hauserol, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804ef06 in verify_user (user=0x8151298 hauserol, domain=0x0, mailbox=0x0, quotacheck=3226, authstate=0x0) at lmtpd.c:593 #9 0x08050b02 in process_recipient (addr=0x8151520 hauserol, namespace=0x8121d20, ignorequota=0, verify_user=0x804ed10 verify_user, msg=0x8136808) at lmtpengine.c:900 #10 0x08051fa6 in lmtpmode (func=0x811d340, pin=0x8136b98, pout=0x8136c08, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812c6f0, envp=0xbfffdd8c) at lmtpd.c:232 #12 0x0804dfd9 in main (argc=1, argv=0xbfffdd84, envp=0xbfffdd8c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
Simon Matter wrote: Simon Matter wrote: How again do I get them? Does the cyrus user have write access to whatever directory you started master in? You may also find cores in user mailbox directories. Thanks, I didn't cd to /var/lib/imap. The next rpm will have a core dump mode :) This looks like the mailbox header is corrupt. Are you sure that this only fails with 2.2.7 and not 2.2.6? I'd also be interested if you see the same results from a stock (unpatched) 2.2.7. Okay, this one is from stock, unpatched 2.2.7 lmtpd: (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x0809172f in xmalloc (size=9) at xmalloc.c:56 #3 0x08091870 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x08059f3b in mailbox_read_header (mailbox=0xbfffb900) at mailbox.c:652 #5 0x08059856 in mailbox_open_header_path (name=0xbfffbc00 user.schwemar, path=0x8121580 /var/spool/imap/s/user/schwemar, acl=0x813e9d8 schwemar\tlrswipcda\t, auth_state=0x0, mailbox=0xbfffb900, suppresslog=0) at mailbox.c:444 #6 0x080596d8 in mailbox_open_header (name=0xbfffbc00 user.schwemar, auth_state=0x0, mailbox=0xbfffb900) at mailbox.c:390 #7 0x08056efa in append_check (name=0xbfffbc00 user.schwemar, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804edf2 in verify_user (user=0x8146d40 schwemar, domain=0x0, mailbox=0x0, quotacheck=0, authstate=0x0) at lmtpd.c:549 #9 0x08050902 in process_recipient (addr=0x814a0f0 schwemar, namespace=0x81203e0, ignorequota=0, verify_user=0x804ec30 verify_user, msg=0x8134ed8) at lmtpengine.c:900 #10 0x08051da6 in lmtpmode (func=0x811bbc0, pin=0x8135268, pout=0x81352d8, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812adb0, envp=0xb77c) at lmtpd.c:230 #12 0x0804dfd9 in main (argc=1, argv=0xb774, envp=0xb77c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 Here we go: (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x08092a5f in xmalloc (size=9) at xmalloc.c:56 #3 0x08092ba0 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x0805a60b in mailbox_read_header (mailbox=0xbfff9f00) at mailbox.c:652 #5 0x08059f26 in mailbox_open_header_path (name=0xbfffa210 user.hauserol, path=0x8122ec0 /var/spool/imap/h/user/hauserol, acl=0x8140300 hauserol\tlrswipcda\t, auth_state=0x0, mailbox=0xbfff9f00, suppresslog=0) at mailbox.c:444 #6 0x08059da8 in mailbox_open_header (name=0xbfffa210 user.hauserol, auth_state=0x0, mailbox=0xbfff9f00) at mailbox.c:390 #7 0x080575ca in append_check (name=0xbfffa210 user.hauserol, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804ef06 in verify_user (user=0x8151298 hauserol, domain=0x0, mailbox=0x0, quotacheck=3226, authstate=0x0) at lmtpd.c:593 #9 0x08050b02 in process_recipient (addr=0x8151520 hauserol, namespace=0x8121d20, ignorequota=0, verify_user=0x804ed10 verify_user, msg=0x8136808) at lmtpengine.c:900 #10 0x08051fa6 in lmtpmode (func=0x811d340, pin=0x8136b98, pout=0x8136c08, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812c6f0, envp=0xbfffdd8c) at lmtpd.c:232 #12 0x0804dfd9 in main (argc=1, argv=0xbfffdd84, envp=0xbfffdd8c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Redhat ES3.0 update cannot find gssapi library
Hi Folks I'm trying to compile cyrus-imapd to use with kerberos autentication. Whilst runnning ./configure --with-auth=krb5 checking for crypt... no checking for crypt in -lcrypt... yes checking gssapi.h usability... no checking gssapi.h presence... no checking for gssapi.h... no checking gssapi/gssapi.h usability... no checking gssapi/gssapi.h presence... no checking for gssapi/gssapi.h... no configure: WARNING: Disabling GSSAPI - no include files found checking GSSAPI... disabled checking sasl/sasl.h usability... yes I know this a path related problem I am just not sure what the configure is looking for. Thanks to redhat putting kerberos header and libs in /usr/kerberos/include and /usr/kerberos/lib It is making life difficult. If I put a symlink from /usr/kerberos/include/gssapi /usr/include/gssapi and run configure I get checking gssapi.h usability... no checking gssapi.h presence... no checking for gssapi.h... no checking gssapi/gssapi.h usability... yes checking gssapi/gssapi.h presence... yes checking for gssapi/gssapi.h... yes checking for res_search in -lresolv... (cached) yes checking for gss_unwrap in -lgssapi... no checking for gss_unwrap in -lgssapi_krb5... no checking for csf_gss_acq_user in -lgss... no checking for csf_gss_acq_user in -lgss... no checking for gss_unwrap in -lgss... no configure: WARNING: Disabling GSSAPI - no library checking GSSAPI... Disabled So headers are getting there libs not, Any help greatly appreciated, I would really like to use this as our european mail engine. Rgds Alex Stealth IT Bloke UK -- Alex Needham Tel +44 1753 829681 Mob +44 7786 396465 Fax +44 1753 855290 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: migrating from maildir (courier) to cyrus
Igor Brezac wrote: On Wed, 28 Jul 2004, Vadim wrote: I am looking for some documentation on how to transfer mail from maildir format (courier) to cyrus. I tried to look for it in documentations/archives but I only found mbox-cyrus and cyrus-maildir. Try mailutil. It comes with pine and UW imapd: ftp://ftp.cac.washington.edu/imap/ It supports maildir format. What do you mean UW imapd support maildir? Here is what UW says: http://www.washington.edu/imap/IMAP-FAQs/index.html#1.31 . My understanding that mailutil will connect to any imap server (say courier), and using that server mailutil will use maildir format. Am I missing something? I am looking for something what doesn't requires two servers to be running simultaneously, and the only util I found is isync http://isync.sourceforge.net/ which would sync maildir with any imap server (cyrus). Have anyone used it? Thanks, --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Running Cyrus IMAP with 32Mb RAM [Was: migrating from maildir (courier) to cyrus]
Andrew Caird wrote: --- Vadim [EMAIL PROTECTED] wrote: I am currently running exim4/procmail/courier setup on Debian box. It serves as a mail server for a few users with large amount of mail. Some of the folders have nearly 10,000 messages. Courier works very good on small folders but have problem on larger one (and it is old computer with only 32Mb RAM). My understanding is that cyrus would perform much better due to indexing/database used by cyrus, am I correct? Also, Cyrus is certainly better at handling large mailboxes than most everything else out there, but 32MB of RAM might not be enough for it. As a side note, what are the lower limits of memory/CPU that people have run the Cyrus IMAP server on? Good luck. -- Based on cyrus documentation, imap server need up to 512 K RAM per connection. Assuming 5 connection per user (mozilla default), it is up to 2.5Mb per user, so with 32Mb Ram and only apache2/mail server running I should be able to support up to 4 users without any problems. Is anyone running cyrus on low memory computer? Any thoughts on this issue? --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.2.7 Released
Simon Matter wrote: Simon Matter wrote: How again do I get them? Does the cyrus user have write access to whatever directory you started master in? You may also find cores in user mailbox directories. Thanks, I didn't cd to /var/lib/imap. The next rpm will have a core dump mode :) This looks like the mailbox header is corrupt. Are you sure that this only fails with 2.2.7 and not 2.2.6? I'd also be interested if you see the same results from a stock (unpatched) 2.2.7. Okay, this one is from stock, unpatched 2.2.7 lmtpd: Another, different one, I'm wondering whether process_recipient() is correct here, why is the recipient dewinala but the account is just dewinala: (gdb) bt #0 0x4207a35a in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x0809172f in xmalloc (size=9) at xmalloc.c:56 #3 0x08091836 in xstrdup (str=0x814a249 dewinala) at xmalloc.c:91 #4 0x08050824 in process_recipient (addr=0x814a248 dewinala, namespace=0x81203e0, ignorequota=0, verify_user=0x804ec30 verify_user, msg=0x8134ed8) at lmtpengine.c:879 #5 0x08051da6 in lmtpmode (func=0x811bbc0, pin=0x8135268, pout=0x81352d8, fd=0) at lmtpengine.c:1527 #6 0x0804e250 in service_main (argc=1, argv=0x812adb0, envp=0xbfffee7c) at lmtpd.c:230 #7 0x0804dfd9 in main (argc=1, argv=0xbfffee74, envp=0xbfffee7c) at service.c:557 #8 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x0809172f in xmalloc (size=9) at xmalloc.c:56 #3 0x08091870 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x08059f3b in mailbox_read_header (mailbox=0xbfffb900) at mailbox.c:652 #5 0x08059856 in mailbox_open_header_path (name=0xbfffbc00 user.schwemar, path=0x8121580 /var/spool/imap/s/user/schwemar, acl=0x813e9d8 schwemar\tlrswipcda\t, auth_state=0x0, mailbox=0xbfffb900, suppresslog=0) at mailbox.c:444 #6 0x080596d8 in mailbox_open_header (name=0xbfffbc00 user.schwemar, auth_state=0x0, mailbox=0xbfffb900) at mailbox.c:390 #7 0x08056efa in append_check (name=0xbfffbc00 user.schwemar, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804edf2 in verify_user (user=0x8146d40 schwemar, domain=0x0, mailbox=0x0, quotacheck=0, authstate=0x0) at lmtpd.c:549 #9 0x08050902 in process_recipient (addr=0x814a0f0 schwemar, namespace=0x81203e0, ignorequota=0, verify_user=0x804ec30 verify_user, msg=0x8134ed8) at lmtpengine.c:900 #10 0x08051da6 in lmtpmode (func=0x811bbc0, pin=0x8135268, pout=0x81352d8, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812adb0, envp=0xb77c) at lmtpd.c:230 #12 0x0804dfd9 in main (argc=1, argv=0xb774, envp=0xb77c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 Here we go: (gdb) bt #0 0x4207a351 in chunk_alloc () from /lib/i686/libc.so.6 #1 0x4207a158 in malloc () from /lib/i686/libc.so.6 #2 0x08092a5f in xmalloc (size=9) at xmalloc.c:56 #3 0x08092ba0 in xstrndup (str=0x4001a092 Address 0x4001a092 out of bounds, len=8) at xmalloc.c:98 #4 0x0805a60b in mailbox_read_header (mailbox=0xbfff9f00) at mailbox.c:652 #5 0x08059f26 in mailbox_open_header_path (name=0xbfffa210 user.hauserol, path=0x8122ec0 /var/spool/imap/h/user/hauserol, acl=0x8140300 hauserol\tlrswipcda\t, auth_state=0x0, mailbox=0xbfff9f00, suppresslog=0) at mailbox.c:444 #6 0x08059da8 in mailbox_open_header (name=0xbfffa210 user.hauserol, auth_state=0x0, mailbox=0xbfff9f00) at mailbox.c:390 #7 0x080575ca in append_check (name=0xbfffa210 user.hauserol, format=0, auth_state=0x0, aclcheck=0, quotacheck=0) at append.c:118 #8 0x0804ef06 in verify_user (user=0x8151298 hauserol, domain=0x0, mailbox=0x0, quotacheck=3226, authstate=0x0) at lmtpd.c:593 #9 0x08050b02 in process_recipient (addr=0x8151520 hauserol, namespace=0x8121d20, ignorequota=0, verify_user=0x804ed10 verify_user, msg=0x8136808) at lmtpengine.c:900 #10 0x08051fa6 in lmtpmode (func=0x811d340, pin=0x8136b98, pout=0x8136c08, fd=0) at lmtpengine.c:1527 #11 0x0804e250 in service_main (argc=1, argv=0x812c6f0, envp=0xbfffdd8c) at lmtpd.c:232 #12 0x0804dfd9 in main (argc=1, argv=0xbfffdd84, envp=0xbfffdd8c) at service.c:557 #13 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Howto verify successful upgrade from 2.1.16 Invoca RPM to 2.2.7 Invoca RPM
The subject says it all, I have upgraded to 2.2.7 Invoca RPM where I was running 2.1.16 Invoca RPM. How can I verify that the databases we successfully converted? Everything seems to work just fine as far as I can tell. Thank You, Spencer Tuttle --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Running Cyrus IMAP with 32Mb RAM [Was: migrating from maildir (courier) to cyrus]
--On Wednesday, July 28, 2004 13:16 -0700 Vadim [EMAIL PROTECTED] wrote: Based on cyrus documentation, imap server need up to 512 K RAM per connection. Assuming 5 connection per user (mozilla default), it is up to 2.5Mb per user, so with 32Mb Ram and only apache2/mail server running that's just for the connection struct. when you start doing large operations on large mailboxes the requirement goes up significantly. I should be able to support up to 4 users without any problems. -- GPG/PGP -- 0xE736BD7E 5144 6A2D 977A 6651 DFBE 1462 E351 88B9 E736 BD7E --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Redhat ES3.0 update cannot find gssapi library
Hello, One way to fix this is to specify the -I and -L flags to the compiler with the appropriate paths. I use a script to call configure which first sets up the various environment variables for our environment. Something like #!/bin/csh setenv CFLAGS -I/usr/kerberos/include -I/local/openssl/include -L/usr/kerberos/lib -L/local/openssl/lib ./configure \ --prefix=/local/cyrus \ --with-sasl=/local/sasl \ --with-openssl=/local/openssl \ --with-auth=krb5 Above is just a quick example (and probably won't work). But I prefer this method over trying to muck with our standard Solaris Install kit's filesystem. Things go where they go and I go look for them where they are: :) Regards, Earl Shannon Alex Needham wrote: Hi Folks I'm trying to compile cyrus-imapd to use with kerberos autentication. Whilst runnning ./configure --with-auth=krb5 checking for crypt... no checking for crypt in -lcrypt... yes checking gssapi.h usability... no checking gssapi.h presence... no checking for gssapi.h... no checking gssapi/gssapi.h usability... no checking gssapi/gssapi.h presence... no checking for gssapi/gssapi.h... no configure: WARNING: Disabling GSSAPI - no include files found checking GSSAPI... disabled checking sasl/sasl.h usability... yes I know this a path related problem I am just not sure what the configure is looking for. Thanks to redhat putting kerberos header and libs in /usr/kerberos/include and /usr/kerberos/lib It is making life difficult. If I put a symlink from /usr/kerberos/include/gssapi /usr/include/gssapi and run configure I get checking gssapi.h usability... no checking gssapi.h presence... no checking for gssapi.h... no checking gssapi/gssapi.h usability... yes checking gssapi/gssapi.h presence... yes checking for gssapi/gssapi.h... yes checking for res_search in -lresolv... (cached) yes checking for gss_unwrap in -lgssapi... no checking for gss_unwrap in -lgssapi_krb5... no checking for csf_gss_acq_user in -lgss... no checking for csf_gss_acq_user in -lgss... no checking for gss_unwrap in -lgss... no configure: WARNING: Disabling GSSAPI - no library checking GSSAPI... Disabled So headers are getting there libs not, Any help greatly appreciated, I would really like to use this as our european mail engine. Rgds Alex Stealth IT Bloke UK -- Alex Needham Tel +44 1753 829681 Mob +44 7786 396465 Fax +44 1753 855290 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Redhat ES3.0 update cannot find gssapi library
Am Mi, den 28.07.2004 schrieb Alex Needham um 22:02: I'm trying to compile cyrus-imapd to use with kerberos autentication. Whilst runnning ./configure --with-auth=krb5 checking for crypt... no checking for crypt in -lcrypt... yes checking gssapi.h usability... no checking gssapi.h presence... no checking for gssapi.h... no checking gssapi/gssapi.h usability... no checking gssapi/gssapi.h presence... no checking for gssapi/gssapi.h... no configure: WARNING: Disabling GSSAPI - no include files found checking GSSAPI... disabled checking sasl/sasl.h usability... yes I know this a path related problem I am just not sure what the configure is looking for. Thanks to redhat putting kerberos header and libs in /usr/kerberos/include and /usr/kerberos/lib It is making life difficult. That is known http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/CyrusRHKerberosIncludes If I put a symlink from /usr/kerberos/include/gssapi /usr/include/gssapi and Don't do this! Alex Be sure you have krb5 and krb5-devel installed. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.6-1.435.2.3.ad.umlsmp Serendipity 22:59:06 up 2 days, 8:05, load average: 1.95, 1.63, 1.49 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html