Re: auto purging users 'spambox'
Craig, On 4 Apr 2006 at 6:49, Craig White wrote about auto purging users 'spambox': I've not gotten it to work from cyrus.conf so I am trying it from the command line and I can't seem to find the right string to identify. for example, my path would be /var/spool/imap/c/user/craig/SPAMBOX but none of these work... su - cyrus -c '/usr/lib/cyrus-imapd/ipurge -f -d 7 user/*/SPAMBOX' su - cyrus -c '/usr/lib/cyrus-imapd/ipurge -f -d 7 user/SPAMBOX' su - cyrus -c '/usr/lib/cyrus-imapd/ipurge -f -d 7 */SPAMBOX' What's the magic here? This is an excerpt of /etc/crontab on my system running Debian's 2.1.18 Cyrus: # Domingos a las 23 horas: Limpieza de folders Basura 0 23* * 7 cyrus /usr/sbin/ipurge -f -d 8 -X user/*/Basura and it works. Note: I have altnamespace: no unixhierarchysep: yes on /etc/imapd.conf HTH -- Ramiro 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 master Segmentation fault
Hi, On 27 Apr 2004 at 11:46, sol luna wrote about Cyrus master Segmentation fault: Hi, I have been trying to install Cyrus IMAP on a Debian GNU/Linux 3.0r2 (Woody). When I am running Cyrus IMAP master, there is a Segmentation fault. I configured and compiled Berkeley DB 4.1.25 as follows: export LDFLAGS=-lpthread ./configure --prefix=/usr/local/berkeleydb-4.1.25 --with-gnu-ld make make install ln -sf /usr/local/berkeleydb-4.1.25 /usr/local/berkeleydb Then I configured and compiled OpenSSL 0.9.7d as follows: ./config --prefix=/usr/local/openssl-0.9.7d --openssldir=/usr/local/openssl-0.9.7d make make test make install ln -sf /usr/local/openssl-0.9.7d /usr/local/openssl Then I configured and compiled Cyrus SASL 2.1.18 as follows: export CPPFLAGS=-I/usr/local/berkeleydb/include -I/usr/local/openssl/include export LDFLAGS=-L/usr/local/berkeleydb/lib -L/usr/local/openssl/lib ./configure --prefix=/usr/local/cyrus-sasl-2.1.18 --exec-prefix=/usr/local/cyrus-sasl-2.1.18 --with-gnu-ld --enable-java --with-javabase=/usr/local/java/include --with-dbpath=/usr/local/sasldb2 --with-dblib=berkeley --with-bdb-libdir=/usr/local/berkeleydb/lib --with-bdb-incdir=/usr/local/berkeleydb/include --with-saslauthd --with-pwcheck --with-openssl=/usr/local/openssl --enable-login make make install ln -sf /usr/local/cyrus-sasl-2.1.18 /usr/local/cyrus-sasl Then I configured and compiled Cyrus IMAP 2.2.3 as follows: export CPPFLAGS=-I/usr/local/berkeleydb/include -I/usr/local/openssl/include -I/usr/local/cyrus-sasl/include/sasl export LDFLAGS=-L/usr/local/berkeleydb/lib -L/usr/local/openssl/lib -L/usr/local/cyrus-sasl/lib/sasl2 ./configure --prefix=/usr/local/cyrus-imapd-2.2.3 --exec-prefix=/usr/local/cyrus-imapd-2.2.3 --with-cyrus-prefix=/usr/local/cyrus-imapd-2.2.3 --with-cyrus-user=cyrus --with-cyrus-group=mail --with-dbdir=/usr/local/berkeleydb --with-perl=/usr/bin/perl --with-auth=unix --with-openssl=/usr/local/openssl --with-sasl=/usr/local/cyrus-sasl make depend make all CFLAGS=-O make install ln -sf /usr/local/cyrus-imapd-2.2.3 /usr/local/cyrus Everything seemed to go fine, but when I am running Cyrus IMAP master, there is a Segmentation fault. gdb gives: (gdb) r Starting program: /usr/local/cyrus/bin/master Program received signal SIGSEGV, Segmentation fault. 0x0805f8a7 in ?? () (gdb) where #0 0x0805f8a7 in ?? () #1 0x401eb9e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x401eb11e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x401eb3b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x401aba83 in getservbyname_r () from /lib/libc.so.6 #5 0x401864d3 in sched_rr_get_interval () from /lib/libc.so.6 #6 0x4018661d in sched_rr_get_interval () from /lib/libc.so.6 #7 0x401874dd in getaddrinfo () from /lib/libc.so.6 #8 0x08049daa in service_create () #9 0x0804c92e in main () #10 0x400e414f in __libc_start_main () from /lib/libc.so.6 /var/log/syslog gives: Apr 27 11:18:04 roxanne master[29951]: setrlimit: Unable to set file descriptors limit to -1: Operation not permitted Apr 27 11:18:04 roxanne master[29951]: retrying with 1024 (current max) Apr 27 11:18:04 roxanne master[29951]: process started Apr 27 11:18:04 roxanne master[29952]: about to exec /usr/local/cyrus-imapd-2.2.3/bin/ctl_cyrusdb Apr 27 11:18:04 roxanne ctl_cyrusdb[29952]: recovering cyrus databases Apr 27 11:18:04 roxanne ctl_cyrusdb[29952]: skiplist: recovered /var/imap/mailboxes.db (0 records, 144 bytes) in 0 seconds Apr 27 11:18:04 roxanne ctl_cyrusdb[29952]: done recovering cyrus databases I red a similar problem in the list: http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrusms g=28572 But it seems to not be solved. Any ideas or clues for this problem ? Thanks a lot! Hélène Is using Cyrus 2.2.x a requeriment?. If the answer is no you can try to use the excellent backport of the excellent 2.1.x (currently available version is 2.1.15) Debian .deb packages to Woody maintained by Henrique de Moraes Holschuhat http://people.debian.org/~hmh/ and save youself some headaches. Regards, - Ramiro --- 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
Hasso Meyer-Jordan [Was: Outlook 2002 vs. Cyrus 2.1.12]
On 11 Feb 2003 at 18:32, Hasso Meyer-Jordan wrote: (I wouldn't be surprised about brain-dead Microsoft developers! ;-))) Perhaps badly payed immigrants of India [like unskilled worker]. ) Cheers, Hasso Please, please, in the future try to keep you stupid racist comments out of this technical discussion mailing list. - Ramiro
Re: Problem with cyrus and deleting a message with a virus.
On 21 Jan 2003 at 16:31, Mark London wrote: I'm not messing with it, uvscan is doing it. Is there a better software alternative that will delete viruses on the server? Are we the only people using cyrus that are running virus scanning software on the server? The only valid way to access messages under Cyrus control is via the protocols (IMAP/POP), that's stated clearly in the project description. Why don't you stop the virus before the MTA hands the infected message to Cyrus or even better before the MTA accepts it. There are several software pieces (both commercial and Open Source) that implement that kind of functionality. Btw, I would think cyrus should be able to handle the simple case of a missing single file. I should be able to delete a message for which the message file is already missing. We're not talking about a complex database file structure here. It's a single file with a single message. Ok if that's simple enough then implement this functionality or get somebody on your organization with the relevant programming skills to implement it. Send the patch to the Cyrus developers maybe they will accept and it will get included in the official distribution. If not, you can maintain a it as a local patch and update is to every new Cyrus release you deploy. - Ramiro
Re: Cyrus 2.0.17 and 2.1.11 released
Hi, Al last I managed to update my 2.0.x RPM packages to 2.0.17 http://www.rmorales.com.ar/rpms/cyrus-imapd/ Some other minor modiffications/fixes I had in the backlog were implemented in this new release (2.0.17-2rm too) as well. Regards, On 4 Dec 2002 at 14:48, Rob Siemborski wrote about Cyrus 2.0.17 and 2.1.11 released: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is to announce the release of Cyrus IMAPd 2.0.17 and 2.1.11 on ftp.andrew.cmu.edu. These releases correct the pre-login buffer overflow vulnerabilities recently mentioned on bugtraq. All sites are encouraged to upgrade to atleast 2.0.17. The source is available at: ftp://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.0.17.tar.gz ftp://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.1.11.tar.gz or http://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.0.17.tar.gz http://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.1.11.tar.gz - -Rob - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 Comment: Made with pgp4pine 1.76 iQA/AwUBPe5cGWes8cJc4y/MEQLRKgCgqcPJqh97QWM9wxdtOGgcymPeSSYAoMn1 L2r2xAmPRdZp+/nPHpqroAyA =ShGy -END PGP SIGNATURE- -- Ramiro
Re: Problem rebuilding Simons new source RPM
On 25 Nov 2002 at 16:53, Simon Matter wrote about Re: Problem rebuilding Simons new source RPM: Harris Landgarten schrieb: I tracked down the cause of the problem but am still looking for the source. For some reason perl man pages are being installed to /usr/man instead of /usr/shared/man This causes the find /var/tmp/cyrus-imapd-2.1.10-root/usr/share/man -type f -name Cyrus* to find nothing and the following string of commands to fail with an error. Do you have any idea what could be causing this? Sorry, no. Maybe there is something wrong with you man path? I'm the original author if that piece of shell code for my packages of Cyrus 2.0.x. When I had reports of these kind it was because the installed copy of Perl was not installed via RPM (and hence the Perl man pages location as reported by perl -V weren't under the path described by the %{_mandir} RPM macro (/usr/share/man)). HTH, - Ramiro Simon Harris On Mon, 2002-11-25 at 04:01, Simon Matter wrote: Hi, The only thing I can say is that the source RPM build fine on a untouched RedHat 8.0 installation. I can't make sure it will build on a system where many packages have been installed from other places than the distribution RPMs. It's as easy as this: - Install RedHat 8.0. - Rebuild the source RPM. Simon I am currently running Cyrus 2.1.9 under Redhat 8 using Simons source RPM. I had no problem recompiling and installing from the source RPM per documentation. Subsequently I have updated many Perl Modules. When I try to rebuild the 2.1.10-3 rpm from source I get an error during the rebuild process. The error is from this section of shell script: # Create filelist for perl package, compress manpages before [ -x /usr/lib/rpm/brp-compress ] /usr/lib/rpm/brp-compress find /var/tmp/cyrus-imapd-2.1.10-root/usr/lib/perl5/site_perl/5.8.0/i38 6-linux-thread-multi/Cyrus /var/tmp/cyrus-imapd-2.1.10-root/usr/lib/perl5/site_perl/5.8.0/i38 6-linux-thread-multi/auto/Cyrus -type f -print | sed s@^/var/tmp/cyrus-imapd-2.1.10-root@@g | grep -v perllocal.pod | grep -v \.packlist perl-Cyrus-2.1.10-filelist find /var/tmp/cyrus-imapd-2.1.10-root/usr/share/man -type f -name Cyrus* -print | sed s@^/var/tmp/cyrus-imapd-2.1.10-root@@g | grep -v perllocal.pod | grep -v \.packlist perl-Cyrus-2.1.10-filelist if [ $(cat perl-Cyrus-2.1.10-filelist)X = X ] ; then echo ERROR: EMPTY FILE LIST exit -1 fi It appears that perl-Cyrus-2.1.10-filelist is never being written at all. If I manually run these commands after erroring out, perl-Cyrus-2.1.10-filelist is properly written. I am not sure how to debug an rpmbuild -rebuild so I can see what is going on. BTW, when I try rpmbuild -rebuild on the original 2.1.9 source RPM that I originally installed from, it errors out in the same place. When I tried rebuilding on another Redhat 8.0 box on which the perl modules are relatively untouched, the rpmbuild ran to conclusion. Any ideas on what is going on or how to debug an rpmbuild -rebuild would be appreciated. Harris -- Harris Landgarten [EMAIL PROTECTED] -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CITFax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:[EMAIL PROTECTED]]
Re: RPM Upgrade Nightmare
On 25 Nov 2002 at 16:18, Chris Dos wrote about Re: RPM Upgrade Nightmare: Do you have any ideas on what would be a good way to move the mail directories from /var/spool/imap/user to /var/spool/imap/a-z and then have Cyrus pick them up and run with them. Or perhaps, there might be a way to convert the data that is in /var/imap so it works correctly in /var/lib/imap? The paths used on my packages were inherited from the packages by RH as they were based on them and meant to server as an upgrade path. I have about eight installations that use 2.0.16 and I'd like to be able to come up with a smooth upgrade to I can get them to the 2.1.x series and then just use your rpms instead of Ramiro's which haven't been upgraded in some time. That's true, but I don't plan to update the package to the 2.[12].x series anytime soon. My IMAP server upgrade schedule is unclear yet :-/ Perhaps I will update the package to a newer release to get in some small fixes I had been taking note of, but always in the 2.0.16 upstream version. Chris Regards, - Ramiro
Re: Cyrus 2.x HOWTO for Linux?
FYI, Simon Matter announced his WIP RPM packages of Cyrus 2.1.x in thsi last back in February. The URL for downlading them is http://home.teleport.ch/simix/ On 28 Mar 2002 at 8:58, Jonathan Marsden wrote about Cyrus 2.x HOWTO for Linux? : On 28 Mar 2002, Clifford Thurber writes: Wow great thanks. I did this last summer but I lost my notes on getting this working so this helps. Are you using cyrus with sendmail? Yes. Did you manage to get the TLS working as mentioned in that article? Curious? Not quite yet, but I'm very close... I seem to have some permissions issues with the certificate files right now. I'll document the process, once it actually works for me. This is sendmail-8.12.2-11 (built from the SRPM from Red Hat 'rawhide') on Red Hat 7.2 on x86 hardware. Again thanks. I am thinking of writing up a how to on installing cyrus since it seems like many people are having problems with the BerkeleyDB on linux and cyrus finding the distro shipped verion of the db. Not a bad plan! Though some of the solutions I have seen for that issue on this list look a little manual and unpolished. I think this is more an issue with Cyrus IMAPd 2.1.x -- can you confirm this? With 2.0.16, rebuilding the SRPM by Ramiro Morales seems to work fine. At least until I have SSL/STARTTLS working well for me with 2.0.16 (for IMAP and SMTP), I have no real drive/need to get involved with 2.1.x -- though the altnamespace stuff would definitely be nice to have. As you probably know, there is an existing Cyrus IMAP HOWTO at http://www.linuxdoc.org/HOWTO/Cyrus-IMAP.html but it was written in 2000 and so is for 1.6.24, which is now pretty obsolete. I suggest you contact its author and perhaps work with him if you want to update it for 2.0.16. I'd suggest doing that, and then updating again for 2.1.x, that way there will be a version for each major version of cyrus-imapd (1.6.x, 2.0.x, 2.1.x). My own inclination would be to work instead on packaging the new 2.1.x version as an RPM for Red Hat 7.2, fixing or working around any configure.in buglets discovered along the way, and so making the installation a lot easier for many Linux users. But I don't know if I will need/want this badly enough to make the time to do it -- maybe one of the folks who created cyrus-imapd 2.0.x RPMs will work on this before I get there. Jonathan -- Ramiro
Dirs under partition-default after deletemailbox cyradm command
After I delete the user joe by doing sam userje cd dm userjoe in cyradm The dir partition-default/user/joe (and the dirs below it representing the messages folder created by the user) still exists in the filesystem and the disk space is not recovered Is this correct? Should I delete the partition-default/user dirs manually after deleting 'logically' the mailbox? When I list the mailboxes in the server with lm the mailbox userjoe does not exist anymore for cyradm It's a Intel Linux server running Cyrus 207 The partition-default dir is on a ext2 FS TIA for any help -- Ramiro
RE: dothack and cyrus 2.0.16
Enric, Are you sure? I see the imap/namespace.h file at line 10858 in Simon's patch So patch should be creating it. diff was run with the -N switch so it interpret new files in one dir as inexistent file with the same name in the other dir) Maybe you are using a patch not from GNU? BTW: Simon, nice site, the patches are really interesting. I will consider some of them for a future release of my Red Hat rpms of Cyrus (It will take time to create/test a cyrus SASL 2.1.x package and after that a Cyrus IMPAd 2.1.1 package so I will stick with 2.0.16 by now) On 29 Jan 2002 at 9:28, Enric Ramos wrote about RE: dothack and cyrus 2.0.16: Subject:RE: dothack and cyrus 2.0.16 Date sent: Tue, 29 Jan 2002 09:28:45 +0100 From: Enric Ramos [EMAIL PROTECTED] To: simon [EMAIL PROTECTED], [EMAIL PROTECTED] } } Thanks Simon. } This is tha patch I tested yesterday... } } ... } } But I have the same problem mentioned before... } When I apply this patch, it includes references to namespace.h and } this file doesn't exists in cyrus distribution... } } Ken: } } Thanks for you suggestion. } } } Enric Ramos } Network System Specialyst } Atlas Internet Solutions } [EMAIL PROTECTED] } } } -Mensaje original- } De: simon [mailto:[EMAIL PROTECTED]] } Enviado el: lunes, 28 de enero de 2002 23:28 } Para: [EMAIL PROTECTED] } Asunto: Re: dothack and cyrus 2.0.16 } } } On Mon, 2002-01-28 at 21:38, Ken Murchison wrote: } } } Joe Rhett wrote: } }Any chance one of you could do this so that the branch is } validated and up }to date, please? } } Briref note I have a patch for this (taken from the cvs ) at:- } } http://www.surf.org.uk/downloads/HIERSEP-r2.patch } } -- } Simon Loader } } } -- Ramiro
Re: Signaled to Death by 11
Vernon, Maybe your first 128 MB memory modules are defective? If they are the same in both test you reported (that is you added 256 MB to get 384 MB) and your hardware allowd try making another test without them installed. On 25 Jan 2002 at 12:14, Vernon A.. Fort wrote about Signaled to Death by 11: Subject:Signaled to Death by 11 Date sent: Fri, 25 Jan 2002 12:14:27 -0600 From: Vernon A.. Fort [EMAIL PROTECTED] To: [EMAIL PROTECTED] } Hello all, } I have a problem for which has consumed me. The master process is reporting the following: } } Jan 25 09:58:33 mail master[8412]: process 18150 exited, signaled to death by 11 } } What I have done: } } 1. Re-compiled both cyrus-sasl and cyrus-imap using db3 } } [root@mail bin]# ldd master } libssl.so.2 = /lib/libssl.so.2 (0x40033000) } libcrypto.so.2 = /lib/libcrypto.so.2 (0x4006) } libdb-3.2.so = /lib/libdb-3.2.so (0x40123000) } libresolv.so.2 = /lib/libresolv.so.2 (0x401ca000) } libcom_err.so.2 = /lib/libcom_err.so.2 (0x401dc000) } libc.so.6 = /lib/i686/libc.so.6 (0x401df000) } libdl.so.2 = /lib/libdl.so.2 (0x4031a000) } /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) } [root@mail bin]# } } [root@mail lib]# ldd libsasl.so.7.1.8 } libdb-3.2.so = /lib/libdb-3.2.so (0x40027000) } libdl.so.2 = /lib/libdl.so.2 (0x400ce000) } libcrypt.so.1 = /lib/libcrypt.so.1 (0x400d2000) } libpam.so.0 = /lib/libpam.so.0 (0x400ff000) } libc.so.6 = /lib/i686/libc.so.6 (0x40107000) } /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) } [root@mail lib]# } } From what I can tell, both the master and libsasl are using db3.2 All other imap related programs report the same from ldd. } } 2. Increased the menory from 128 to 384meg. The problem still occures, however, only 3-6 times per day verses once or twice per hour. } } After monitoring, the process only dies when a message is sent to mutiple receipents. Once I restart cyrus, the mail queues flush correctly and all mail is delivered. It appears to be a memory leak issues or the master is referencing an invalid memory assignment, however, I am not a programmer. Cyrus runs very well for a period of time and then just stops. The last message in the postfix logs is always to mutiple receipents. } } System configuration: } } 1. Redhat 7.2 with all redhat updates available using SGI xfs file system. } 2. cyrus-sasl-1.5.24 and cyrus-imapd-2.0.16 } 3. Pentium III 866mgz with 384meg of memory 20gig drive. } 4. The Postfix MTA using lmtp for the delivery Unix-domain sockets, not TCP } 5. Imap using PAM authentication. } } } Any help would be greatly appreciated! } } -- } Vernon A. Fort } Jobsoft Design Development Inc. } http://www.jobsoft.com } (615) 905-9559 ext 19 } -- Ramiro
Re: Sieve again on cyrus 2.0.16
Replying to myself to correct On 7 Jan 2002 at 13:51, Ramiro Morales wrote about Re: Sieve again on cyrus 2.0.16: From: Ramiro Morales [EMAIL PROTECTED] Date sent: Mon, 7 Jan 2002 13:51:40 -0300 Subject:Re: Sieve again on cyrus 2.0.16 } ... } } You need also to create the directories where the users's scripts } will be stored (I'm putting them in /var/imap/sieve; the default } Cyrus uses is /usr/cyrus). Wrong, the default is /usr/sieve } ... } } -- } Ramiro } -- Ramiro
Re: redhat 7.2
I'm pasting below two of the email messages I exchanged with people finding this problem when they try my 2.0.16-2 rpm packages. I'm testing the release 3 on the rpm packages now. It includes these changes/fixes. - Peter: I was looking at this problem during the week end. This is what I found so far: The problem lies with the authorization configuration choices Cyrus makes available (beware: It is authorization or what rights do you have once you have authenticated to the server) they can be unix or kerberos, and this setting dictates which names and features can be used when setting the ACLs in the mailbox folders tree. Until now the compilation process of both the Red Hat's RPMs and of my RPMs was usinn by default the unix authorization method. The --with-kerberos switch passed to configure does not enable nothing in this respect, this just specify the path where the header and libs of kerberos are located. The ./configure script of Cyrus does the following to decide which autorization method to use: # Check whether --with-auth or --without-auth was given. if test ${with_auth+set} = set; then withval=$with_auth WITH_AUTH=$withval else if test -f /etc/krb.conf -o -f /etc/kerberosIV/krb.conf ; then WITH_AUTH=krb else WITH_AUTH=unix fi fi So the /etc/krb.conf that comes with the krbafs package in RHL 7.2 activates the Kerberos method (I observed this in my new RHL 7.2 system). If I create a bogus /etc/krb.conf in my RHL 6.2 system I found myself with the same problem. I don't know if the krb5 libs RHL ships are compatible with the Kerberos environment Cyrus expect to find and if then it is worth modifying the Cyrus configure tests to expect the des_ecb_encrypt() and other stuff in the libdes4... libs shipped with krb5. But this is another completely different (painful?) problem :-D I also don't know if RHL 7 and 7.1 shipped a krbafs package (or some other) containing /etc/krb.conf The recommended solution is to add an explicit --with-auth=unix switch to configure. Even if the Kerberos stuff compiled right out the box it would not be ncie the binary RPM packages of Cyrus to (not) include support of Kerberos depending of what user building the package does (not) have installed her/his system. I think I should copy this note in the web page so it can be read by all the people trying the packages in RHL 7.2 Good luck and thanks for your feedback. Ramiro Morales [EMAIL PROTECTED] wrote: Peter: Tuschy Peter [EMAIL PROTECTED] wrote: Hello Ramiro, i try to compile the latest cyrus rpm on my new setup on RedHat 7.2 and have one problem. In preparation to upgrade my production systems i compile some additional rpms like postfix and cyrus. The error was --- snip -- checking for res_search in -lresolv... yes checking for des_ecb_encrypt in -ldes... no configure: error: The Kerberos DES library is required for Kerberos support. error: Bad exit status from /var/tmp/rpm-tmp.983 (%build) --- snip -- Kerberos5 lib and devel are instelled. any idea ? I just installed RHl 7.2 yesterday but I didn't had enough free time to even booting it. I'm going to try rebuilding it soon. Thanks for your report. Maybe looking at the log file/s generated when you run ./configure can help you sopt the cause of the falied configure. If i changed spec file to ./configure ... --without-krb --with-auth=unix it will compile. Do i need kerberos support if i use sasldb for authentication and have no kerberos configured ? I think no, correct ? I agree with you. Regards Peter - [EMAIL PROTECTED] wrote: Good Day! I am working with your great SRPM's on Redhat 7.2 in an attempt to perform an upgrade to a currently functional Cyrus/Postfix server. I am running into a perl problem when building the RPM from the spec here comes a report of another problem this user is encountering ... BTW, I also have a pristine (that is, no Red Hat official Red Hat updates installed yet) test installation of RHL 7.2 and had no encountered the problem you report. To avoid other potential compilation problems add --with-auth=unix to the %configure call (it avoids errors with the configure script screaming about a missing des function if you have the krbafs package installed because the later provides an /etc/krb.conf that make configure to get it all wrong). Also, if you are going to put the dirs that used to get the S attribute when they were in an ext2 fs (see the %post script) in the a partition with the new ext3 filesystem type then you can modify the script and skip the chattr stuff. Marius Onica [EMAIL PROTECTED] wrote: Hi, I've tried to compile your cyrus-imapd 2.0.16 on a RedHat 7.2 machine. Unfortunately I didn't succeed, due to the fact
Re: [pam/mysql doesnt work]
Mark, try with pan instad of PAM in the entry of /etc/imapd.conf (and be sure the lines in this file does not contains ant extra trailing spaces) I'm almost sure the right entry name in this file is sasl_pwcheck_method so you can drop the pwcheck_method entry. Mark Davis [EMAIL PROTECTED] wrote: Hi all... I want to authenticate the users via a mysql-db. So i compiled pam_mysql and made the files pop3/imap in the /etc/pam.d/ directory. I read all the mailings about pam / mysql... But i still have problems to get the thing to work... I always get the following message in /var/log/messages or /var/log/auth.log: Oct 10 15:33:24 mail imapd[10949]: unrecognized plaintext verifier PAM It seems, that sasl doesnt know what PAM is ?! I compiled sasl with: $ ./configure \ --prefix=/usr \ --with-passwd_method=PAM and the result auf the configure-script looks as PAM should work (see below). sasldb works fine... Any ideas ? All my configuration files are listed below. Greets Mark Davis $ ldd /usr/local/imapd/bin/imapd libsasl.so.7 = /usr/local/lib/libsasl.so.7 (0x40017000) libssl.so.0.9.6 = /usr/lib/libssl.so.0.9.6 (0x40026000) libcrypto.so.0.9.6 = /usr/lib/libcrypto.so.0.9.6 (0x40054000) libdb-3.3.so = /usr/lib/libdb-3.3.so (0x40115000) libresolv.so.2 = /lib/libresolv.so.2 (0x40196000) libnsl.so.1 = /lib/libnsl.so.1 (0x401a8000) libc.so.6 = /lib/libc.so.6 (0x401be000) libdl.so.2 = /lib/libdl.so.2 (0x402db000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x402df000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) $ more /usr/local/sasl/cyrus.conf pwcheck_method: PAM $ more /etc/imapd.conf: configdirectory: /var/imap partition-default: /var/spool/imap admins: root cyrus sasl_pwcheck_method: PAM srvtab: /var/imap/srvtab allowanonymouslogin: no pwcheck_method: PAM allowplaintext: yes $ ./configure --prefix=/usr --with-passwd_method=PAM ... checking for syslog... yes checking for crypt... no checking for crypt in -lcrypt... yes checking for connect... yes checking for pam_start in -lpam... yes checking for security/pam_appl.h... yes checking PAM support... yes checking CRAM-MD5... enabled checking SCRAM-MD5... disabled checking for des_pcbc_encrypt in -ldes... no checking for RSAPublicEncrypt in -lrsaref... no checking for des_pcbc_encrypt in -lcrypto... yes checking for openssl/des.h... yes checking DIGEST-MD5... enabled checking for res_search in -lresolv... yes checking for krb.h... no configure: warning: No Kerberos V4 found checking KERBEROS_V4... disabled checking for gssapi.h... no checking for gssapi/gssapi.h... no configure: warning: Disabling GSSAPI checking GSSAPI... disabled checking ANONYMOUS... enabled checking PLAIN... enabled checking LOGIN... disabled checking SRP... disabled checking X509... disabled $more /etc/pam.d/imap (or pop3) #%PAM-1.0 authoptional/lib/security/pam_mysql.so user=test passwd=word host=localhost table=user db=mail crypt=2 password required /lib/security/pam_mysql.so user=test passwd=word host=localhost table=user db=mail crypt=2 Get free e-mail and a permanent address at http://www.amexmail.com/?A=1
Re: cyradm error
Anderson: The problem you reports is one of the many (I do not remember exactly which of them) integration problems that are fixed by the building process of the RPM packages mantained by the people of Red Hat. Additionally I'm maintaing an indepentend set of rpm packages of Cyrus for Red Hat Linux = 6.2. Perhaps you can opt for try installing one of these rpms or at least try to mimic the building process of one of these packages (and changing the switches you pass to ./configure if you wish to adapt it to your environment) The source rpm package of Red Hat contains Cyrus version 2.0.9 and you can find it in the Powertools CD of Red Hat 7.1 or in the Powertools section of Rawhide (the WIP to RHL 7.1). BTW It's strange they have not updated it for serveral months now. The source rpm for the package set I maintain can be downloadeed from: http://rmrpms.tripod.com/cyrus-imapd/ And are of version 2.0.16 (relase of the packages is 1 and release 2 with several bugfixes is due in a couple of days). Good luck! Anderson [EMAIL PROTECTED] wrote: Hi friends, I am running cyrus-imapd-2.0.16 along with postfix under Red Hat Linux 7.1. Who can help to decide this problem me ? # cyradm -u cyrus localhost Can't locate Cyrus/IMAP/Shell.pm in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl .). BEGIN failed--compilation aborted. Anderson Ferreira Analista de Suporte APPI Informática LTDA. Av. Atáufo de Paiva nº 135/1410 Leblon - Rio de janeiro Tel - 55 21 2529-5600 Fax - 55 21 2511-0785 Get free e-mail and a permanent address at http://www.amexmail.com/?A=1
Re: cyrus/pam_mysql : still no joy
Vincent: I do not remember if you said you use Cyrus 2.0.16 in your original post. But if it is the case perhaps you may want to be sure you do not have extra trailing spaces in the lines of /etc/impad.conf 2.0.16 has this bug. It is now fixed in CVS (file is imap/config.c just if you want to patch it in your local copy). Good luck. Vincent Stoessel [EMAIL PROTECTED] wrote: OK, tried that and added the extra mysql parameters even though according to the pam docs, they are only necessary if you need to change the defaults. Still no joy. :-( Nick Ustinov wrote: I'd change it to auth optional /lib/security/pam_mysql.so ... is user cyr without password? also, you need db= table= usercolumn= Nick -Original Message- From: Vincent Stoessel [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 00:59 To: Nick Ustinov Cc: [EMAIL PROTECTED] Subject: Re: cyrus/pam tutorial? yeah ,killed and started master again. here is the file wc reports 3 lines. My email may have broken it up though [root@web pam.d]# cat imap auth optional pam_mysql.so user=cyr host=securedb passwdcolumn=Password crypt=2 auth required pam_warn.so accountrequired pam_mysql.so user=cyr host=securedb passwdcolumn=Password crypt=2 -- Tamiro Get free e-mail and a permanent address at http://www.amexmail.com/?A=1
Re: Authentication failed of sasldb
[EMAIL PROTECTED] wrote: Hi everybody. I have a question. I have decided to use Cyrus IMAP system a few days ago, so I am a beginner of Cyrus. I encountered an error at first step. My headache is the messages on console when inputing 'imtest' command. S: A01 NO authentication failure Authentication failed. generic failure I tried to use sasldb method and this must be easiest way to authenticate user. Please give me a help. Hello: I'm the maintainer of the packages. Please excuse me for the delay in this response. [ ENVIRONMENT ] Distribution : RedHat7.1 (Japanese version) Library : cyrus-sasl-1.5.24-17 (distribution included) Imapd: cyrus-imapd-2.0.16 (http://rmrpms.tripod.com/cyrus-imapd/) [ PROCESS ] 1. I made some rpm packages by 'rpm -ba' command. then installed these rpm file into system. # rpm -ihv cyrus-imapd-2.0.16-1rm.i386.rpm # rpm -ihv cyrus-imapd-doc-2.9.16-1rm.i386.rpm # rpm -ihv cyrus-imapd-utils-2.0.16-1rm.i386.rpm 2. I subscribed a user to /etc/sasldb database. [root@imap root]# saslpasswd cyrususer Password: * -- input 'cyrususer' Again (for verification): * -- input 'cyrususer' 3. I could see user registration was seceeded. [root@imap root]# sasldblistusers user: cyrususer realm: imap.testdomain.test mech: DIGEST-MD5 user: cyrususer realm: imap.testdomain.test mech: PLAIN user: cyrususer realm: imap.testdomain.test mech: CRAM-MD5 These are the steps the pre install scripts of the packages try to do (please check this is what you have in your system after installing the packages): o Try to create a cyrus system user (uid 76) and a shadow system group (gid 76). o Add user cyrus to group shadow and to group mail (supplementary group) o Create the /etc/sasldb file owned by cyrus/mail and 640 perms (actually, I'm considering changing this because this setup may be stopping user deploying Cyrus along with Sendmail out of the box, I do not use this type of setup but errors as reported by users to em an to Red Hat's Bugzilla seems to indicate this, any help for the user in the mail list will be very appreciated). 4. I started the master daemon. [root@imap root]# /usr/cyrus/bin/master 5. I checked that imap system works correctly by imtest command. But I encounter authintication failure. I am sure the password I input is correct,I tried again and again. [root@imap root]# imtest -p imap -u cyrususer localhost C: C01 CAPABILITY S: * OK imap.s1.itd.nes.nec.co.jp Cyrus IMAP4 v2.0.16 server ready S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT MULTIAPPEND SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE AUTH=DIGEST-MD5 AUTH=CRAM-MD5 X-NETSCAPE S: C01 OK Completed C: A01 AUTHENTICATE DIGEST-MD5 S: + cmVhbG09ImltYXAuczEuaXRkLm5lcy5uZWMuY28uanAiLG5vbmNlPSJQUXM0cUdodFkwOW55MFBmMG10VHVBbUNJMDdCdjQzZE9zRVdhZ0RTZmdZPSIscW9wPSJhdXRoLGF1dGgtaW50LGF1dGgtY29uZiIsY2lwaGVyPSJyYzQtNDAscmM0LTU2LHJjNCxkZXMsM2RlcyIsY2hhcnNldD11dGYtOCxhbGdvcml0aG09bWQ1LXNlc3M= Please enter your password: C: dXNlcm5hbWU9InJvb3QiLHJlYWxtPSJpbWFwLnMxLml0ZC5uZXMubmVjLmNvLmpwIixhdXRoemlkPSJjeXJ1c3VzZXIiLG5vbmNlPSJQUXM0cUdodFkwOW55MFBmMG10VHVBbUNJMDdCdjQzZE9zRVdhZ0RTZmdZPSIsY25vbmNlPSJLQ0hTcGt3SHpKTFJWTC9pdWdYa1djcnI5em95UWlCVmZXS2FsYW5GTHRvPSIsbmM9MDAwMDAwMDEscW9wPWF1dGgtY29uZixjaXBoZXI9InJjNCIsY2hhcnNldD11dGYtOCxkaWdlc3QtdXJpPSJpbWFwL2xvY2FsaG9zdC5sb2NhbGRvbWFpbiIscmVzcG9uc2U9YjIwNjBiYjhjNDZlNWQyZWNjNTYyNDY2MGNlM2NjN2Q= S: A01 NO authentication failure Authentication failed. generic failure Security strength factor: 128 6. the imap log(/var/log/imapd.log) says like below. Sep 1 11:40:23 imap master[24824]: process started Sep 1 11:40:23 imap master[24825]: about to exec /usr/cyrus/bin/ctl_mboxlist Sep 1 11:40:23 imap ctl_mboxlist[24825]: running mboxlist recovery Sep 1 11:40:23 imap ctl_mboxlist[24825]: done running mboxlist recovery Sep 1 11:40:23 imap master[24826]: about to exec /usr/cyrus/bin/ctl_deliver Sep 1 11:40:23 imap master[24824]: ready for work Sep 1 11:40:23 imap master[24827]: about to exec /usr/cyrus/bin/ctl_mboxlist Sep 1 11:40:23 imap ctl_mboxlist[24827]: checkpointing mboxlist Sep 1 11:40:23 imap master[24824]: process 24827 exited, status 0 Sep 1 11:40:31 imap master[24829]: about to exec /usr/cyrus/bin/imapd Sep 1 11:40:31 imap service-imap[24829]: executed Sep 1 11:40:31 imap imapd[24829]: accepted connection Sep 1 11:40:36 imap imapd[24829]: badlogin: localhost.localdomain[127.0.0.1] DIGEST-MD5 authentication failure 7. my /etc/imapd.conf file is like below. configdirectory: /var/imap partition-default: /var/spool/imap admins: cyrus allowanonymouslogin: no sasl_pwcheck_method: sasldb Another tip that may be of some help: Did you
Re: Cyrus IMAP 2.0.16 released
Hello, BTW, Has somebody examined the drac auth patch in Cyrus = 2.0.15?. Is it current? I remember some problems with the patch in imapd.c with the process reuse feature incorporated in 2.0.14. The changes file of 2.0.15 reads: Changes to the Cyrus IMAP Server since 2.0.14 ... * pop3d now can also reuse processes. ... [EMAIL PROTECTED] wrote: I had two patches to apply, the drac_auth.patch and my improved directory hashing patch. The drac_auth.patch had one failure... Patching file man/imapd.conf.5 using Plan A... Hunk #1 failed at 224. This was because the text of the man page had changed in the area of the patch. It was easy to apply by hand. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking- -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
ANN: Cyrus IMAPd rpm packages
People: I have uploaded a new release of the rpm package set of Cyrus IMAPd (sIMAP, [s]POP3) server I maintain. Version is 2.0.14, release is 3rm. The URL is http://rmrpms.tripod.com/cyrus-imapd/ The packages are prepared, built and tested on a Red Hat Linux 6.2 system, but I'm doing my best to make rebuilding the source rpm under Red Hat Linux 7 and 7.1 trouble-free. Support for interfacing with the Sendmail MTA and drac (Dynamic Relay Authorization Control Daemon) is selectable at build time (instructions are on the above URL and on the README.RPM file contained in the cyrus-imapd-doc sub-package). Source (recommended) and binary (Red Hat Linux 6.2/i386) packages are available. The packages are GPG signed. You can download my public key from http://rmrpms.tripod.com/RM-GPG-KEY or from http://www.rmorales.com.ar/RM-GPG-KEY Please report any problem, send patches, comments rants, ... to [EMAIL PROTECTED] Changes since last release: - GPG sign the packages - Change initscript strategy used to avoid killing Postfix master on stop: copy fragments from /etc/init.d/functions of RHL 7.1 - Update to 2.0.14 - note about auth method in README.RPM - Ship perl modules docs - Add e2fsprogs prereq - create -utils and perl-Cyrus sub-packages. - remove rmnews manpage, feedcyrus tool. Name: cyrus-imapd Version: 2.0.14 Release: 3rm Summary: A high-performance mail store with IMAP and POP3 support. Copyright: BSD Group: System Environment/Daemons URL: http://asg.web.cmu.edu/cyrus/imapd/ Conflicts: imap The Cyrus IMAP server is a scaleable enterprise mail system designed for use from small to large enterprise environments using standards-based technologies. A full Cyrus IMAP implementation allows a seamless mail and bulletin board environment to be set up across multiple servers. It differs from other IMAP server implementations in that it is run on sealed servers, where users are not normally permitted to log in. The mailbox database is stored in parts of the filesystem that are private to the Cyrus IMAP system. All user access to mail is through software using the IMAP, POP3, or KPOP protocols. This is the main package, install also the cyrus-imapd-doc package (it contains the documentation in html and plain text formats) and the cyrus-iampd-utils package (it contains server administration tools and depends on the perl-Cyrus package). [ This package has been built with the option of including Sendmail config files that helps implementing Cyrus IMAPd along with that MTA in the same system. You can install this package even if you are not using Sendmail because you must implement manually the use of these Sendmail-specific files and no system configuration file is automatically modified when you install this package. ] [ This package has been built with support for the drac (dynamic relay authorization control) daemon. You can install this package even if you don't use drac because it is disabled by default in imapd.conf(5). ] Name: cyrus-imapd-doc Version: 2.0.14 Release: 3rm Group: Documentation Summary: Documentation files for Cyrus IMAPd administrators. This package contains the documentation files for the Cyrus IMAPd server in html and text formats. The main package is cyrus-imapd. Name: perl-Cyrus Version: 2.0.14 Release: 3rm Group: Applications/CPAN Summary: Cyrus IMAPd utility Perl modules. Requires: cyrus-sasl = 1.5.24-11, db3, openssl, perl This package contains Perl modules neccessary to use the Cyrus server administrative utilities. The main package is cyrus-imapd. Name: cyrus-imapd-utils Version: 2.0.14 Release: 3rm Group: Applications/System Summary: Cyrus IMAPd server admin utilities. This package contains Cyrus IMAPd server administraive tools. It can be installed on systems other than the one running the server. This package depends on the perl-Cyrus package. The main package is cyrus-imapd. Name: cyrus-imapd-devel Version: 2.0.14 Release: 3rm Group: Development/Libraries Summary: Cyrus IMAPd development files. This package contains header files and libraries necessary for developing applications which use the imclient library. The main package is cyrus-imapd. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
updated drac support patch
People: I'm attaching an updated version of the drac patch for version = 2.0.13 of Cyrus IMAPd. This is against version 2.0.14. The update is needed mainly because at 2.0.13 time in imap/imapd.c the struct sockaddr_in *imapd_remoteaddr variable was moved from global scope to the service_main() function and drac_ping() relied in the former behavior. Please feel free to test and modify the patch and perhaps incorporate it in future releases. PS: The instructions to apply the patch are the same to the contained in the previous incarnation of the patch living in the contrib/ subdir, call patch with the -p1 switch. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1 cyrus-imapd-2.0.14-drac.patch.gz
Re: Compilation fails under Red Hat 7.1 - libucdmibs.so undefined reference
Hans: I'm forwarding a message sent by Kevin M. Myer after I announceds a new release of the RPM packages I maintain, it seems he is finding the same problems I hope this helps Kevin M. Myer [EMAIL PROTECTED] wrote: Ramiro, Here is a very simple patch against 2.0.13 to enable compilation on Red Hat systems with UCD SNMP. I see you disable SNMP in your spec file and I've had problems with this ever since Red Hat updated their RPM packages to 4.X format, since they never quite got the libraries linked properly. Anyway, this allows compilation with SNMP support. Note: the stock UCD-SNMP RPM that ships with 7.1 appears to be broken anyway - I had to disable smux MIB support and recompile but thats a Red Hat issue. I'm going to be testing your source RPM against 2.0.13, along with the patch for customizing the delimiter for usernames. I'll let you know if I have any problems. diff -urN cyrus-imapd-2.0.13.orig/configure cyrus-imapd-2.0.13/configure --- cyrus-imapd-2.0.13.orig/configureThu Apr 26 18:39:48 2001 +++ cyrus-imapd-2.0.13/configure Tue May 1 09:48:31 2001 @@ -4720,7 +4720,7 @@ #define HAVE_UCDSNMP 1 EOF -LIB_UCDSNMP=-lucdagent -lucdmibs -lsnmp +LIB_UCDSNMP=-lucdagent -lucdmibs -lsnmp -lrpm -lrpmio -lpopt fi -- Kevin M. Myer Systems Administrator Lancaster-Lebanon Intermediate Unit 13 (717)-560-6140 Hans Deragon [EMAIL PROTECTED] wrote: Greetings I limited my problem to `smux_listen_sd' being an undefined reference. Without changing anything on my system, I added the following libraries in the compilation lines: -lrpm -lrpmio -lgnomesupport The result is the following: [root@world master]# gcc -L/usr/local/lib -Wl,-rpath,/usr/local/lib -g -O2 -o master master.o masterconf.o cyrusMasterMIB.o -lrpm -lrpmio -lgnomesupport -lucdagent -lucdmibs -lsnmp -lssl -lcrypto -lfl -ldb -lcom_err /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libucdmibs.so: undefined reference to `smux_listen_sd' collect2: ld returned 1 exit status I cannot figure out what library provided the `smux_listen_sd' symbol. Anybody got a clue? Thanks, Hans Deragon Miroslav Zubcic wrote: Hans Deragon [EMAIL PROTECTED] writes: I tried to compile cyrus under Red Hat 7.1, but the following errors occured: undefined reference to `rpmdbClose' Looks familiar. :-\ I suspected that it might be a compiler issue (2.96 is I believe still experimental) so I compiled with kgcc: No, it's not gcc. (read below) Since it refers to rpm* stuff, I do not suspect that Cyrus itself is broken, but Red Hat 7.1. I could not imagine why Cyrus would want to have anything to Yes, Red Hat *is* broken. do with rpms, unless this acronym stands for something else than the usual binary packaging system. Any help would be appreciated. I have no clue what libucdmibs.so's function is and how to correct this. Is it possible that library is missing on the compiler's command line? Uninstall snmp package, autoconfigure from cyrus-imapd will find this libraries, and include support for snmp. This libraries are somehow linked with rpm libraries (!?). Just hide or temporary deinstall snmp-devel and snmp (rpm -qa | grep snmp - don't remember full name of package) and rerun ./configure (remove config.cache before, or extract source again). Maybe you can add --without-snmp to cyrus-imapd, but it's safer ti just remove/hide snmp from RedHat. Another error during compilation will be previous declaration of some extern char from malloc.h (or stdio.h?). Just somment out that line in cyru code and rerun make. Sorry, this are nasty workarounds, but I don't know better. :-( -- This signature intentionally left blank Get free email and a permanent address at http://www.amexmail.com/?A=1
ANN: New Cyrus IMAPd rpm packages available
I have uploaded release 8rm of the rpm packages of Cyrus IMAPd server version 2.0.12 I maintain. The URL is http://rmrpms.tripod.com/cyrus-imapd/ The packages are prepared, built and tested on a Red Hat Linux 6.2 system, but I'm doing my best to make rebuilding the source rpm under Red Hat Linux 7 and 7.1 trouble-free. Support for interfacing with the Sendmail MTA and drac (Dynamic Relay Authorization Control Daemon) is selectable at build time (instructions are on the above URL and on the README.RPM file contained in the cyrus-imapd-doc sub-package). Source (recommended) and binary (Red Hat Linux 6.2/i386) packages are available. Almost at the same time I was wrapping up this new release, version 2.0.13 of Cyrus IMAPd was announced. I will try to package the new version, test it and and publish a new set or rpm packages hopefully soon. Thanks goes to Bill Barthel wfbarthel at netcr dot com for reporting problems rebuilding under RHL 7 in the previous release and testing the resultant fixes. Please report any problem, sen patches, comments rants, ... to [EMAIL PROTECTED] --- Name: cyrus-imapd Version: 2.0.12 Release: 8rm Copyright: BSD Group: System Environment/Daemons URL: http://asg.web.cmu.edu/cyrus/imapd/ Summary: A high-performance mail store with IMAP and POP3 support. Description: The Cyrus IMAP server is a scaleable enterprise mail system designed for use from small to large enterprise environments using standards-based technologies. A full Cyrus IMAP implementation allows a seamless mail and bulletin board environment to be set up across multiple servers. It differs from other IMAP server implementations in that it is run on sealed servers, where users are not normally permitted to log in. The mailbox database is stored in parts of the filesystem that are private to the Cyrus IMAP system. All user access to mail is through software using the IMAP, POP3, or KPOP protocols. This is the main package, install also the cyrus-imapd-doc package, it contains the documentation in html and plain text formats. [ This package has been built with the option of including Sendmail config files that helps implementing Cyrus IMAPd along with that MTA in the same system. You can install this package even if you are not using Sendmail because you must implement manually the use of these Sendmail-specific files and no configuration is modified. ] [ This package has been built with support for the drac (dynamic relay authorization control) daemon. You can install this package even if you don't use drac because it is disabled by default in imapd.conf(5). ] --- Name: cyrus-imapd-doc Version: 2.0.12 Release: 8rm Group: Documentation Summary: Documentation files for Cyrus IMAPd administrators. Description: This package contains the documentation files for the Cyrus IMAPd server in html and text formats. The main package is cyrus-imapd. --- Name: cyrus-imapd-devel Version: 2.0.12 Release: 8rm Group: Development/Libraries Summary: Cyrus IMAPd development files. Description: This package contains header files and libraries necessary for developing applications which use the imclient library. The main package is cyrus-imapd. --- Changes since last release: * Fri Apr 27 2001 Ramiro Morales rmrpms at usa dot net - release 8rm - Fix problem when rebuilding on RHL 6.2 with Sendmail su- pport turned on that forced users to create a stub /usr/lib/BuildTools/bin/find_m4.sh. Reported by Bill Barthel wfbarthel at netcr dot com - Fix perl modules manpage problem. Reported by Bill Barthel wfbarthel at netcr dot com - Update README.RPM to reflect RHL 7.1 was just released. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
Re: [Re: Modified drac support patch]
Glad to apport my two cents for Cyrus. Excuse me and please tell me if I'm doing wrong posting it to the list, maybe one should sent the patches to another place. Just to point thay you may want to correct the description of the patch at the top of the file, the first reference to the configuration file to be edited refers erroneously to cyrus.conf(5) instead of imapd.conf. And as a bonus a question (for the mailling list): I'm maintaining RPM packages for Red Hat Linux of Cyrus IMAPd, and I'm giving the final retouches to the package containing version 2.0.12. Here is the situation (I hope being clear enough with my bad english): 1) Now that drac support is selectable at runtime I want to be able to make incorporating the drac patch at build time a choice for the builder (he/she should have libdrac.a available in the filesystem at this point). 2) Right now the package build process is using configure as it comes with the Cyrus IMAPd distribution. 3) the drac patch needs to rebuild configure from the patched configure.in, so it adds two (possibly three?) new packages to the list of build dependencies: (automake autoconf (and smake?) I was trying to avoid this and come to the following solution: install automake, autoconf (and smake?) on my system unpack the Cyrus IMAPd distribution to dir A unpack the Cyrus IMAPd distribution to dir B apply the drac patch to dir B run # rm -f aclocal.m4 configure ; sh SMakefile on dir B An now obtain a new drac patch by running diff -ruN A B This new drac patch is applied in the %prep section of the specfile. a diffstat -w 50 run on it gives now: acconfig.h |3 config.h.in |3 configure| 511 + configure.in | 15 imap/imapd.c | 52 ++ imap/pop3d.c | 13 man/imapd.conf.5 |7 7 files changed, 378 insertions, 226 deletions (the high change count in configure is because many "echo configure:line number" changes after insertion os some lines on it) I'm doing this because the 'expected audience' for the RPM packages is people running Red Hat Linux (as I do), 7 and even the coming 7.1 each one with potentially different versions (or none at all) of db3 and cyrus-sasl so I'm recommending people to download and rebuild the source RPM in their system rather to use the binary one made in my system. But I want to avoid, if possible, to force them to install autoconf, automake (and smake). Is it correct or I'm making some wrong assumption(s) ? TIA ! Ken Murchison [EMAIL PROTECTED] wrote: Thanks for the changes. I have attached a slightly modified version of your patch for 2.0.12. I have also checked a similar patch into CVS for inclusion with future releases. My changes: - Use value of 'dracinterval' to enable/disable DRAC at runtime. - Set the default value of 'dracinterval' to 5, since I think that most people who compile Cyrus with DRAC support will tend to use it and expect it to be on. - Disable DRAC at runtime if dracd can not be contacted. Ken Get free email and a permanent address at http://www.amexmail.com/?A=1
Modified drac support patch
I'm attaching a modified version of the patch to add drac support to Cyrus imapd/pop3d daemons. It is based in the one included in the contrib directory of the 2.0.12 distribution. I have modified the configuration variables used in imapd.conf to be able to specify at runtime if one wants to use (or not) drac even when the binary used is compiled with drac support (before it was always enabled). Also the interval in minutes between submissions to the dracd daemon made by imapd during a user's IMAP session is now configurable (previously it was fixed to 5 minutes). It is then now possible to play with this setting and the -e switch parameter passed to the dracd daemon. The relevant imapd.conf options are dracinterval: 0 If nonzero it enables drac support for imapd and pop3d indicating then the amount of time in minutes between submissions to the dracd daemon made by imapd. drachost: localhost The host where the dracd daemon is running. The instructions to apply it are the same to the ones included with the original patch. Just take in account the configuration file you modify is imapd.conf and not cyrus.conf. Excuse me for my English. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1 diff -ruN cyrus-imapd-2.0.12-orig/acconfig.h cyrus-imapd-2.0.12/acconfig.h --- cyrus-imapd-2.0.12-orig/acconfig.h Thu Feb 8 00:46:56 2001 +++ cyrus-imapd-2.0.12/acconfig.h Sun Mar 4 14:56:19 2001 @@ -78,6 +78,9 @@ /* the TCP control package */ #undef HAVE_LIBWRAP +/* the Dynamic Relay Authorization Control package */ +#undef DRAC_AUTH + /* do we have OpenSSL? */ #undef HAVE_SSL diff -ruN cyrus-imapd-2.0.12-orig/configure.in cyrus-imapd-2.0.12/configure.in --- cyrus-imapd-2.0.12-orig/configure.inMon Feb 19 20:54:42 2001 +++ cyrus-imapd-2.0.12/configure.in Sun Mar 4 14:56:19 2001 @@ -714,6 +714,21 @@ SNMP_SUBDIRS="" AC_SUBST(SNMP_SUBDIRS) + + +dnl +dnl Test for DRAC +dnl +AC_ARG_WITH(drac, [ --with-drac=DIR use DRAC library in DIR [no] ], + if test -d "$withval"; then + LDFLAGS="$LDFLAGS -L${withval}" + AC_CHECK_LIB(drac, dracauth, + AC_DEFINE(DRAC_AUTH) + LIBS="${LIBS} -ldrac") + fi) + + + CMU_SOCKETS CMU_LIBWRAP CMU_UCDSNMP diff -ruN cyrus-imapd-2.0.12-orig/imap/imapd.c cyrus-imapd-2.0.12/imap/imapd.c --- cyrus-imapd-2.0.12-orig/imap/imapd.cFri Feb 16 21:55:10 2001 +++ cyrus-imapd-2.0.12/imap/imapd.c Fri Mar 2 09:12:42 2001 @@ -119,6 +119,9 @@ "jul", "aug", "sep", "oct", "nov", "dec" }; +static int drac_interval; +static int drac_isconn; + void shutdown_file(int fd); void motd_file(int fd); void shut_down(int code); @@ -486,6 +489,22 @@ TLS negotiation immediately */ if (imaps == 1) cmd_starttls(NULL, 1); +#ifdef DRAC_AUTH +{ + char *err; + drac_interval = config_getint("dracinterval", 0); + if (drac_interval 0) + drac_interval = 0; + drac_isconn = 0; + if (drac_interval) { + if (dracconn(config_getstring("drachost", "localhost"), err) != 0) + syslog(LOG_NOTICE, "dracconn: %s", err); + else + drac_isconn = 1; + } +} +#endif /* DRAC_AUTH */ + snmp_increment(TOTAL_CONNECTIONS, 1); snmp_increment(ACTIVE_CONNECTIONS, 1); @@ -561,6 +580,12 @@ prot_flush(imapd_out); /* one less active connection */ snmp_increment(ACTIVE_CONNECTIONS, -1); + +#ifdef DRAC_AUTH +if (drac_interval drac_isconn) + (void) dracdisc((char **)NULL); +#endif /* DRAC_AUTH */ + exit(code); } @@ -581,6 +606,23 @@ } +#ifdef DRAC_AUTH +/* + * Ping dracd every drac_interval min to let it know that we are still connected + */ +struct prot_waitevent *drac_ping(struct protstream *s, + struct prot_waitevent *ev, void *rock) +{ +char *err; + +if (dracsend(imapd_remoteaddr.sin_addr.s_addr, err) != 0) + syslog(LOG_NOTICE, "dracsend: %s", err); + +ev-mark = time(NULL) + (drac_interval * 60); +return ev; +} +#endif /* DRAC_AUTH */ + /* * Top-level command loop parsing */ @@ -1429,6 +1471,11 @@ if (!reply) reply = "User logged in"; +#ifdef DRAC_AUTH +if (drac_interval drac_isconn) + prot_addwaitevent(imapd_in, 0 /* ping now */, drac_ping, NULL); +#endif /* DRAC_AUTH */ + /* Create telemetry log */ sprintf(buf, "%s%s%s/%lu", config_dir, FNAME_LOGDIR, imapd_userid, (unsigned long) getpid()); @@ -1585,6 +1632,11 @@ prot_setsasl(imapd_in, imapd_saslconn); prot_setsasl(imapd_out, imapd_saslconn); + +#ifdef DRAC_AUTH +if (drac_interval drac_isconn) + prot_addwaitevent(imapd_in, 0 /* ping now */, drac_ping, NULL); +#endif /* DRAC_AUTH */ /* Create telemetry log */ sprintf(buf, "%s%s%s/%lu", config_dir,
Cyrus IMAPd 2.0.11 RPM packages available
Cyrus IMAPd and Red Hat Linux users: I have uploaded the first public release (5.62.crm) of the RPM packages of Cyrus IMPAd version 2.0.11: cyrus-imapd-2.0.11-5.62.crm.i386.rpm cyrus-imapd-doc-2.0.11-5.62.crm.i386.rpm (Intel 386 binary rpms) cyrus-imapd-2.0.11-5.62.crm.src.rpm (source rpm) to http://rmrpms.tripod.com/cyrus-imapd/ The packages were prepared and tested in a Red Hat Linux 6.2 Intel system. If you are a user of Red Hat Linux 7.0 you can: - Download the source rpm and, after installing required packages to satisfy the build prerequisites, rebuild it to obtain new binaries. - If you can live with the documentation going to in /usr/doc and not in /usr/share/doc you can download the binary rpms In both cases you can verify/fix manually the cyrus initscript works in the actual location /etc/rc.d/init.d. Patches to add RHL = 7 compatibility are welcome. Now that (in Lawrence Greenfield words) "...We now consider the 2.0 line production quality code...", some 1.6.x users may want to upgrade so I have moved the documentation to a new -doc sub-package, that can be installed independently of the main one. Relevant changes: - Update to 2.0.11 - Explicit dependency of cyrus-sasl = 1.5.24-11 - Add patch from Lawrence Greenfield for bad file descriptor ordering and rlimit type portability. - Add patch from Bitt Faulk for spurious linking with libwrap in programs not needing it. - Added postinstall console message about reading install-upgrade.html for people doing an upgrade. - Added newly supported reload action to initscript. - Incorporate RedHat fixes: disable snmp support, honor CFLAGS when building the perl sieve library. - Initscript: delete debugging lines added in previous release - Many minor fixes and mods (updated set of manpages, initscript fixes and tweaks, omit unneeded files and patches, etc.) Binary rpm for other architectures are welcome. Please report bugs/send patches/etc. to rmrpms at usa dot net Regards, -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
Creating an empty mailboxes.db
Cyrus gurus: I'm in the process of wrapping up the RPM package of cyrus-imapd version 2.0.11. In previous versions the package installation process created an empty mailboxes.db file in /var/imap (which is the value if the "configdirectory" directive in /etc/imapd) and this didn't caused problems. In my tests I have found that in 2.0.11 imapd dies dumping a core file when you connect, say with cyradm to create the first mailbox, to the imap port. The relevant portion of the logfiles follows: -- master: unable to change limit of file descriptors available master[17893]: process started ctl_mboxlist[17895]: running mboxlist recovery ctl_mboxlist[17895]: done running mboxlist recovery master[17893]: no service 'pop3s' in /etc/services, disabling pop3s master[17893]: no service 'sieve' in /etc/services, disabling sieve master[17893]: ready for work ctl_mboxlist[17901]: checkpointing mboxlist PAM_pwdb[17904]: (su) session opened for user cyrus by (uid=0) imapd[17906]: DBERROR: opening /var/imap/mailboxes.db: No such file or directory imapd[17906]: DBERROR: opening /var/imap/mailboxes.db: cyrusdb error PAM_pwdb[17904]: (su) session closed for user cyrus -- I think ctl_mboxlist, configured as follows in /etc/cyrus.conf, -- START { # do not delete these entries! mboxlist cmd="ctl_mboxlist -r" ... } EVENTS { # this is required checkpointcmd="ctl_mboxlist -c" period=30 ... } -- interprets the zero-sized file as corrupt and then deletes it. I have modified the post-install process so it creates an empty (0 records) mailboxes.db in the following way: su cyrus -c "echo -n | /usr/cyrus/bin/ctl_mboxlist -u -f /var/imap/mailboxes.db" 2 /dev/null Can somebody with more experience in db3/cyrus IMAPd tell me if I'm in the good way or doing something dumb ? PS: This approach seems to fix the imapd-dies-right-after-the-first-connection problem TIA, and as always excuse me for my english. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
Re: [Re: Creating an empty mailboxes.db]
"David Fuchs" [EMAIL PROTECTED] wrote: You'll need to run `tools/mkimap' as the cyrus user to create the proper directory structure and any initial DB files. The mkimap utility will read the pathnames from your /etc/imapd.conf file. Right, the installation process ir running mkimap but I think mkimap is no supossed to create mailboxes.db, this is the reason of creating the file with the touch command in previous versions on the rpm package. I´m going home now and will take a look at it. Also, 2.0.11 has a problem with the master process's handling of file descriptors, Lawrence Greenfield has posted a patch to fix this. -David Fuchs Yes, I have applied the patch, and one from Bitt Faulk (concerning the linking of libwrap and some typos in the timsieved Makefile). I suspected the mailboxes.db problem and the limit_fds() problem fixed by LG were two different things so with the patch for the latter now applied I´m looking at the former. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
Re: [Re: squirrelmail 1.01 and cyrus-imapd 2.0.9]
Just a correction: Squirrelmail differs from other web mail implementations in this aspect because implements its own IMAP (and SMTP) routines library in PHP. So it doesn't use the standard PHP IMAP support, so no depends on c-client. Simon Loader [EMAIL PROTECTED] wrote: squirral mail is PHP. I find ( personally ) that PHP and IMAP (UW cclient) sometimes tend to crash ??? I get spurous errors all other the place. (which I cant find any now :( ). Anyway , try makeing sure you have the latest version or c-client (2000a ? ) compiled in with PHP. Get free email and a permanent address at http://www.amexmail.com/?A=1
Re: [New cyrus-imapd RPM packages available]
Ramiro Morales [EMAIL PROTECTED] wrote: It is strongly recommended you use a cyrus-sasl-1.6.24-rev (rev = 11, current rev = 15) package from Red Hat's Raw Hide, prevoius versions are broken (see Red Hat Bugzilla bug #18968) Oops, the correct cyrus-sasl version is 1.5.24, not 1.6.24 -- Ramiro Morales Get free email and a permanent address at http://www.amexmail.com/?A=1