Cyradm error with virtualdomains
Hi all, sorry if this has been asked and answered. I have recently installed Cyrus-imapd 2.2.3 compiled form Simons srpm on a Trustix 2.1 server. With bit of fiddling around I get it to work with no issues. All test work out fine. Now for the strange part, if I add virtualdomains support in the /etc/imapd.conf file I can not log into cyradm any longer. I get the following errors in my logs: Mar 14 16:33:42 ghoul perl: unable to dlopen /usr/lib/sasl2/libcrammd5.so.2: /usr/lib/sasl2/libcrammd5.so.2: cannot open shared object file: No such file or directory Mar 14 16:33:42 ghoul perl: unable to dlopen /usr/lib/sasl2/libdigestmd5.so.2: /usr/lib/sasl2/libdigestmd5.so.2: cannot open shared object file: No such file or directory Mar 14 16:33:42 ghoul perl: unable to dlopen /usr/lib/sasl2/liblogin.so.2: /usr/lib/sasl2/liblogin.so.2: cannot open shared object file: No such file or directory Mar 14 16:33:42 ghoul perl: unable to dlopen /usr/lib/sasl2/libmysql.so.2: /usr/lib/sasl2/libmysql.so.2: cannot open shared object file: No such file or directory Mar 14 16:33:42 ghoul perl: unable to dlopen /usr/lib/sasl2/libotp.so.2: /usr/lib/sasl2/libotp.so.2: cannot open shared object file: No such file or directory Mar 14 16:33:42 ghoul perl: unable to dlopen /usr/lib/sasl2/libplain.so.2: /usr/lib/sasl2/libplain.so.2: cannot open shared object file: No such file or directory These files do not seem to exist. But works fine with out the virtualdomain. If I comment out the virtualdomains : and defaultdomains options I can get back in again. Any ideas? Regards, +--+ | Richard Houston .^. | | R.L.H. Consulting /V\ | | E-Mail <[EMAIL PROTECTED]>/( )\ | | WWW ^^-^^| +--+ --- Home Page: http://asg.web.cmu.edu/cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
ctl_mboxlist
Hi all, I am trying to get my backups going for may cyrus server but am having some issues. When I run the following: su cyrus -c "ctl_mboxlist -d" I get nothing back. I am running 2.1.15 with Berkley DB databases. Can some one point out what I might need to check to see what the issue is? Any help would be greatly appreciate. Happy holidays to all of you. Take care and be safe. -- Thanks Richard Houston R.L.H. Consulting www.rlhc.net
RE: Cyrus Server Migration
Hi, I as well would like to know more about these Linux stabilization patches. Thanks in advance, Richard Houston R.L.H. Consulting www.rlhc.net Andrew Brink said: > Perhaps you could tell me more about the linux stabilization patches? > >> -Original Message- >> From: Henrique de Moraes Holschuh [mailto:[EMAIL PROTECTED] >> Sent: Thursday, September 04, 2003 12:13 PM >> To: Andrew Brink >> Cc: Cyrus Info list >> Subject: Re: Cyrus Server Migration >> >> >> On Thu, 04 Sep 2003, Andrew Brink wrote: >> > 1. ext2 or ext3, we are also considering a cluster >> solution using a >> > shared File system (GFS) Any experiences with these? >> >> You're using Linux, then. Definately go with xfs or >> reiserfs. xfs is probably better for large sites, it is >> extremely fast and reliable especially if you tell it that >> yes, it can hog a lot of memory. Even in its standard >> settings, it is much faster than ext3. >> >> You really, really should apply the linux stabilization >> patches in Cyrus. Solaris doesn't appear to need them, but if >> you experienced hangs, you are a top candidate to apply the patches. >> >> The debian packaged version has them all. I believe most >> high-quality RPMs of Cyrus do as well (I am sure the Cyrus >> RPM maintainer(s) will reply to you as well). If you want to >> apply them by hand, be my guest. They are scattered in CMU Bugzilla... >> >> > 2. db3 or db4? The previous server we have has some of the famous >> > locker problems and other db4 problems (we believe). Rob, >> maybe you >> > can bless the "official" db version to use. I am fine using db4, >> > provided that people are successfully using it in production. >> >> Well, in my experience, db4 gives you nothing over (a very >> well patched and >> stabilized) db3.2. So, I will continue to ship cyrus linked >> against Debian's db3.2 for a while more. So far, I have had >> exactly zero problems with db 3.2.9 in Debian... >> >> -- >> "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: Webmail -- What's recommended?
I agree and lets not forget the huge list of plug-ins that can be installed to further extend the already feature rich system. The spell checker plug in was a huge + for my users. Thanks Rich On Tue, 2003-07-15 at 12:22, [EMAIL PROTECTED] wrote: > I used to think that IMP was the best choice, but now I think SquirrelMail > has surpassed it - or if not, it soon will. Tracking the two projects over > time, SquirrelMail seems to have a much faster development model by being > very open to code contributions and suggestions from outside developers. > Now that it's included in the Redhat and Mandrake Linux distributions, I > expect that SquirrelMail will gather even more developer mindshare. > > -- > Scott Langley > [EMAIL PROTECTED] > Systems Administrator > Rural Network Services > > > > Ronen Amity writes: > > > Horde IMP is the best choise. > > > > At 05:48 PM 7/15/2003, David A Powicki wrote: > > > > > >> I also recommend IMP. It does have a steep learning curve, but once you > >> figure out what is going on it is very powerful. It has a number of great > >> features for a web-based mail client and with the additional applications > >> in the Horde framework you have the potential for a Portal application. > >> > >> We support ~7K users logged in per day two on dual PIII systems. > >> > >> > >> -- > >> David Powicki Network Analyst OIT Network Services > >> Voice: 413.545.1605 Fax: 413.545.3203University of Massachusetts > >> email: [EMAIL PROTECTED] Amherst, MA 01003-4640 > >> > >> On Tue, 15 Jul 2003, Etienne Goyer wrote: > >> > >> > I love IMP. It's very flexible and have a ton of features. But, as > >> > somebody else mentioned, it's a pain to configure. > >> > > >> > On Mon, Jul 14, 2003 at 03:57:07PM -0700, James Satterfield wrote: > >> > > What webmail frontend would you all recommend? > >> > > > >> > > James. > >> > > >> > -- > >> > Etienne GoyerLinux Québec Technologies Inc. > >> > http://www.LinuxQuebec.com [EMAIL PROTECTED] > >> > -- Richard Houston R.L.H. Consulting 204-255-5135 www.rlhc.net
Re: Cyrus impa,mysql,postfix, pam PROBLEM
Hi there, Can some one point me at the documentation for the MySQL auxprop plugin? All I can seem to find is on using pam and pam_mysql from the writer of Cyradm-web. Sheepishly thanking you, Rich Houston > On Tue, 17 Jun 2003, Denny Schierz wrote: > >> i searched in google for answers and the most pages says, that the >> maschine is too slow, to handle so many connections. > > This is one reason I'd like to see connection pooling via an auxpropd, > both for the database plugins and the LDAP plugins. > > Though, I do wonder why you're trying to use PAM to do this when there is > a perfectly good MySQL auxprop plugin, especially given all the problems > that people report trying to use PAM. > > -Rob > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 > Research Systems Programmer * /usr/contributed Gatekeeper > > > >
RE: seen file corruption
Hmmm I see your point. Maybe not such a good idea. Thanks for setting me straight. Rich On Fri, 2003-06-13 at 10:19, Rob Siemborski wrote: > On Fri, 13 Jun 2003, Richard Houston wrote: > > > It would be very cool to have the actual messages stored in database as > > well. The dbmail project is doing this in Mysql or Postgresql. Imagine > > the maturity of Cyrus with all the benefits of storage and backup in a > > database. Would be cool. > > Except that the benefits of Cyrus are lost, for the most part, if you > change the mail store. The parser APIs that lie on top of the mail store > are almost trivial to implement compared to the data storage (and > retrieval) mechanisms themselves. > > Cyrus gets its high performance from clever indexing and caching of > information in each mailbox. If you gut all this code and replace it with > a database, you've removed the primary benefit! > > Additionally, you've probably lost some performance because the speed of > Cyrus's store (optimized for IMAP) is going to be hard to beat with a > generic database. Not impossible, but its really not something we're > interested in doing for the foreseeable future. > > As it is, I have trouble understanding why anyone would want to make a > cyrusdb out of a relational database. Cyrusdb provides simple key/value > pairs, where a relational database is providing a lot more, and has more > overhead. If you want to be able to access this data (internal to cyrus) > from another application, you're asking for serious trouble. > > -Rob > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 > Research Systems Programmer * /usr/contributed Gatekeeper > > > On Fri, 2003-06-13 at 10:19, Rob Siemborski wrote: > On Fri, 13 Jun 2003, Richard Houston wrote: > > > It would be very cool to have the actual messages stored in database as > > well. The dbmail project is doing this in Mysql or Postgresql. Imagine > > the maturity of Cyrus with all the benefits of storage and backup in a > > database. Would be cool. > > Except that the benefits of Cyrus are lost, for the most part, if you > change the mail store. The parser APIs that lie on top of the mail store > are almost trivial to implement compared to the data storage (and > retrieval) mechanisms themselves. > > Cyrus gets its high performance from clever indexing and caching of > information in each mailbox. If you gut all this code and replace it with > a database, you've removed the primary benefit! > > Additionally, you've probably lost some performance because the speed of > Cyrus's store (optimized for IMAP) is going to be hard to beat with a > generic database. Not impossible, but its really not something we're > interested in doing for the foreseeable future. > > As it is, I have trouble understanding why anyone would want to make a > cyrusdb out of a relational database. Cyrusdb provides simple key/value > pairs, where a relational database is providing a lot more, and has more > overhead. If you want to be able to access this data (internal to cyrus) > from another application, you're asking for serious trouble. > > -Rob > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 > Research Systems Programmer * /usr/contributed Gatekeeper > > >
RE: seen file corruption
Just an idea, It would be very cool to have the actual messages stored in database as well. The dbmail project is doing this in Mysql or Postgresql. Imagine the maturity of Cyrus with all the benefits of storage and backup in a database. Would be cool. Thanks Rich On Fri, 2003-06-13 at 03:34, Gareth Bult wrote: > Hi, > > I don't suppose that custom MySQL connector is 'available' is it? > > Regards, > Gareth. > > On Thu, 2003-06-12 at 18:22, Brasseur Valéry wrote: > > 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 > > > > > > > > > > -- > > Gareth Bult - Frontier Internet Services Limited > > Tel:02920 820 000 > Fax:02920 820 035 > Email: [EMAIL PROTECTED] > Web: www.bult.co.uk > Statements made are at all times subject to Frontier's Terms and > Conditions of Business, which are available upon request.
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: 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 > >
Re: Restricting IMAP (143) port just for Squirrelmail?
Another option is to use stunnel (stunnel.org) on both side of the connection. Thanks Rich Houston > 11 Èþíü 2003 19:16, Mark London íàïèñàë: >> I would like to restrict Cyrus to only allow users to use IMAPS, not >> plain >> IMAP. However, I was told that would break Squirrelmail, unless I >> opened >> access to IMAP (port 143) for the node that Squirrelmail was running >> on. >> But I'm running XINETD on Redhat, and I've read Cyrus doesn't use that. >> I would need another TCP wrapper program (and not sure if even if I >> installed it, whether it's compatible with Xinetd). Is that true, or >> is >> there an easier way to do it? Another thought I had was to simply have >> IMAP running on a non-standard port number, and have configure >> Squirrelmail >> use that port (is that possible?). Thanks. - Mark > I think it'll be easier to use Horde. It can be connected to IMAPS > without > problem and You can chose wether are you goung to verify certs. > I couldn't find how to manage Squirellmail to use IMAPS port. > Best regards. > Sergios > > > >
Re: RH 9.0 ssl compiler error
Thanks to all that responded to my issue.
The one that worked for me was setting defs in "configure" to be;
DEFS="-DHAVE_CONFIG_H -DOPENSSL_NO_KRB5"
Fix provided by Gareth Butt!!! Thank dude.
Thanks again everyone.
Rich
On Mon, 2003-06-09 at 14:31, Hank Beatty wrote:
> On Fri, 2003-06-06 at 13:22, Jon Nelson wrote:
> > Richard Houston said:
> > > Hi all,
> > >
> > > I am trying to compile Cyrus 2.1.13 on RH 9.0 but it keeps crapping out
> >
> > I had the same problem recently. Let me know if "--without-krb" works,
> > but I don't think it does. A friend of mine wrote this perl script to fix
> > it:
>
> it's actually --without-openssl
>
> >
> > #!/usr/bin/perl -w
> > # FIXIT: for use in cyrus-imapd until they catch up to Redhat's recent
> > #location for kerberos include files
> >
> > use strict;
> >
> > # these are the subdirectories with Makefiles which need modification
> > my @dirs = qw( acap lib imap imtest perl/sieve/lib timsieved );
> >
> > foreach (@dirs) {
> > my $file = "$_/Makefile";
> >
> > open F, "$file"; # read all lines from the Makefile
> > my @lines = ;
> > close F;
> >
> > open F, ">$file";# rewrite the Makefile
> > foreach (@lines) {
> > chomp;# strip off newline
> > # append "-I/usr/kerberos/include" to the CPPFLAGS line
> > # if it's not already there
> > $_ .= " -I/usr/kerberos/include" if /^CPPFLAGS/ && ! /kerberos/;
> >
> > print F "$_\n";# write the line to the file
> > }
> > close F;
> > }
>
> this script worked for me with this mod:
>
> my @dirs = ( lib imap imtest perl/sieve/lib timsieved);
>
> Thank you for all of your help.
>
> Regards,
RH 9.0 ssl compiler error
Hi all, I am trying to compile Cyrus 2.1.13 on RH 9.0 but it keeps crapping out on ssl. I have included the ./configure and the error. Thanks all Rich ./configure --enable-netscapehack --enable-annotatemore --enable-listext --with-perl=/usr/bin/perl --with-libwrap=/usr --with-sasl=/usr --with-seen-db=db3_nosync --with-subs-db=db3_nosync --with-auth=unix gcc -c -I/usr/include -I/usr/include -I. -I.. -I. -I./../lib -DHAVE_CONFIG_H -Wall -g -O2 \ acap.c In file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:64: /usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory In file included from /usr/include/openssl/ssl.h:179, from ../lib/prot.h:54, from acap.c:64: /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:64: /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] Error 1 make[1]: Leaving directory `/mnt/nfs/cyrus-imapd-2.1.13/acap' make: *** [all] Error 1
