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-cyrus&ms > 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: 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: 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: 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 user.je cd >dm user.joe in cyradm The dir /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 /user dirs manually after deleting 'logically' the mailbox?. When I list the mailboxes in the server with lm the mailbox user.joe does not exist anymore for cyradm. It's a Intel Linux server running Cyrus 2.0.7. The 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: Sieve again on cyrus 2.0.16
Well, I'm feeling the need to implement Sieve on one of my servers too. So I'm preparing a new release of the rpm packages. In the release 3 (cyrus-imapd-2.0.16-3rm) I limited myself to adding the sieve service line to the /etc/service file at install time. But that's far from what is needed to have the full environment for Sieve to work correctly. 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). Let's say it's x Then, you need to tell Cyrus about that (in /etc/imapd.conf): sievedir: x sieveusehomedir: no And perhaps specify the location of the sendmail binary (if any) of your MTA with: sendmail: /usr/sbin/sendmail (that's for Postfix rpm package, Cyrus default is /usr/lib/sendmail) Then you must create the a..z dirs under x. Note: The x/ and x/{a..z} dirs mut be owned by cyrus.mail and with mod 0750. I hope being able to finish the new package release soon (I'm creating a new cyrus-imapd-sieve sub-package implementing all the steps above) but I'm trying to give the option to enable SNMP support to the src.rpm rebuilder and I want to get it right for all the Red Hat releases I'm targetting (6.2 ... 7.2) The specfile is starting to look a little messy :-/ Hope this helps. On 5 Jan 2002 at 15:48, Abu wrote about "Sieve again on cyrus 2.0.16": Date sent: Sat, 5 Jan 2002 15:48:29 +0700 From: Abu <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Sieve again on cyrus 2.0.16 } I use cyrus-imapd-2.0.16rm.rpm (Ramiro Morales rpm), using sasl_pw_chek: pam (mysql),cyrus-imapd running good, but i dont understand sieve : } } /etc/imapd.conf: } } configdirectory: /var/imap } partition-default: /var/spool/imap } admins: cyrus } allowanonymouslogin: no } quotawarn: 90 } } sasl_pwcheck_method: pam } } /etc/service: } sieve2000/tcp } } using cyradm: } } [abu@kantorku SPECS]$ cyradm -u cyrus -auth login localhost } IMAP Password: } localhost> lm } user.abu } user.abu_kantorku_com } .. } } #telnet localhost sieve } } telnet localhost sieve } Trying 127.0.0.1... } Connected to localhost. } Escape character is '^]'. } "IMPLEMENTATION" "Cyrus timsieved v1.0.0" } "SASL" "LOGIN PLAIN" } "SIEVE" "fileinto reject envelope vacation imapflags notify subaddress regex" } OK } } [abu@kantorku SPECS]$ sieveshell -u cyrus -a cyrus localhost } connecting to localhost } Please enter your password: xxx } unable to connect to server: Authentication error at /usr/bin/sieveshell line 149, line 1. } } Log pam say normaly/success but sieveshell cannot authenticate. } i have cyrus user, if i login with cyradm successfully but sieveshell failed, } anybody can help to solve this? } } tx. } } -- }__ } (oo) Open Solution Provider visit http://www.trabas.com } / \/ \ GnuPg public information pub 1024/EBD26280 } `V__V' A9A9 8F57 9E9D 14E3 05B4 3EDB C241 A313 EBD2 6280 } Don't relax! It's only your tension that's holding you together. } -- 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 y
ANN: Cyrus IMAPd rpm packages version 2.0.16-2rm
People: I have uploaded a new release of the rpm package set of Cyrus IMAPd server I'm maintaining. Version is 2.0.16, release is 2rm. The URL is http://rmrpms.tripod.com/cyrus-imapd/ These 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 README.RPM has been updated with help on common problems encoun- tered deploying Cyrus on Red Hat Linux servers. Reading it entirely is recommended. 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 (2.0.16-1rm): - From CVS: patch for /etc/imapd.conf file trailing spaces bug - From CVS: master daemon now calls initgroups() and setgid(); - Always ship sendmail.cyrus.mc in the source rpm this should help solve problems with /etc/sasldb and /etc/shadow perms - Change perms of /etc/sasldb to 640 root mail - s/Copyright/License/ - Fix links to cyradm and imapd.conf manpages in html documentation - Cyrus service stops are silent now (preun, triggerin) - Add a Packager tag - Update README.RPM - specfile cleanup & tweaks Standard info about the packages follows: Name: cyrus-imapd Version : 2.0.16 Release : 2rm Summary : A high-performance mail store with IMAP and POP3 support. License : BSD Group : System Environment/Daemons Build Date : Sat 20 Oct 2001 01:38:01 PM GMT+3 Build Host : mowgli.rmorales.com.ar Source RPM : cyrus-imapd-2.0.16-2rm.src.rpm Size: 3966180 Packager: Ramiro Morales <[EMAIL PROTECTED]> 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) and the cyrus-imapd-utils package (it contains server administration tools and depends on the perl-Cyrus package). -- Name: cyrus-imapd-devel Version : 2.0.16 Release : 2rm Summary : Cyrus IMAPd development files. License : BSD Group : Development/Libraries Build Date : Sat 20 Oct 2001 01:38:01 PM GMT+3 Build Host : mowgli.rmorales.com.ar Source RPM : cyrus-imapd-2.0.16-2rm.src.rpm Size : 712956 Packager: Ramiro Morales <[EMAIL PROTECTED]> Description : This package contains header files and libraries necessary for developing applications which use the imclient library. The main package is cyrus-imapd. -- Name: cyrus-imapd-doc Version : 2.0.16 Release : 2rm Summary : Documentation files for Cyrus IMAPd administrators. License : BSD Group : Documentation Build Date : Sat 20 Oct 2001 01:38:01 PM GMT+3 Build Host : mowgli.rmorales.com.ar Source RPM : cyrus-imapd-2.0.16-2rm.src.rpm Size : 518955 Packager: Ramiro Morales <[EMAIL PROTECTED]> 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-utils Version : 2.0.16 Release : 2rm Summary : Cyrus IMAPd server admin utilities. License : BSD Group : Applications/System Build Date : Sat 20 Oct 2001 01:38:01 PM GMT+3 Build Host : mowgli.rmorales.com.ar Source RPM : cyrus-imapd-2.0.16-2rm.src.rpm Size: 59288 Packager: Ramiro Morales <[EMAIL PROTECTED]> Description : This package contains Cyrus IMAPd server administrative 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: perl-Cyrus Version : 2.0.16 Release : 2rm Summary : Cyrus IMAPd utility Perl modules. License : BSD Group : Applications/CPAN Build Date : Sat 20 Oct 2001 01:38:01 PM GMT+3 Build Host : mowgli.rmorales.co
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: Re: Authentication failed of sasldb
Hara: I tried a copy of your environment and the tests I sugested you on a fresh install of Cyrus on my devel system this morning I must correct myself, the /etc/sasldb perms bits I wrote in the previous message. The package sets them to 0600 so ls -l must give -rw---1 cyrusmail12530 9 4 13:36 /etc/sasldb Again, this is how the package sets them, I'm investigating if it breaks integration with Sendmail or must be changed to something more useful (bugs #37272 and #20862 in Red Hat's Bugzilla at http://bugzilla.redhat.com/bugzilla contains related info as sugested by other users of the Cyrus packages). When I tried imtest I encountered the same error message S: A01 NO authentication failure Authentication failed. generic failure Security strength factor: 128 After fiddling a bit I found that I must pass also the -a switch to imtest [root@imap /root]# imtest -u cyrususer -a cyrususer localhost to achieve success. I don't know the reason. I hope it helps you. [EMAIL PROTECTED] wrote: > Thank you for your reply, all person who gave me help :) > > I obeied your suggestion, but still only to fail... > > > 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) > > [root@imap /root]# id cyrus > uid=76(cyrus) gid=12(mail) groups=12(mail),76(shadow) > > > o Create the /etc/sasldb file owned by cyrus/mail and 640 perms > > [root@imap /root]# ls -l /etc/sasldb > -rw-r-1 cyrusmail12530 9 4 13:36 /etc/sasldb > > > A) Create the cyrus user to Cyrus (actually SASL); you > >can do it using saslpasswd in the same way you used it > >to create cyrususer. cyrus is the only user able to create > >mailboxes as indicated by the "admins: cyrus" line in > >your /etc/imapd.conf file. I thin you don't need > >to create a mailbox for this cyrus user. > > [root@imap /root]# saslpasswd cyrus > Password: * <-- input 'cyrus' > Again (for verification): * <-- input 'cyrus' > > > B) With the server running, use cyradm to connect to it (see > >the man page for switches), login as cyrus using the > >password you choose in step A) > > [root@imap /root]# /usr/cyrus/bin/master & > > > C) create the the mailbox for the cyrususer > > > > cm user.cyrususer > > > >and quit cyradm > > [root@imap /root]# cyradm --user cyrus localhost > Please enter your password: > imap.s1.itd.nes.nec.co.jp> cm user.cyrususer > imap.s1.itd.nes.nec.co.jp> quit > > The log /var/log/messges says next. > > Sep 4 14:27:36 imap imapd[19810]: login: imap.s1.itd.nes.nec.co.jp[127.0.0.1] cyrus DIGEST-MD5 User logged in > > so sasldata base seems to work fine. > > > D) Now you can try your imtest experiments 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: + cmVhbG09ImltYXAuczEuaXRkLm5lcy5uZWMuY28uanAiLG5vbmNlPSJRdnBscnV0WVJSSEdla3ZnZmpFYXFueXBEd0hISlRVellGMGtJZFRweVFZPSIscW9wPSJhdXRoLGF1dGgtaW50LGF1dGgtY29uZiIsY2lwaGVyPSJyYzQtNDAscmM0LTU2LHJjNCxkZXMsM2RlcyIsY2hhcnNldD11dGYtOCxhbGdvcml0aG09bWQ1LXNlc3M= > Please enter your password: > C: dXNlcm5hbWU9InJvb3QiLHJlYWxtPSJpbWFwLnMxLml0ZC5uZXMubmVjLmNvLmpwIixhdXRoemlkPSJjeXJ1c3VzZXIiLG5vbmNlPSJRdnBscnV0WVJSSEdla3ZnZmpFYXFueXBEd0hISlRVellGMGtJZFRweVFZPSIsY25vbmNlPSJqZVJKd1h5REthRjcrRHVYOHozRW5RZDBtTjJ2N0E2QmNqdDE2TDB3QmRrPSIsbmM9MDAwMDAwMDEscW9wPWF1dGgtY29uZixjaXBoZXI9InJjNCIsY2hhcnNldD11dGYtOCxkaWdlc3QtdXJpPSJpbWFwL2ltYXAuczEuaXRkLm5lcy5uZWMuY28uanAiLHJlc3BvbnNlPTFiYjc3NWY1NzAyNDE0OWUxYmU2Nzk3OTE5YjBkYmMz > S: A01 NO authentication failure > Authentication failed. generic failure > Security strength factor: 128 > > The log /var/log/messges says next. > > Sep 4 15:03:47 imap imapd[19878]: badlogin: imap.s1.itd.nes.nec.co.jp[127.0.0.1] DIGEST-MD5 authentication failure > > > I could succeed to create mailbox with cyradm 'cm' command and delete > mailbox with cyradm 'dm' command. > > I don't know what's wrong... confusing further... I am going on > investigating this matter with some document, but if you could give me > more information, I appreciated it. > > --hara -- Ramiro Get free email 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:
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
db/log.xxxxx files
People, I'm using version 2.0.7 if Cyrus since October 2000 in one of my production servers. Since then I see a bunch of 10 MB files each named log.01 log.02 log.03 in the db/ directory of imap Does somebody know if they (specially the older ones) can be deleted or are they critical? I'm thinking about moving/backing up them TIA -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
Re: updated drac support patch
Glad of having such paranormal habilities ;-) Please share your experiences with the patch and also keep reading the messages for possible fixes sent by other suscribiers of the lists. "William K. Hardeman" <[EMAIL PROTECTED]> wrote: > Ramiro, > > You read my mind! I'd just sent a message to the list asking about this, > checked my email 5 minutes later, and turns out you've already provided the > answer. :-) > > Thanks you very much, > Will > > William K. Hardeman > [EMAIL PROTECTED] > http://www.wkh.org > > Always listen to experts. They'll tell you what can't be done and why. Then > do it. > --Robert A. Heinlein 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 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 - 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 - Fix perl modules manpage problem. Reported by Bill Barthel - 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
ANNOUNCE: RPM packages of Cyrus IMAPd 2.0.12 available
This message is only relevant for (potential) users of Cyrus IMAPd server and Red Hat Linux systems. After some delay, I have managed to wrap up the packaging this new release. Version information: Cyrus IMAPd version: 2.0.12 rpm package release: 5rm Release date : Fri Mar 30 2001 Mot relevant changes since the last release: - Update to 2.0.12 - Create -devel and -doc sub-packages. - documentation fixes: - Add ipurge+manpage. - Small deliver(8) manpage fix - ship the current version of cyradm manpage - ship Perl modules manpages; - master.8 is now cyrusmaster.8, do the same with quota.8 - Small doc fixes. - Re-implement cron script but using ctl_deliver (as in RHL rpms). - Re-incorporate logrotate script and imapd.log as in RHL rpms but put a note about it in new README.RPM file. - Add missing install- and build-time prereqs. - Add drac support and make it configurable at build time. - Make inclusion for sendmail-specific stuff configurable at build time. - Add support of Red Hat Linux versions >= 7.1 and make it configurable at build time. - Change package nomenclature (again ;-). - Make the changes to avoid innecesary linking with libwrap really work (use upstream mods). Availability: As always the packages can be downloaded from http://rmrpms.tripod.com/ Feedback: Please send bug reports, fixes suggestions, patches etc to rmrpms at usa dot net -- 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:" 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 [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
Re: [Re: Suggestions]
Chuck Dale <[EMAIL PROTECTED]> wrote: > And how about combining those two: > > 3) Rename master. Postfix has a "master" process also meaning I can't > read the Cyrus man page (yeah big deal). But something more > descriptive like "cyrus" would be better.. > well, at least for Red Hat Linux users using postfix RPM packages and Cyrus the RPMs I announced yesterday the problem is solved. I was using both and you can not imagine my surprise when I used the SysV initscript of Cyrus provided by Red Hat to stop the beast and found Postfix dying too (actually almost 12 hours without SMTP :-/), it is because the script search by process name to find the victim ... Now the initcript included in the RPM does strange things to be sure it really finds the Cyrus' master when you use the 'status' or the 'stop' commands This would not be needed with the .pid modification Cillian suggests. I vote for it. To avoid the manpages crash I renamed Cyrus' master(8) manpage to cyrmaster(8) (changed both the filename and the references to master(8) in the other manpages too), it is not very elegant because the name of the executable file has not changed (I felt not brave enough considering maybe some code of the daemons or configuration file dependins on it) but... -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1
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
Re: [Re: Creating an empty mailboxes.db]
Lawrence Greenfield <[EMAIL PROTECTED]> wrote: > You shouldn't have to create it at all; the initial mboxlist recovery > should create the database file, and nothing else should be > necessary. > I will try to run cyrus with strace tonight to collect more info. You post influences me to think about something obvious I didn´t tried until now: not creating a mailboxes.db file at all. If I remember well the creation of a zero-sized file appeared in some package version from the people at Red Hat. It was needed on disk at build time because of some peculiarities of the package builder (for the Red Hat users among us: it was listed in the %files section of the specfile, now, I have taken it out again to be able to manage package upgrades more robustly). I will try to post tomorrow with (hopefully) some results. Thanks. -- 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
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: 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
[info-cyrus] limit_fds() in 2.0.11
Hello cyrus users, I'm running 2.0.11 in a Red Hat Linux 6.2 (kernel 2.2.16) I'm getting this message in syslog: master: unable to unlimit the number of file descriptors avialable (sic) Running master thru strace I find: setrlimit(RLIMIT_NOFILE, {rlim_cur=RLIM_INFINITY, rlim_max=RLIM_INFINITY}) = -1 EPERM ... So the call wih problems is the limit_fds(RLIM_INFINITY); one in master.c (before master becomes the cyrus user). man setrlimit says " EPERM A non-superuser tries to use setrlimit() to increase the soft or hard limit above the current hard limit, or a superuser tries to increase RLIMIT_NOFILE above the current kernel maximum. " So if I'm not wrong the second case applies here. Is this an critical condition ? Someone using Linux is experiencing the same problem ? TIA and excuse me for my English. -- Ramiro Morales 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
New cyrus-imapd RPM packages available
Note: Excuse me if this message get duplicated, I'm having problems with the webmail service. Hello, I've just uploaded - source files (tarball+additional files+patches+specfile) - a source rpm - a binary rpm built in my Red Hat 6.2 system of cyrus-imapd 2.0.9. The URL is: http://rmrpms.tripod.com/ It is based in previous work from many people. It incorporates some fixes from me and some from Red Hat Raw Hide to the package buiding process in order to obtain a working installation for a Red Hat Linux >= 6.2 system. Some are problems/fixes reported/suggested in this list. Relevant portion of the RPM ChangeLog: * Thu Jan 18 2001 Ramiro Morales - mailboxes is mailboxes.db, mark it as a config file. - Little init script tweaks: sshd->cyrus, ignore postfix's master on stop/status. * Wed Dec 27 2000 Ramiro Morales - Update to 2.0.9 * Wed Dec 27 2000 Ramiro Morales - Added Spanish descriptions. * Mon Nov 20 2000 Ramiro Morales - Change package nomenclature (use "crm" token). - Drop cron script (-E switch is now deprecated in deliver). * Tue Sep 6 2000 Ramiro Morales - Update to 2.0.7 - .login patch is not needed anymore, drop it. * Tue Sep 5 2000 Ramiro Morales - Fix post script chattr handling to follow cyrus-imapd 2.0.x docs recomendations for Linux. - Fix cyrus's shell for the binary rpm user also, not just for the builder. - Enable ssl as ftp.redhat.de rpms, add openssl{-devel} deps. Not apply nossl patch, it breaks perl utilities. - Build under Red Hat Linux 6.2 I just remember I must add this to the web page: " To do: - The /var/log/imapd.log file is owned by cyrus/mail. Maybe we must change this to root/root ?. - Re-incorporate the cron script but using ctl_deliver to remove duplicates ?. About the packages this RPM depends on: 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) Red Hat 6.2 users: You can obtain db3 (and db3-devel if you are building the cyrus-imapd packages in your system) by obtaining the rpms from the RHL 7 distribution or from Raw Hide. Red Hat 6.2 users: For the cyrus-imapd itself and all the auxiliary packages referenced here it is advisable to download the source rpm and recompile them using rpm 3.0.5 (the recommended version per Red Hat official errata). " Please feel free to report problems, send patches/feedback/ suggestions to me (rmrpms at usa dot net) I apologize for my English. Sincerely, -- Ramiro Morales Get free email and a permanent address at http://www.amexmail.com/?A=1
Is the quotas problem solved in 2.0.9 ?
I remember seeing posts about the server not enforcing quotas bug in 2.0.7 but I not see it explicitely listed in the changelog. I apologize asking this but I can not test it myself right now. Did someone tested it with 2.0.9 ? TIA - Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1