Cyrus 2.2 temp file problem when delivering to default domain?
I have made myself a Red Hat 7.3 RPM of the CVS Cyrus 2.2 (as of 26 Sep 2002) and installed it on some test Red Hat 7.3 systems here. The virtual domain handling seems to "almost" work for me! What I reliably and reproducibly get is an error about a temporary file and non-delivery of email, to mailboxes in the default domain. Mail to mailboxes in truly "virtual" domains works fine. How can I best debug this further? This is defintely *not* MTA related (for reference, sendmail 8.12.5 with a slightly hacked proto.m4 to do the retention of the @domain.tld part of local addresses), because I get the same results from running deliver -l as I do from sendmail delivery attempts. Here is an example: jm@a1:~$ /usr/libexec/cyrus/deliver -l 220 mail.a1.net LMTP Cyrus v2.2.prealpha-GRC-RPM-2.2-cvs.20020926 ready lhlo junk 250-mail.a1.net 250-8BITMIME 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-SIZE 250-AUTH EXTERNAL 250 IGNOREQUOTA mail from:<[EMAIL PROTECTED]> 250 2.1.0 ok rcpt to:<[EMAIL PROTECTED]> 250 2.1.5 ok data 451 4.3.2 cannot create temporary file: No such file or directory rset 250 2.0.0 ok mail from:<[EMAIL PROTECTED]> 250 2.1.0 ok rcpt to:<[EMAIL PROTECTED]> 250 2.1.5 ok data 354 go ahead Subject: test b2 b2 . 250 2.1.5 Ok quit 221 2.0.0 bye 13:49:51 jm@a1:~$ a1.net is the default domain, b2.net is a virtual domain (no, I do not really own/use those domain names, they are sanitized). My /etc/imapd.conf is configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus allowanonymouslogin: no sieveuserhomedir: no sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail hashimapspool: true sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem altnamespace: yes unixhierarchysep: yes autocreatequota: 10 virtdomains: yes defaultdomain: a1.net which is just the one from Simon Matter's 2.1.9-3 RPMs with the last five lines added for my own purposes. Permissions and ownership on the relevant /var/{lib,spool}/imap/domain/* files and directories are all fine (owned by cyrus, group mail, directories 0755 and 0700 as expected, files 0600). One point of note: if I run mkimap -d a1.net the error message changes. It then complains about not finding the stage directory, but the error message shows no actual path to a file or directory at all. Also, if I comment out the last two lines of my imapd.conf to disable the virtual domain handling, mail to a normal mailbox then works fine: jm@a1:~$ /usr/libexec/cyrus/deliver -l 220 mail.a1.net LMTP Cyrus v2.2.prealpha-GRC-RPM-2.2-cvs.20020926 ready lhlo junk 250-mail.a1.net 250-8BITMIME 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-SIZE 250-AUTH EXTERNAL 250 IGNOREQUOTA mail from:<[EMAIL PROTECTED]> 250 2.1.0 ok rcpt to: 250 2.1.5 ok data 354 go ahead Subject: test with no virtdomains this works fine. . 250 2.1.5 Ok quit 221 2.0.0 bye jm@a1:~$ I'm happy to help debug this and move 2.2 along a little, but pointers on where to start looking, things to try, etc. would be much appreciated! Should I post syslog data from a failed delivery attempt too? If I need to read the source, what files would be a good place to start reading to find this issue? Thanks in advance, Jonathan -- Jonathan Marsden <[EMAIL PROTECTED]>
Re: Cyrus 2.2 temp file problem when delivering to default domain?
syslog data would be nice. I'm also curious what happens if you send to two recipients in the default domain? I'll look into this as soon as you can send me this info. Ken Quoting Jonathan Marsden <[EMAIL PROTECTED]>: > I have made myself a Red Hat 7.3 RPM of the CVS Cyrus 2.2 (as of 26 > Sep 2002) and installed it on some test Red Hat 7.3 systems here. > > The virtual domain handling seems to "almost" work for me! > > What I reliably and reproducibly get is an error about a temporary > file and non-delivery of email, to mailboxes in the default domain. > Mail to mailboxes in truly "virtual" domains works fine. > > How can I best debug this further? > > This is defintely *not* MTA related (for reference, sendmail 8.12.5 > with a slightly hacked proto.m4 to do the retention of the @domain.tld > part of local addresses), because I get the same results from running > deliver -l as I do from sendmail delivery attempts. Here is an > example: > > jm@a1:~$ /usr/libexec/cyrus/deliver -l > 220 mail.a1.net LMTP Cyrus v2.2.prealpha-GRC-RPM-2.2-cvs.20020926 ready > lhlo junk > 250-mail.a1.net > 250-8BITMIME > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-SIZE > 250-AUTH EXTERNAL > 250 IGNOREQUOTA > mail from:<[EMAIL PROTECTED]> > 250 2.1.0 ok > rcpt to:<[EMAIL PROTECTED]> > 250 2.1.5 ok > data > 451 4.3.2 cannot create temporary file: No such file or directory > rset > 250 2.0.0 ok > mail from:<[EMAIL PROTECTED]> > 250 2.1.0 ok > rcpt to:<[EMAIL PROTECTED]> > 250 2.1.5 ok > data > 354 go ahead > Subject: test b2 > > b2 > . > 250 2.1.5 Ok > quit > 221 2.0.0 bye > 13:49:51 jm@a1:~$ > > a1.net is the default domain, b2.net is a virtual domain (no, I do not > really own/use those domain names, they are sanitized). > > My /etc/imapd.conf is > > configdirectory: /var/lib/imap > partition-default: /var/spool/imap > admins: cyrus > allowanonymouslogin: no > sieveuserhomedir: no > sievedir: /var/lib/imap/sieve > sendmail: /usr/sbin/sendmail > hashimapspool: true > sasl_pwcheck_method: saslauthd > sasl_mech_list: PLAIN > tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem > tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem > altnamespace: yes > unixhierarchysep: yes > autocreatequota: 10 > virtdomains: yes > defaultdomain: a1.net > > which is just the one from Simon Matter's 2.1.9-3 RPMs with the last > five lines added for my own purposes. > > Permissions and ownership on the relevant > /var/{lib,spool}/imap/domain/* files and directories are all fine > (owned by cyrus, group mail, directories 0755 and 0700 as expected, > files 0600). > > One point of note: if I run mkimap -d a1.net the error message > changes. It then complains about not finding the stage directory, but > the error message shows no actual path to a file or directory at all. > > Also, if I comment out the last two lines of my imapd.conf to disable > the virtual domain handling, mail to a normal mailbox then works fine: > > jm@a1:~$ /usr/libexec/cyrus/deliver -l > 220 mail.a1.net LMTP Cyrus v2.2.prealpha-GRC-RPM-2.2-cvs.20020926 ready > lhlo junk > 250-mail.a1.net > 250-8BITMIME > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-SIZE > 250-AUTH EXTERNAL > 250 IGNOREQUOTA > mail from:<[EMAIL PROTECTED]> > 250 2.1.0 ok > rcpt to: > 250 2.1.5 ok > data > 354 go ahead > Subject: test with no virtdomains > > this works fine. > . > 250 2.1.5 Ok > quit > 221 2.0.0 bye > jm@a1:~$ > > I'm happy to help debug this and move 2.2 along a little, but pointers > on where to start looking, things to try, etc. would be much > appreciated! Should I post syslog data from a failed delivery attempt > too? If I need to read the source, what files would be a good place > to start reading to find this issue? > > Thanks in advance, > > Jonathan > -- > Jonathan Marsden <[EMAIL PROTECTED]> > > -- 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 : Mailboxlist incomplete
Hello I'm running the following version of Cyrus: name : Cyrus version: v2.0.16 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.7-10 environment: Cyrus SASL 1.5.24 Sleepycat Software: Berkeley DB 3.2.9: (January 24, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 TCP Wrappers I only have one problem with cyrus being the following: From time to time the mailbox list shown by lm user.* via cyradm or using ctl_mboxlist -d is incomplete. After the mailsystem has been restarted the mailboxlist is back ok. I am running on ext3 filesysten using Redhat 7.2 and having the following configuration: [root@xxx]# cat /etc/cyrus.conf START { # do not delete these entries! mboxlist cmd="ctl_mboxlist -r" deliver cmd="ctl_deliver -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/socket SERVICES { # add or remove based on preferences imap cmd="imapd" listen="imap" prefork=0 imaps cmd="imapd -s" listen="imaps" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=0 pop3s cmd="pop3d -s" listen="pop3s" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 # at least one LMTP is required for delivery lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1 } EVENTS { # this is required checkpointcmd="ctl_mboxlist -c" period=10 # this is only necessary if using duplicate delivery suppression delprune cmd="ctl_deliver -E 3" period=1440 # Uncomment the next entry, if you want to automatically remove # old messages of EVERY user. # This example calls ipurge every 60 minutes and ipurge will delete # ALL messages older then 30 days. # enter 'man 8 ipurge' for more details # cleanup cmd="ipurge -d 30" period=60 } Can somebody please telly what could possibly cause this behavior ? Kind Regards, Tijl
Re: thought's about upgrading to RedHat 8.0
>If you're concerned about the Slapper worm, upgrade your Apache+SSL only. >For other security updates, if you didn't compile the software yourself, >use the RH up2date feature. It should have all the pertinent security fixes >available there. RedHat has OpenSSL packages that resolve the slapper issue available for all recent releases, and have had since July 29th, before I ever heard of slapper. http://www.redhat.com/support/alerts/linux_slapper_worm.html
Re: Cyrus 2.2 temp file problem when delivering to default domain?
I know where this message is coming from, and you _should_ see an error message in imapd.log. I'd also check your available disk space and/or the number of files in the staging area (/var/spool/imap/stage.) Is the spooldir for the default domain on a different partition from the other domains? Jonathan Marsden wrote: > > I have made myself a Red Hat 7.3 RPM of the CVS Cyrus 2.2 (as of 26 > Sep 2002) and installed it on some test Red Hat 7.3 systems here. > > The virtual domain handling seems to "almost" work for me! > > What I reliably and reproducibly get is an error about a temporary > file and non-delivery of email, to mailboxes in the default domain. > Mail to mailboxes in truly "virtual" domains works fine. > > How can I best debug this further? > > This is defintely *not* MTA related (for reference, sendmail 8.12.5 > with a slightly hacked proto.m4 to do the retention of the @domain.tld > part of local addresses), because I get the same results from running > deliver -l as I do from sendmail delivery attempts. Here is an > example: > > jm@a1:~$ /usr/libexec/cyrus/deliver -l > 220 mail.a1.net LMTP Cyrus v2.2.prealpha-GRC-RPM-2.2-cvs.20020926 ready > lhlo junk > 250-mail.a1.net > 250-8BITMIME > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-SIZE > 250-AUTH EXTERNAL > 250 IGNOREQUOTA > mail from:<[EMAIL PROTECTED]> > 250 2.1.0 ok > rcpt to:<[EMAIL PROTECTED]> > 250 2.1.5 ok > data > 451 4.3.2 cannot create temporary file: No such file or directory > rset > 250 2.0.0 ok > mail from:<[EMAIL PROTECTED]> > 250 2.1.0 ok > rcpt to:<[EMAIL PROTECTED]> > 250 2.1.5 ok > data > 354 go ahead > Subject: test b2 > > b2 > . > 250 2.1.5 Ok > quit > 221 2.0.0 bye > 13:49:51 jm@a1:~$ > > a1.net is the default domain, b2.net is a virtual domain (no, I do not > really own/use those domain names, they are sanitized). > > My /etc/imapd.conf is > > configdirectory: /var/lib/imap > partition-default: /var/spool/imap > admins: cyrus > allowanonymouslogin: no > sieveuserhomedir: no > sievedir: /var/lib/imap/sieve > sendmail: /usr/sbin/sendmail > hashimapspool: true > sasl_pwcheck_method: saslauthd > sasl_mech_list: PLAIN > tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem > tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem > altnamespace: yes > unixhierarchysep: yes > autocreatequota: 10 > virtdomains: yes > defaultdomain: a1.net > > which is just the one from Simon Matter's 2.1.9-3 RPMs with the last > five lines added for my own purposes. > > Permissions and ownership on the relevant > /var/{lib,spool}/imap/domain/* files and directories are all fine > (owned by cyrus, group mail, directories 0755 and 0700 as expected, > files 0600). > > One point of note: if I run mkimap -d a1.net the error message > changes. It then complains about not finding the stage directory, but > the error message shows no actual path to a file or directory at all. > > Also, if I comment out the last two lines of my imapd.conf to disable > the virtual domain handling, mail to a normal mailbox then works fine: > > jm@a1:~$ /usr/libexec/cyrus/deliver -l > 220 mail.a1.net LMTP Cyrus v2.2.prealpha-GRC-RPM-2.2-cvs.20020926 ready > lhlo junk > 250-mail.a1.net > 250-8BITMIME > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-SIZE > 250-AUTH EXTERNAL > 250 IGNOREQUOTA > mail from:<[EMAIL PROTECTED]> > 250 2.1.0 ok > rcpt to: > 250 2.1.5 ok > data > 354 go ahead > Subject: test with no virtdomains > > this works fine. > . > 250 2.1.5 Ok > quit > 221 2.0.0 bye > jm@a1:~$ > > I'm happy to help debug this and move 2.2 along a little, but pointers > on where to start looking, things to try, etc. would be much > appreciated! Should I post syslog data from a failed delivery attempt > too? If I need to read the source, what files would be a good place > to start reading to find this issue? > > Thanks in advance, > > Jonathan > -- > Jonathan Marsden <[EMAIL PROTECTED]> -- 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: Folder deliver
On Wed, Oct 02, 2002 at 03:53:15PM +0400, Sergey Merkuriev wrote: > Hello All, > > I know what this is not exim mail list, but I ask one question. > I have Exim SMTP Server and have rule for deliver mail to Cyrus: > > local_delivery: > driver = smtp > protocol = lmtp > hosts = 127.0.0.1 > allow_localhost > > How to create deliver mail from some senders to IMAP user folder such as > vasia.spam. > LMTP protocol posible do it? As Exim has now delivered the mail to Cyrus, why not write a sieve script so that Cyrus sorts the mail into folders? Patrick
Re: TimSieved dies silently, exit status 75 .. in config.c?
On Wed, 2 Oct 2002, Joe Rhett wrote: > I'm using CVS'd cyrus_2_2. For some reason that I can't figure out, > timsieved dies with: Is this a new problem since you've done a CVS update? If so, try doing a make clean and trying again. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Berkeley DB4 can;t allocate memory errors
On Wed, 2 Oct 2002 at 11:41 Aidan Evans wrote to [EMAIL PROTECTED] >On Tue, 1 Oct 2002 at 13:44 Aidan Evans wrote to [EMAIL PROTECTED] > >> Anybody seen errors like this before and have suggestions about what to do >>about them? >> >> Sep 27 22:50:07 imap imapd[32227]: DBERROR db4: Lock table is out of >> available locker entries ... > These errors went away after Cyrus was shut down and the system >rebooted. The shutdown/reboot was not specifically intended to cure this, >it was for a disk reconfiguration. > > As part of this change all of /var/imap became /imap via "cp -ipr" and the >file system is ext3 (using the default journal=ordered) instead of ext2 (the >kernel is 2.4.9-34). Now we have new errors. ... > It feels as though deliver.db and tls_sessions.db have turned into >garbage. What should I do? Can I delete these files and will Cyrus then >re-create them cleanly so I can effectively start them over? Can I do this >while Cyrus is running? The answer appears to be yes, I can delete and start over. I read the code and some Berkeley DB documentation, then took the plunge: I renamed the existing deliver.db and tls_sessions.db and created a new empty "/imap/db" directory (cd /imap; mkdir dbnew; mv db dbold; mv dbnew db). Moments later a new deliver.db appeared and the db directory was repopulated with __db.001 through 005 and a log file. I did miss one thing: I should have copied the "skipstamp" file from the old directory to the new one. I did copy it after seeing "DBERROR: reading /imap/db/skipstamp, assuming the worst" messages and escaped with just a hundred or so of these. P.S. It appears the Berkeley DB code can overwrite the buffer area in which "/imap/db" is passed to "DB->init" because there were numerous messages logged similar to DBERROR: init /imap/db: cyrusdb error" but instead of /imap/db there was garbage. Aidan Evans | Networks & Systems (902)494-3332 | University Computing & Information Services | Dalhousie University, Halifax, N.S., Canada
More on RedHat 8.0, Cyrus compile problems
Hey there, having a little compile problem, think it might be gcc3.2 ... I'm wondering if anybody has a real simple solution that I'm missing, or maybe even similar experiences? Well, here's the story: Just put together a cyrus-imapd-2.1.9/cyrus-sasl-2.1.7 box last week on RH7.3 with the following configurations, and had zero problems - [root@newmail cyrus-sasl-2.1.7]# ./configure --sysconfdir=/usr/local/etc --disable-krb4 --with-dbpath=/usr/local/etc/sasldb --includedir=/usr/local/include --enable-plain --enable-login --disable-java --disable-gssapi --with-mysql=/usr/lib/mysql --without-pam --with-rc4=openssl --with-saslauthd --with-bdb-incdir=/usr/local/include/db4 --with-bdb-libdir=/usr/local/lib --includedir=/usr/include/mysql [root@newmail cyrus-imapd-2.1.9]# ./configure --with-cyrus-prefix=/usr/cyrus --with-dbdir=/usr/local --with-cyrus-group=mail --with-auth=unix --without-zephyr --with-com-err --with-auth=unix --with-ucdsnmp=/usr/lib --with-sasl=/usr/local/include Decided to redo the same setup this week on RH8.0, same packages, same configures. Things blew up... [root@newmail cyrus-sasl-2.1.7]# make make all-recursive make[1]: Entering directory `/home/luke/cyrus-sasl-2.1.7' Making all in include make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/include' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/include' Making all in sasldb make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/sasldb' gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/local/include -I/usr/lib/mysql -Wall -W -g -O2 -c ../sasldb/db_none.c cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory In file included from /usr/include/sys/uio.h:29, from /usr/include/sys/socket.h:27, from ../config.h:352, from ../sasldb/db_none.c:46: /usr/include/bits/uio.h:43: redefinition of `struct iovec' make[2]: *** [../sasldb/db_none.o] Error 1 make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/sasldb' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/luke/cyrus-sasl-2.1.7' make: *** [all-recursive-am] Error 2 [root@newmail cyrus-sasl-2.1.7]# Initially I fixed this error by commenting out some stuff in uio.h, but I just ran into more library errors (lots of warnings, and eventually a missing function definition) after that, decided to stop and email the list before I spent all day massaging libraries and configs... Anybody see a simple error on my part (that would be nice), or know if there is a issue at large with the Cyrus/Redhat distributions? Thanks, LukeJ.
Re: More on RedHat 8.0, Cyrus compile problems
No released version of Cyrus and SASL will work with gcc3. You'll have to grab both from CVS. Luke Johnson wrote: > > Hey there, having a little compile problem, think it might be gcc3.2 ... > > I'm wondering if anybody has a real simple solution that I'm missing, or > maybe even similar experiences? Well, here's the story: > > Just put together a cyrus-imapd-2.1.9/cyrus-sasl-2.1.7 box last week on > RH7.3 with the following configurations, and had zero problems - > > [root@newmail cyrus-sasl-2.1.7]# ./configure --sysconfdir=/usr/local/etc > --disable-krb4 --with-dbpath=/usr/local/etc/sasldb > --includedir=/usr/local/include --enable-plain --enable-login > --disable-java --disable-gssapi --with-mysql=/usr/lib/mysql > --without-pam --with-rc4=openssl --with-saslauthd > --with-bdb-incdir=/usr/local/include/db4 > --with-bdb-libdir=/usr/local/lib --includedir=/usr/include/mysql > > [root@newmail cyrus-imapd-2.1.9]# ./configure > --with-cyrus-prefix=/usr/cyrus --with-dbdir=/usr/local > --with-cyrus-group=mail --with-auth=unix --without-zephyr > --with-com-err --with-auth=unix --with-ucdsnmp=/usr/lib > --with-sasl=/usr/local/include > > Decided to redo the same setup this week on RH8.0, same packages, same > configures. Things blew up... > > [root@newmail cyrus-sasl-2.1.7]# make > make all-recursive > make[1]: Entering directory `/home/luke/cyrus-sasl-2.1.7' > Making all in include > make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/include' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/include' > Making all in sasldb > make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/sasldb' > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/local/include > -I/usr/lib/mysql -Wall -W -g -O2 -c ../sasldb/db_none.c > cc1: warning: changing search order for system directory > "/usr/local/include" > cc1: warning: as it has already been specified as a non-system directory > In file included from /usr/include/sys/uio.h:29, > from /usr/include/sys/socket.h:27, > from ../config.h:352, > from ../sasldb/db_none.c:46: > /usr/include/bits/uio.h:43: redefinition of `struct iovec' > make[2]: *** [../sasldb/db_none.o] Error 1 > make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/sasldb' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/luke/cyrus-sasl-2.1.7' > make: *** [all-recursive-am] Error 2 > [root@newmail cyrus-sasl-2.1.7]# > > Initially I fixed this error by commenting out some stuff in uio.h, but > I just ran into more library errors (lots of warnings, and eventually a > missing function definition) after that, decided to stop and email the > list before I spent all day massaging libraries and configs... > > Anybody see a simple error on my part (that would be nice), or know if > there is a issue at large with the Cyrus/Redhat distributions? > > Thanks, > LukeJ. -- 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: More on RedHat 8.0, Cyrus compile problems
Ken Murchison wrote: > No released version of Cyrus and SASL will work with gcc3. You'll have > to grab both from CVS. > > Really? My system here is running both (SASL 2.1.7 and IMAPD 2.1.9), compiled with GCC 3.2 and not experiencing any difficulties at all. Is there something I should be aware of?
Re: More on RedHat 8.0, Cyrus compile problems
So... How about some free advice then... :) In the List's opinion... starting from scratch, which is better (for a production server)... RH8.0/gcc3.x and CVS cyrus packages or RH7.3/gcc2.x and stable cyrus-imapd-2.1.9/cyrus-sasl-2.1.7 Will gcc3.x be the 'new, have to have thing' and handy for possible future cyrus upgrades, or for a production server is predictabilty of gcc2.x and the stable packages more important? Also, this dove-tails into the start of this thread about known RH7.3 versus a x.0 release, with the difference of this is a new setup, no prexisting machine to consider. My new box will be a mail only box, so probably little chance of running into many buggy packages. So would 8.0 be worth a try, since it contains lots of new stuff (sendmail, berkley, etc), or stick to patched up RH7.3? (BTW, Our shop is all Redhat, so no flames about changing that..out of my hands) Thanks again, (esp. to Ken for my first answer!) LukeJ. Ken Murchison wrote: > No released version of Cyrus and SASL will work with gcc3. You'll have > to grab both from CVS. > > > Luke Johnson wrote: > >>Hey there, having a little compile problem, think it might be gcc3.2 ... >> >>I'm wondering if anybody has a real simple solution that I'm missing, or >>maybe even similar experiences? Well, here's the story: >> >>Just put together a cyrus-imapd-2.1.9/cyrus-sasl-2.1.7 box last week on >>RH7.3 with the following configurations, and had zero problems - >> >>[root@newmail cyrus-sasl-2.1.7]# ./configure --sysconfdir=/usr/local/etc >>--disable-krb4 --with-dbpath=/usr/local/etc/sasldb >>--includedir=/usr/local/include --enable-plain --enable-login >>--disable-java --disable-gssapi --with-mysql=/usr/lib/mysql >>--without-pam --with-rc4=openssl --with-saslauthd >>--with-bdb-incdir=/usr/local/include/db4 >>--with-bdb-libdir=/usr/local/lib --includedir=/usr/include/mysql >> >>[root@newmail cyrus-imapd-2.1.9]# ./configure >>--with-cyrus-prefix=/usr/cyrus --with-dbdir=/usr/local >>--with-cyrus-group=mail --with-auth=unix --without-zephyr >>--with-com-err --with-auth=unix --with-ucdsnmp=/usr/lib >>--with-sasl=/usr/local/include >> >>Decided to redo the same setup this week on RH8.0, same packages, same >>configures. Things blew up... >> >>[root@newmail cyrus-sasl-2.1.7]# make >>make all-recursive >>make[1]: Entering directory `/home/luke/cyrus-sasl-2.1.7' >>Making all in include >>make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/include' >>make[2]: Nothing to be done for `all'. >>make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/include' >>Making all in sasldb >>make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/sasldb' >>gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/local/include >>-I/usr/lib/mysql -Wall -W -g -O2 -c ../sasldb/db_none.c >>cc1: warning: changing search order for system directory >>"/usr/local/include" >>cc1: warning: as it has already been specified as a non-system directory >>In file included from /usr/include/sys/uio.h:29, >> from /usr/include/sys/socket.h:27, >> from ../config.h:352, >> from ../sasldb/db_none.c:46: >>/usr/include/bits/uio.h:43: redefinition of `struct iovec' >>make[2]: *** [../sasldb/db_none.o] Error 1 >>make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/sasldb' >>make[1]: *** [all-recursive] Error 1 >>make[1]: Leaving directory `/home/luke/cyrus-sasl-2.1.7' >>make: *** [all-recursive-am] Error 2 >>[root@newmail cyrus-sasl-2.1.7]# >> >>Initially I fixed this error by commenting out some stuff in uio.h, but >>I just ran into more library errors (lots of warnings, and eventually a >>missing function definition) after that, decided to stop and email the >>list before I spent all day massaging libraries and configs... >> >>Anybody see a simple error on my part (that would be nice), or know if >>there is a issue at large with the Cyrus/Redhat distributions? >> >>Thanks, >>LukeJ. > >
Re: More on RedHat 8.0, Cyrus compile problems
On 03/10/2002 at 10:38 Luke Johnson wrote: >Hey there, having a little compile problem, think it might be gcc3.2 ... ... >make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/sasldb' >gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/local/include >-I/usr/lib/mysql -Wall -W -g -O2 -c ../sasldb/db_none.c >cc1: warning: changing search order for system directory >"/usr/local/include" >cc1: warning: as it has already been specified as a non-system directory As you can see, gcc issue warnings because /usr/local/include is yet included by default in gcc 3.X and Cyrus adds the include at configure time. You must apply a patch that it should be commited in CVS. Regards, Carlos velasco
Re: TimSieved dies silently, exit status 75 .. in config.c?
On Thu, 3 Oct 2002, Joe Rhett wrote: > > Is this a new problem since you've done a CVS update? If so, try doing a > > make clean and trying again. > > I haven't tried Sieve since I started working with Cyrus v2 at all. Last > time I had it working was v1. Nothing I knew them may apply. You misunderstand... In your 2.2 tree, did you ever do this sequence (or something similar): cvs checkout make cvs update make There's a possibility that if you didn't have an intervening make clean after the cvs update, that stuff didn't build properly. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: More on RedHat 8.0, Cyrus compile problems
"Kevin P. Fleming" wrote: > > Ken Murchison wrote: > > No released version of Cyrus and SASL will work with gcc3. You'll have > > to grab both from CVS. > > > > > > Really? My system here is running both (SASL 2.1.7 and IMAPD 2.1.9), > compiled with GCC 3.2 and not experiencing any difficulties at all. Is > there something I should be aware of? It was my understanding that you'd get a bunch of warnings/errors using gcc3 with the released versions. Carlos Velasco submitted configure patches for both which have been applied to CVS. -- 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: More on RedHat 8.0, Cyrus compile problems
Luke Johnson wrote: > > So... How about some free advice then... :) > > In the List's opinion... starting from scratch, which is better (for a > production server)... > > RH8.0/gcc3.x and CVS cyrus packages > or > RH7.3/gcc2.x and stable cyrus-imapd-2.1.9/cyrus-sasl-2.1.7 > > Will gcc3.x be the 'new, have to have thing' and handy for possible > future cyrus upgrades, or for a production server is predictabilty of > gcc2.x and the stable packages more important? I don't think that the compiler version matters, as long as it works with the packages. I don't _think_ that CVS is unstable, in fact I run the current CVS (updated almost every day) on my production/development box). Of course, since I made a lot of recent changes to CVS (new 'at=' option for EVENTs and -T -U options for SERVICES), this statement will probably blow up in my face ;) > > Also, this dove-tails into the start of this thread about known RH7.3 > versus a x.0 release, with the difference of this is a new setup, no > prexisting machine to consider. My new box will be a mail only box, so > probably little chance of running into many buggy packages. So would > 8.0 be worth a try, since it contains lots of new stuff (sendmail, > berkley, etc), or stick to patched up RH7.3? (BTW, Our shop is all > Redhat, so no flames about changing that..out of my hands) I'd be wary of any .0 release. > Thanks again, (esp. to Ken for my first answer!) No problem. > Ken Murchison wrote: > > No released version of Cyrus and SASL will work with gcc3. You'll have > > to grab both from CVS. > > > > > > Luke Johnson wrote: > > > >>Hey there, having a little compile problem, think it might be gcc3.2 ... > >> > >>I'm wondering if anybody has a real simple solution that I'm missing, or > >>maybe even similar experiences? Well, here's the story: > >> > >>Just put together a cyrus-imapd-2.1.9/cyrus-sasl-2.1.7 box last week on > >>RH7.3 with the following configurations, and had zero problems - > >> > >>[root@newmail cyrus-sasl-2.1.7]# ./configure --sysconfdir=/usr/local/etc > >>--disable-krb4 --with-dbpath=/usr/local/etc/sasldb > >>--includedir=/usr/local/include --enable-plain --enable-login > >>--disable-java --disable-gssapi --with-mysql=/usr/lib/mysql > >>--without-pam --with-rc4=openssl --with-saslauthd > >>--with-bdb-incdir=/usr/local/include/db4 > >>--with-bdb-libdir=/usr/local/lib --includedir=/usr/include/mysql > >> > >>[root@newmail cyrus-imapd-2.1.9]# ./configure > >>--with-cyrus-prefix=/usr/cyrus --with-dbdir=/usr/local > >>--with-cyrus-group=mail --with-auth=unix --without-zephyr > >>--with-com-err --with-auth=unix --with-ucdsnmp=/usr/lib > >>--with-sasl=/usr/local/include > >> > >>Decided to redo the same setup this week on RH8.0, same packages, same > >>configures. Things blew up... > >> > >>[root@newmail cyrus-sasl-2.1.7]# make > >>make all-recursive > >>make[1]: Entering directory `/home/luke/cyrus-sasl-2.1.7' > >>Making all in include > >>make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/include' > >>make[2]: Nothing to be done for `all'. > >>make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/include' > >>Making all in sasldb > >>make[2]: Entering directory `/home/luke/cyrus-sasl-2.1.7/sasldb' > >>gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/local/include > >>-I/usr/lib/mysql -Wall -W -g -O2 -c ../sasldb/db_none.c > >>cc1: warning: changing search order for system directory > >>"/usr/local/include" > >>cc1: warning: as it has already been specified as a non-system directory > >>In file included from /usr/include/sys/uio.h:29, > >> from /usr/include/sys/socket.h:27, > >> from ../config.h:352, > >> from ../sasldb/db_none.c:46: > >>/usr/include/bits/uio.h:43: redefinition of `struct iovec' > >>make[2]: *** [../sasldb/db_none.o] Error 1 > >>make[2]: Leaving directory `/home/luke/cyrus-sasl-2.1.7/sasldb' > >>make[1]: *** [all-recursive] Error 1 > >>make[1]: Leaving directory `/home/luke/cyrus-sasl-2.1.7' > >>make: *** [all-recursive-am] Error 2 > >>[root@newmail cyrus-sasl-2.1.7]# > >> > >>Initially I fixed this error by commenting out some stuff in uio.h, but > >>I just ran into more library errors (lots of warnings, and eventually a > >>missing function definition) after that, decided to stop and email the > >>list before I spent all day massaging libraries and configs... > >> > >>Anybody see a simple error on my part (that would be nice), or know if > >>there is a issue at large with the Cyrus/Redhat distributions? > >> > >>Thanks, > >>LukeJ. > > > > -- 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: More on RedHat 8.0, Cyrus compile problems
On 03/10/2002 at 10:39 Kevin P. Fleming wrote: >Ken Murchison wrote: >> No released version of Cyrus and SASL will work with gcc3. You'll have >> to grab both from CVS. >> >> > >Really? My system here is running both (SASL 2.1.7 and IMAPD 2.1.9), >compiled with GCC 3.2 and not experiencing any difficulties at all. Is >there something I should be aware of? gcc issue warnings that configure could take as errors when trying to find out a working compilation for your host. It depends in your parameters that you can do a successfull compilation, but you should better take the CVS version, it's patched. Regards, Carlos Velasco
Re: TimSieved dies silently, exit status 75 .. in config.c?
> > I'm using CVS'd cyrus_2_2. For some reason that I can't figure out, > > timsieved dies with: > > Is this a new problem since you've done a CVS update? If so, try doing a > make clean and trying again. I haven't tried Sieve since I started working with Cyrus v2 at all. Last time I had it working was v1. Nothing I knew them may apply. What does exit status 75 mean? It's dying in config.c -- is there a configuration option I'm overlooking? sievedir is set in imapd.conf. -- Joe Rhett Chief Geek [EMAIL PROTECTED] ISite Services, Inc.
Re: More on RedHat 8.0, Cyrus compile problems
Ken Murchison wrote: > > "Kevin P. Fleming" wrote: > >>Ken Murchison wrote: >> >>>No released version of Cyrus and SASL will work with gcc3. You'll have >>>to grab both from CVS. >>> >>> >> >>Really? My system here is running both (SASL 2.1.7 and IMAPD 2.1.9), >>compiled with GCC 3.2 and not experiencing any difficulties at all. Is >>there something I should be aware of? > > > It was my understanding that you'd get a bunch of warnings/errors using > gcc3 with the released versions. Carlos Velasco submitted configure > patches for both which have been applied to CVS. > Ahhh, ok, well yes there were extraneous warnings, but they didn't cause any compile or configure failures and everything worked for me, so I didn't worry about them. :-)
Re: TimSieved dies silently, exit status 75 .. in config.c?
Ah -- I believe that I always do a make clean, but it won't hurt me to try the build process again. On Thu, Oct 03, 2002 at 03:26:42PM -0400, Rob Siemborski wrote: > On Thu, 3 Oct 2002, Joe Rhett wrote: > > > > Is this a new problem since you've done a CVS update? If so, try doing a > > > make clean and trying again. > > > > I haven't tried Sieve since I started working with Cyrus v2 at all. Last > > time I had it working was v1. Nothing I knew them may apply. > > You misunderstand... In your 2.2 tree, did you ever do this sequence (or > something similar): > > cvs checkout > make > cvs update > make > > There's a possibility that if you didn't have an intervening make clean > after the cvs update, that stuff didn't build properly. > > -Rob > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 > Research Systems Programmer * /usr/contributed Gatekeeper > -- Joe Rhett Chief Geek [EMAIL PROTECTED] ISite Services, Inc.
Re: [POLL] NNTP support for Cyrus?
Well, I'm late to the picnic again (therein lies the danger of sieving list traffic into a separate folder -- too easy to ignore), but I'm definitely intrigued by this concept. Just this morning, several folks on the staff here and I were discussing how to better utilize netnews as an alternative to e-mail for mass communication. Client-side support isn't something that we'd be terribly interested in. I generally think of NNTP for client side stuff as a nasty hack that I wish would go away, and which should be replaced by IMAP, but the world doesn't always agree with me. Server-side support, on the other hand, would definitely be good. While we can do the INN/Cyrus combination to get news over IMAP, a straight nntp feed to cyrus would be cleaner. I guess in that case client-side would allow us to do away with INN altogether, but I'm not sure that's a real advantage. The big one I'm curious about is mailstore replication. I can see how you could deliver messages to one store and syncronize them to others via NNTP, but how would you propogate moves, deletions, flag state changes, etc? Would it be a host of new types of control messages passed via NNTP? Or would you track those some other way? I suppose you could modify MUPDATE to do some of it, but it still seems like message relocation becomes a problem. Anyway, just some thoughts. It's definitely an interesting idea. Michael Bacon Duke University --On Tuesday, September 24, 2002 20:03:59 -0400 Ken Murchison <[EMAIL PROTECTED]> wrote: > I started off on a little test project that Larry and I have been > kicking around, and I wanted to get some feedback from the list. > > As people may or may not know, you can setup Cyrus to store usenet > newsgroups in IMAP folders. Currently, the best known solution for > feeding articles to Cyrus is to use 'imapfeed' which is in the > development branch of INN (there is also a patch against INN 2.2.1 in > netnews/). In working on 'imapfeed' (porting to SASLv2, etc), it > occured to me that some sites might be partial to different news server > software, or might prefer to not have a separate news server at all. > > So, how many people (if any) are interested in seeing NNTP support built > into Cyrus? I'm interested in hearing about both server-side and > client-side support. > > server-side (server/server transfer): > - would allow articles to be fed directly to Cyrus from _any_ NNTP > server (either your own, or your ISP's) > - might allow for easy mailstore replication > > client-side support (reading/posting) > - allow your clients to read articles from the same server/storage via > either IMAP or NNTP > > > FWIW, I already have a working nntpd prototype in the 2.2 branch of > CVS. The server-side support works in both streaming and non-streaming > modes. I have only tested this with INN doing the feeding. The > client-side support works with Pine for both reading and posting > (articles are not fed upstream yet). Neither Netscape nor Outlook seem > happy with the current client-side support as them both appear to depend > on the XOVER extension. > > Ken > -- > 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:Re: reconstruct after deleting folders
Hi folks, I am running Cyrus IMAP 2.1.9 and have been having problems with deleted folders still appearing in the mailbox list. ctl_mboxlist -d > mailboxes.txt vi mailboxes.txt and remove entries for deleted folders ctl_mboxlist -u < mailboxes.txt If I then repeat ctl_mboxlist -d > mailboxes.txt and check the file the removed entries are still there so clear this is not working. I suspect that somewhere the command used has changed and is possibly ctl_cyrusdb or similar now but need some advise. Regards, Phil Ellett, Sheffield. *** BEGIN PREVIOUS THREAD *** Kai, I ran into this problem myself awhile back. The _best_ way to move folders in this manner is to do it in your imap client program. However, if you want to do this by hand (say, for a number of users via a script), you can do the mv command, but you then need to export your mailboxes.db file to a text file, edit the location of the moved folder and import the mailboxes back into the mailboxes.db. The error you're getting is because, in mailboxes.db, there is an entry for the spam folder at the directory level it used to be at. A reconstruct -rf will find and add the new spam folder location, but it cannot remove the old mailboxes.db entry or modify it. As cyrus, ctl_mboxlist -d > mailboxes.txt vi mailboxes.txt and edit your old spam entry ctl_mboxlist -u < mailboxes.txt HTH, Will --On Thursday, 19 September, 2002 22:01 +0200 Kai Groshert <[EMAIL PROTECTED]> wrote: > Hi everybody, > > I'm not sure I fully understood the function of "reconstruct", so if > anyone could give me a hint here... > > I'm trying to move one mailfolder for the user "dimitri", which is > located in /var/spool/imap/user/dimitri: > > -rw---1 cyrusmail4 Sep 19 22:47 cyrus.cache > -rw---1 cyrusmail 181 Sep 19 22:47 cyrus.header > -rw---1 cyrusmail 56 Sep 19 22:47 cyrus.index > drwx--2 cyrusroot 117 Sep 19 22:47 drafts > drwx--2 cyrusroot 117 Sep 19 22:47 sent-mail > drwx--2 cyrusroot 117 Sep 19 22:46 spam > drwx--2 cyrusroot 117 Sep 19 22:51 trash > > I'm trying to move the "spam" folder below the "trash" folder (using > "mv"). After this I obviously need something like reconstruct, but it > gives me this: > > cyrus@centauri:~ > reconstruct -r user.dimitri > user.dimitri > user.dimitri.drafts > user.dimitri.sent-mail > user.dimitri.spam: System I/O error No such file or directory > user.dimitri.trash > > > So I thought, well, the "-f" option looks promising, but wait: > > cyrus@centauri:~ > reconstruct -rf user.dimitri > user.dimitri > user.dimitri.drafts > user.dimitri.sent-mail > user.dimitri.spam: System I/O error No such file or directory > discovered user.dimitri.trash.spam > user.dimitri.trash: Mailbox does not exist > user.dimitri.trash.spam > > > So it found the moved mailbox, but it didn't remove the missing one. > Using "reconstruct -m" doesn't work either: "reconstructing mailboxes.db > currently not supported". > > I'm not sure if the quota command should help, but I get some error too: > > cyrus@centauri:~ > quota -f > __db_assert: "0" failed: file "../dist/../db/db_cam.c", line 86 > Aborted > > > Still, if I run it on a single mailbox (not the modified one), it works: > > cyrus@centauri:~ > quota -f user.christin >Quota % UsedUsed Root > 25 0 2 user.christin > > > > Does anybody know what I'm doing wrong? Is there any way to make imapd > aware of removed folders? > > Any hint would be greatly appreciated. I'm quite confused. > > I'm using cyrus-imapd 2.0.16. > > > Regards, > Kai > > > >
bare newliines
Hi cyrusers! I've been importing mail from Eudora. I import the mail into Mozilla, using the import function. It then appears in "local mail". I then copy the mail over to the IMAP server. I've often been copying emal I hit an email that is not properly constructed and aborts the copy fails. The error is that there are "bare newlines" in the emails... What can be done about this? D.
Re: More on RedHat 8.0, Cyrus compile problems
Hi, CPPFLAGS="-I/usr/local/include ${CPPFLAGS}" This line in the configure script causes gcc-3.2 to emit a warning. Apparently, it wants to automatically add the directory and complains if it is already there. Or maybe it is rearranging the search order from that which was specified. cc1: warning: changing search order for system directory "/usr/local/include" The configure script assumes that because of the warning, the check for 'whatever' failed and makes the wrong decision. I've commented that line out and gotten things to compile successfully. Just make sure to comment it out in all of the configure scripts where it appears. Regards, Mark Keasling <[EMAIL PROTECTED]>
Re: TimSieved dies silently, exit status 75 .. in config.c?
I did a completely clean suck from CVS and rebuilt, and you were right -- problem gone. Danke schon! On Thu, Oct 03, 2002 at 02:38:50PM -0700, Joe Rhett wrote: > Ah -- I believe that I always do a make clean, but it won't hurt me to try > the build process again. > > On Thu, Oct 03, 2002 at 03:26:42PM -0400, Rob Siemborski wrote: > > On Thu, 3 Oct 2002, Joe Rhett wrote: > > > > > > Is this a new problem since you've done a CVS update? If so, try doing a > > > > make clean and trying again. > > > > > > I haven't tried Sieve since I started working with Cyrus v2 at all. Last > > > time I had it working was v1. Nothing I knew them may apply. > > > > You misunderstand... In your 2.2 tree, did you ever do this sequence (or > > something similar): > > > > cvs checkout > > make > > cvs update > > make > > > > There's a possibility that if you didn't have an intervening make clean > > after the cvs update, that stuff didn't build properly. > > > > -Rob > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 > > Research Systems Programmer * /usr/contributed Gatekeeper > > > > -- > Joe Rhett Chief Geek > [EMAIL PROTECTED] ISite Services, Inc. -- Joe Rhett Chief Geek [EMAIL PROTECTED] ISite Services, Inc.
Re: cvs imapd configure errors out on the SASL libs
I can't find the original e-mail but I thought someone said they had solved this -- but either it isn't checked into CVS, or it isn't merged into the cyrus_2_2 tree, because a fresh new pull from CVS was still compiling the conftest program without the --with-sasl paths, and I had to create symbolic links in /usr/local/include for configure to run. On Thu, Sep 26, 2002 at 03:30:54PM -0700, Joe Rhett wrote: > This problem continues to exist in CVS. The problem is that you aren't > including the include path specified by --with-sasl when you compile and > run the test program. > > SASL is installed in /opt/sasl. I'm using the configuration options listed > below. I get the output listed below. > > If I go into /usr/lib/include and type "ln -s /opt/sasl/include/sasl" then > the configure runs perfectly fine. The relevant line is at 5348 in the > configure generated on my system. > > ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" > > There's no use of $CPPFLAGS to pick up the --with-sasl includes or libs. > > Again, you don't notice this because you pollute the includes and libs with > /usr/local automatically, even when it isn't relevant and can be harmful. > Please fix the autoconf to use the --with-sasl options when building > conftest. > > On Tue, Aug 20, 2002 at 09:12:16PM -0700, Joe Rhett wrote: > > Configure problem with cyrus-imapd CVS version -- it's not seeing --with-sasl > > at all. > > > > ./configure --prefix=/opt/imapd --with-cyrus-prefix=/opt/imapd > > --with-sasl=/opt/sasl --with-openssl=/opt/openssl > > --with-dbdir=/opt/berkeleydb > > ...etc... > > checking for sasl/sasl.h... yes > > checking for sasl/saslutil.h... yes > > checking for prop_get in -lsasl2... yes > > configure: error: Incorrect SASL headers found. This package requires SASL 2.1.7 >or newer. > > > > However, the only sasl.h on the system is in /opt/sasl/include/sasl/ ... > > Commenting out the "rm conftest*" in 'configure' and then checking the > > output of the test program shows... > > > > cyclops 151% cat conftest.out > > configure:5278: sasl/sasl.h: No such file or directory > > configure:5281: #error SASL_VERSION_MAJOR not defined > > configure:5284: #error SASL_VERSION_MINOR not defined > > configure:5287: #error SASL_VERSION_STEP not defined > > configure:5291: #error SASL version is less than 2.1.7 > > > > > > I can't quite figure out why this isn't working, but the sasl.h and libsasl2 > > tests are -- maybe you have a clue? > > > > On Wed, Aug 14, 2002 at 10:38:35AM -0700, Joe Rhett wrote: > > > Nope. We had to downgrade so that I could work with your CVS stuff. Most > > > annoying. > > > > > > On Mon, Aug 12, 2002 at 06:52:40PM -0400, Ken Murchison wrote: > > > > Did you upgrade to a new version of autoconf? Only v2.13 will work > > > > (currently). > > > > > > > > > > > > > > > > Joe Rhett wrote: > > > > > On Fri, Aug 09, 2002 at 09:46:42PM -0400, Ken Murchison wrote: > > > > > > > > > >>Joe Rhett wrote: > > > > >> > > > > >>>Well, that's part 2 --- sasl won't compile for me any more. > > > > >> > > > > >>Whoa! Did you try: > > > > >> > > > > >>make distclean > > > > >>rm configure aclocal.m4 > > > > >>sh SMakefile > > > > > > > > > > > > > > > aclocal.m4 doesn't exist for me, and configure never got far enough to make > > > > > a real Makefile so make distclean doesn't work -- but yeah, that's exactly > > > > > what I've done. > > > > > > > > > > > > > > >>>cyclops% sh SMakefile > > > > >>>aclocal -I cmulocal -I config > > > > >>>aclocal: configure.in: 80: macro `AM_DISABLE_STATIC' not found in library > > > > >>>aclocal: configure.in: 82: macro `AM_PROG_LIBTOOL' not found in library > > > > >>>autoheader > > > > >>>autoconf > > > > >>>autoconf: Undefined macros: > > > > >>>configure.in:192: AC_DEFINE(DLSYM_NEEDS_UNDERSCORE), > > > > >>>configure.in:224: AC_DEFINE(HAVE_PAM) > > > > >>>configure.in:236: AC_DEFINE(HAVE_SASLAUTHD) > > > > >>>configure.in:237: AC_DEFINE_UNQUOTED(PATH_SASLAUTHD_RUNDIR, > > > > >>>"$with_saslauthd") > > > > >>>configure.in:251: AC_DEFINE(HAVE_PWCHECK) > > > > >>>configure.in:252: AC_DEFINE_UNQUOTED(PWCHECKDIR, "$with_pwcheck") > > > > >>>configure.in:267: AC_DEFINE(USE_DOORS) > > > > >>>configure.in:274: AC_DEFINE(HAVE_ALWAYSTRUE) > > > > >>>configure.in:287: AC_DEFINE(DO_SASL_CHECKAPOP) > > > > >>>configure.in:302: AC_DEFINE(STATIC_CRAMMD5) > > > > >>>configure.in:330: AC_DEFINE(STATIC_DIGESTMD5) > > > > >>>configure.in:385: AC_DEFINE(STATIC_OTP) > > > > >>>configure.in:412:AC_DEFINE(HAVE_OPIE) > > > > >>>configure.in:441: AC_DEFINE(STATIC_SRP) > > > > >>>configure.in:451:AC_DEFINE(DO_SRP_SETPASS) > > > > >>>configure.in:467: AC_DEFINE(STATIC_GSSAPIV2) > > > > >>>configure.in:480: AC_DEFINE(STATIC_ANONYMOUS) > > > > >>>configure.in:495: AC_DEFINE(STATIC_LOGIN) > > > > >>>configure.in:561: AC_DEFINE(STATIC_MYSQL)], > > > > >>>configure.in:580:AC_DEFINE_UNQUOTED(PLUGINDIR, "$plugindir")
Re: cvs imapd configure errors out on the SASL libs
Forget I said that. Operator error. The fix is in. On Thu, Oct 03, 2002 at 09:04:39PM -0700, Joe Rhett wrote: > I can't find the original e-mail but I thought someone said they had solved > this -- but either it isn't checked into CVS, or it isn't merged into the > cyrus_2_2 tree, because a fresh new pull from CVS was still compiling the > conftest program without the --with-sasl paths, and I had to create > symbolic links in /usr/local/include for configure to run. > > On Thu, Sep 26, 2002 at 03:30:54PM -0700, Joe Rhett wrote: > > This problem continues to exist in CVS. The problem is that you aren't > > including the include path specified by --with-sasl when you compile and > > run the test program. > > > > SASL is installed in /opt/sasl. I'm using the configuration options listed > > below. I get the output listed below. > > > > If I go into /usr/lib/include and type "ln -s /opt/sasl/include/sasl" then > > the configure runs perfectly fine. The relevant line is at 5348 in the > > configure generated on my system. > > > > ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" > > > > There's no use of $CPPFLAGS to pick up the --with-sasl includes or libs. > > > > Again, you don't notice this because you pollute the includes and libs with > > /usr/local automatically, even when it isn't relevant and can be harmful. > > Please fix the autoconf to use the --with-sasl options when building > > conftest. > > > > On Tue, Aug 20, 2002 at 09:12:16PM -0700, Joe Rhett wrote: > > > Configure problem with cyrus-imapd CVS version -- it's not seeing --with-sasl > > > at all. > > > > > > ./configure --prefix=/opt/imapd --with-cyrus-prefix=/opt/imapd > > > --with-sasl=/opt/sasl --with-openssl=/opt/openssl > > > --with-dbdir=/opt/berkeleydb > > > ...etc... > > > checking for sasl/sasl.h... yes > > > checking for sasl/saslutil.h... yes > > > checking for prop_get in -lsasl2... yes > > > configure: error: Incorrect SASL headers found. This package requires SASL >2.1.7 or newer. > > > > > > However, the only sasl.h on the system is in /opt/sasl/include/sasl/ ... > > > Commenting out the "rm conftest*" in 'configure' and then checking the > > > output of the test program shows... > > > > > > cyclops 151% cat conftest.out > > > configure:5278: sasl/sasl.h: No such file or directory > > > configure:5281: #error SASL_VERSION_MAJOR not defined > > > configure:5284: #error SASL_VERSION_MINOR not defined > > > configure:5287: #error SASL_VERSION_STEP not defined > > > configure:5291: #error SASL version is less than 2.1.7 > > > > > > > > > I can't quite figure out why this isn't working, but the sasl.h and libsasl2 > > > tests are -- maybe you have a clue? > > > > > > On Wed, Aug 14, 2002 at 10:38:35AM -0700, Joe Rhett wrote: > > > > Nope. We had to downgrade so that I could work with your CVS stuff. Most > > > > annoying. > > > > > > > > On Mon, Aug 12, 2002 at 06:52:40PM -0400, Ken Murchison wrote: > > > > > Did you upgrade to a new version of autoconf? Only v2.13 will work > > > > > (currently). > > > > > > > > > > > > > > > > > > > > Joe Rhett wrote: > > > > > > On Fri, Aug 09, 2002 at 09:46:42PM -0400, Ken Murchison wrote: > > > > > > > > > > > >>Joe Rhett wrote: > > > > > >> > > > > > >>>Well, that's part 2 --- sasl won't compile for me any more. > > > > > >> > > > > > >>Whoa! Did you try: > > > > > >> > > > > > >>make distclean > > > > > >>rm configure aclocal.m4 > > > > > >>sh SMakefile > > > > > > > > > > > > > > > > > > aclocal.m4 doesn't exist for me, and configure never got far enough to make > > > > > > a real Makefile so make distclean doesn't work -- but yeah, that's exactly > > > > > > what I've done. > > > > > > > > > > > > > > > > > >>>cyclops% sh SMakefile > > > > > >>>aclocal -I cmulocal -I config > > > > > >>>aclocal: configure.in: 80: macro `AM_DISABLE_STATIC' not found in library > > > > > >>>aclocal: configure.in: 82: macro `AM_PROG_LIBTOOL' not found in library > > > > > >>>autoheader > > > > > >>>autoconf > > > > > >>>autoconf: Undefined macros: > > > > > >>>configure.in:192: AC_DEFINE(DLSYM_NEEDS_UNDERSCORE), > > > > > >>>configure.in:224: AC_DEFINE(HAVE_PAM) > > > > > >>>configure.in:236: AC_DEFINE(HAVE_SASLAUTHD) > > > > > >>>configure.in:237: AC_DEFINE_UNQUOTED(PATH_SASLAUTHD_RUNDIR, > > > > > >>>"$with_saslauthd") > > > > > >>>configure.in:251: AC_DEFINE(HAVE_PWCHECK) > > > > > >>>configure.in:252: AC_DEFINE_UNQUOTED(PWCHECKDIR, "$with_pwcheck") > > > > > >>>configure.in:267: AC_DEFINE(USE_DOORS) > > > > > >>>configure.in:274: AC_DEFINE(HAVE_ALWAYSTRUE) > > > > > >>>configure.in:287: AC_DEFINE(DO_SASL_CHECKAPOP) > > > > > >>>configure.in:302: AC_DEFINE(STATIC_CRAMMD5) > > > > > >>>configure.in:330: AC_DEFINE(STATIC_DIGESTMD5) > > > > > >>>configure.in:385: AC_DEFINE(STATIC_OTP) > > > > > >>>configure.in:412:AC_DEFINE(HAVE_OPIE) > > > > > >>>configure.in:441: AC_DEFINE(STATIC_SRP) > > > > > >>>configure.in:451:AC_DEFINE(D