RE: Can't find icu-uc to build IMAP 3.0.0
Never mind, my mistake... > -Original Message- > From: Jason L Tibbitts III [mailto:ti...@math.uh.edu] > Sent: Wednesday, April 12, 2017 1:12 PM > To: Rosenbaum, Larry M. > Cc: 'info-cyrus@lists.andrew.cmu.edu' > Subject: Re: Can't find icu-uc to build IMAP 3.0.0 > > >>>>> "RLM" == Rosenbaum, Larry M writes: > > RLM> I am trying to build Cyrus-IMAP 3.0.0 on RHEL6. > > That's pretty old these days EL6 has a version of libicu that > doesn't include any of the icu-* pkgconfig files. It does contain > libicuuc, though. You just need to tell the configure script to use > "-licuuc -licudata" to link with the libraries. The message you receive > should tell you what you need to know. > > I just verified that RHEL7 does have the necessary pkgconfig files, so > there shouldn't be any problems there. > > I'll attach the pkgconfig file for icu-uc from a current version. > > - J< Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
RE: Can't find icu-uc to build IMAP 3.0.0
> From: Jason L Tibbitts III [mailto:ti...@math.uh.edu] > > >>>>> "RLM" == Rosenbaum, Larry M writes: > > RLM> I am trying to build Cyrus-IMAP 3.0.0 on RHEL6. > > That's pretty old these days EL6 has a version of libicu that > doesn't include any of the icu-* pkgconfig files. It does contain > libicuuc, though. You just need to tell the configure script to use > "-licuuc -licudata" to link with the libraries. The message you receive > should tell you what you need to know. > > I just verified that RHEL7 does have the necessary pkgconfig files, so > there shouldn't be any problems there. > > I'll attach the pkgconfig file for icu-uc from a current version. > Thanks, I copied the file to /usr/lib64/pkgconfig and was able to complete the configure command. Now I can't get "make" to work: [lmr@email-dev cyrus-imapd-3.0.0]$ make make: *** No targets specified and no makefile found. Stop. Like it says, there's no "Makefile", but I don't see any error from configure. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
2.5.x RPMs from KolabSys?
If I go to this page: https://docs.cyrus.foundation/imap/installation/obs.html it seems to tell me I can follow one of the links to obs.kolabsys.com and get a package to install the latest Cyrus release. But if I follow the link, I can see all sorts of information about cyrus-imapd packages except for how to download one. Could somebody please point me in the right direction, or am I misunderstanding the purpose of those links? Thanks, Larry M. Rosenbaum Oak Ridge National Laboratory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
RE: RPM for Cyrus-IMAPd 2.5.x?
RHEL6 doesn't use systemd. Or at least ours doesn't. > -Original Message- > From: Michael Gratton [mailto:m...@vee.net] > Sent: Tuesday, May 05, 2015 12:58 AM > To: Simon Matter > Cc: Rosenbaum, Larry M.; 'info-cyrus@lists.andrew.cmu.edu' > Subject: Re: RPM for Cyrus-IMAPd 2.5.x? > > > I hear systemd also eats babies. > > Anyone have a PPA with 2.5 for Ubuntu 14.04 LTS (or later)? > > -- > ⊨ Michael Gratton, Percept Wrangler. > ⚙ <http://mjog.vee.net/> > > > On Tue, 5 May, 2015 at 2:46 PM, Simon Matter > wrote: > >> Where can I get an RPM for Cyrus IMAPd 2.5.1 (or even 2.5.0)? We are > >> running RHEL6. > > > > Doing RPMs for current Cyrus IMAPd is on my RPM TODO list. > > Unfortunately > > this list is quite long (~30) at the moment. The reason is simple and > > is > > called systemd. > > > > Regards, > > Simon > > > > > > Cyrus Home Page: http://www.cyrusimap.org/ > > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ > > To Unsubscribe: > > https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus > Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
RPM for Cyrus-IMAPd 2.5.x?
Where can I get an RPM for Cyrus IMAPd 2.5.1 (or even 2.5.0)? We are running RHEL6. Larry M. Rosenbaum Oak Ridge National Laboratory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Authentication questions
I am currently running Cyrus IMAP 2.4.13-1.el6 on RHEL6. We currently have a bunch of IMAP user accounts that authenticate with plaintext+TLS using the system password data (saslauthd). We would like to add one POP3 account that authenticates via APOP with no TLS (port 110) using the sasldb2 database. Ideally, we would also like the IMAP users to not be able to connect via POP. How should I set this up? Larry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
About the \Noselect flag
What causes a folder's \Noselect flag to get set, and how can I unset it? (Cyrus-IMAPd v2.3.15 and v2.4.13) Larry M. Rosenbaum Oak Ridge National Laboratory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: RPMs for cyrus-imapd v2.4.13?
These are source RPMs. Are there any binary RPMs available? I'm kinda new at Linux and don't know how to install a source RPM. (Also, will it use the same directory structure as the binary RPMs?) Thanks, Larry From: Chris Conn [mailto:cc...@abacom.com] Sent: Thursday, January 19, 2012 12:03 PM To: Rosenbaum, Larry M. Cc: info-cyrus@lists.andrew.cmu.edu Subject: Re: RPMs for cyrus-imapd v2.4.13? On 2012-01-19 11:40, Rosenbaum, Larry M. wrote: Are there any RPMs available yet for cyrus-imapd v2.4.13? We're running RHEL6. Larry M. Rosenbaum Oak Ridge National Laboratory http://www.invoca.ch/pub/packages/cyrus-imapd/ I built them on a Centos 6.2 server and they worked well in my setup. Chris Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Error after upgrade test
We are testing the migration of Cyrus-IMAP from v2.3.15 on Solaris 9 to v2.4.12 on RHEL6. After copying the data over to the new server and starting cyrus-imapd, I see the following errors in the log file: Jan 20 11:51:33 email-new master[7835]: setrlimit: Unable to set file descriptors limit to -1: Operation not permitted Jan 20 11:51:33 email-new master[7835]: retrying with 1024 (current max) Jan 20 11:51:33 email-new master[7835]: process started Jan 20 11:51:33 email-new ctl_cyrusdb[7837]: recovering cyrus databases Jan 20 11:51:33 email-new ctl_cyrusdb[7837]: skiplist: checkpointed /var/lib/imap/mailboxes.db (52 records, 3812 bytes) in 0 seconds Jan 20 11:51:33 email-new ctl_cyrusdb[7837]: skiplist: checkpointed /var/lib/imap/annotations.db (0 records, 144 bytes) in 0 seconds Jan 20 11:51:33 email-new ctl_cyrusdb[7837]: done recovering cyrus databases Jan 20 11:51:33 email-new master[7835]: unable to setsocketopt(IP_TOS): Operation not supported Jan 20 11:51:33 email-new master[7835]: ready for work I am concerned about the "Unable to set file descriptors limit" and "unable to setsocketopt(IP_TOS)" error. What do they mean, and are they important? Thanks, Larry M. Rosenbaum Oak Ridge National Laboratory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RPMs for cyrus-imapd v2.4.13?
Are there any RPMs available yet for cyrus-imapd v2.4.13? We're running RHEL6. Larry M. Rosenbaum Oak Ridge National Laboratory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: migration and seen flag
> From: info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu > [mailto:info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu] On > Behalf Of Bron Gondwana > > Seen data is only stored in .seen files for shared or other user > mailboxes. The seen data for the mailbox owner is stored in the > cyrus.index. Does this mean the owner's seen data gets lost if the mailbox is reconstructed? Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Making IMAP log less verbose?
Is there a Cyrus IMAP configuration to make the imap log less verbose? Or do I have to do that in rsyslog.conf? Here's what I'm getting: Nov 10 12:11:05 email-new master[7181]: about to exec /usr/lib/cyrus-imapd/imapd Nov 10 12:11:05 email-new imap[7181]: executed Nov 10 12:13:00 email-new master[2856]: process 2882 exited, status 0 Nov 10 12:33:53 email-new master[7308]: about to exec /usr/lib/cyrus-imapd/ctl_cyrusdb Nov 10 12:33:53 email-new ctl_cyrusdb[7308]: checkpointing cyrus databases Nov 10 12:33:53 email-new ctl_cyrusdb[7308]: archiving database file: /var/lib/imap/mailboxes.db Nov 10 12:33:53 email-new ctl_cyrusdb[7308]: archiving database file: /var/lib/imap/annotations.db Nov 10 12:33:53 email-new ctl_cyrusdb[7308]: done checkpointing cyrus databases Nov 10 12:33:53 email-new master[2856]: process 7308 exited, status 0 Nov 10 13:03:53 email-new master[7865]: about to exec /usr/lib/cyrus-imapd/ctl_cyrusdb Nov 10 13:03:53 email-new ctl_cyrusdb[7865]: checkpointing cyrus databases Nov 10 13:03:53 email-new ctl_cyrusdb[7865]: archiving database file: /var/lib/imap/mailboxes.db Nov 10 13:03:53 email-new ctl_cyrusdb[7865]: archiving database file: /var/lib/imap/annotations.db Nov 10 13:03:53 email-new ctl_cyrusdb[7865]: done checkpointing cyrus databases Nov 10 13:03:53 email-new master[2856]: process 7865 exited, status 0 Nov 10 13:33:53 email-new master[7930]: about to exec /usr/lib/cyrus-imapd/ctl_cyrusdb Nov 10 13:33:53 email-new ctl_cyrusdb[7930]: checkpointing cyrus databases Nov 10 13:33:53 email-new ctl_cyrusdb[7930]: archiving database file: /var/lib/imap/mailboxes.db Nov 10 13:33:53 email-new ctl_cyrusdb[7930]: archiving database file: /var/lib/imap/annotations.db Nov 10 13:33:53 email-new ctl_cyrusdb[7930]: done checkpointing cyrus databases Nov 10 13:33:53 email-new master[2856]: process 7930 exited, status 0 We're running name : Cyrus IMAPD version: v2.4.12-Kolab-2.4.12-1.el6 63b65d1c 2011-10-04 vendor : Project Cyrus support-url: http://www.cyrusimap.org os : Linux os-version : 2.6.32-131.17.1.el6.x86_64 environment: Built w/Cyrus SASL 2.1.23 Running w/Cyrus SASL 2.1.23 Built w/Berkeley DB 4.7.25: (November 12, 2010) Running w/Berkeley DB 4.7.25: (June 4, 2010) Built w/OpenSSL 1.0.0-fips 29 Mar 2010 Running w/OpenSSL 1.0.0-fips 29 Mar 2010 Built w/zlib 1.2.3 Running w/zlib 1.2.3 CMU Sieve 2.4 TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl idle = idled Larry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus 2.4.7beta1 Released
> -Original Message- > From: Bron Gondwana [mailto:br...@fastmail.fm] > Sent: Tuesday, March 29, 2011 5:26 PM > To: Rosenbaum, Larry M. > Cc: 'Dave McMurtrie'; info-cyrus@lists.andrew.cmu.edu > Subject: Re: Cyrus 2.4.7beta1 Released > > On Tue, Mar 29, 2011 at 04:59:23PM -0400, Rosenbaum, Larry M. wrote: > > > I think this is my fault. I will have a look later tonight. > > > > Also, I'm getting the following warnings from the "make" command. I > don't > > know if they're related to the problem: > > > > -- > > imclient.c > > imclient.c: In function `tls_start_clienttls': > > imclient.c:1955: warning: assignment discards qualifiers from pointer > target > > type > > > > tls.c: In function `tls_start_servertls': > > tls.c:990: warning: assignment discards qualifiers from pointer target > type > > tls.c: In function `tls_start_clienttls': > > tls.c:1340: warning: assignment discards qualifiers from pointer target > type > > Well... I don't think that's fresh. Did you get these with 2.4.6? > This is 10+ year old code on those lines, referencing the TLS > libraries. It's possible they have switched to returning a const > value, which would make sense. > > They're all references to SSL_get_current_cipher. > > (maybe I should rephrase my question... if you try compiling 2.4.6 > NOW with your currently installed ssl libraries, do you get these > same warnings? Line numbers may have changed slightly) Yes, I got these warnings with 2.4.6 and 2.4.5. I was too lazy to report it then. I didn't get the warnings with 2.3.15, but that was with an earlier version of OpenSSL. > > (every link command has the following error) > > ld: warning: global symbol `_END_' has non-global binding: > > (file /usr/local/ssl/lib/libssl.so value=LOCL); > > ld: warning: global symbol `_START_' has non-global binding: > > (file /usr/local/ssl/lib/libssl.so value=LOCL); > > ld: warning: global symbol `_END_' has non-global binding: > > (file /usr/local/ssl/lib/libcrypto.so value=LOCL); > > ld: warning: global symbol `_START_' has non-global binding: > > (file /usr/local/ssl/lib/libcrypto.so value=LOCL); > > I'll check them out too... Those _END_ and _START_ issues are > interesting. Something about mixing 32 and 64 bit libs? > > > IMAP.xs: In function `get_password': > > IMAP.xs:206: warning: assignment makes pointer from integer without a > cast > > Are you sure you did a clean recompile? This looks like IMAP.c didn't > rebuild from IMAP.xs properly or something - it's assuming cyrus_getpass > will return an int, when it doesn't. I got this warning before I applied the patch you gave me. When I reran the make after applying the patch, I didn't get this warning. > Bron. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus 2.4.7beta1 Released
That fixes the cyradm error. Thanks. > -Original Message- > From: Bron Gondwana [mailto:br...@fastmail.fm] > Sent: Tuesday, March 29, 2011 4:59 PM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu; Bron Gondwana > Subject: Re: Cyrus 2.4.7beta1 Released > > On Tue, Mar 29, 2011 at 04:27:58PM -0400, Rosenbaum, Larry M. wrote: > > I've just installed beta1 on Solaris 9 Sparc and got the following error > from cyradm: > > > > # cyradm localhost --tls > > verify error:num=19:self signed certificate in certificate chain > > Password: ld.so.1: perl: fatal: relocation error: file > /usr/local/lib/perl5/site_perl/5.10.1/sun4- > solaris/auto/Cyrus/IMAP/IMAP.so: symbol cyrus_getpass: referenced symbol > not found > > Killed > > Hi Larry, > > Can you please try the attached patch and see if that fixes it. > > Thanks, > > Bron. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus 2.4.7beta1 Released
> From: info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu > [mailto:info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu] On > Behalf Of Dave McMurtrie > > On Mar 29, 2011, at 4:27 PM, "Rosenbaum, Larry M." > wrote: > > > I've just installed beta1 on Solaris 9 Sparc and got the following error > from cyradm: > > > > # cyradm localhost --tls > > verify error:num=19:self signed certificate in certificate chain > > Password: ld.so.1: perl: fatal: relocation error: file > /usr/local/lib/perl5/site_perl/5.10.1/sun4- > solaris/auto/Cyrus/IMAP/IMAP.so: symbol cyrus_getpass: referenced symbol > not found > > Killed > > > > I think this is my fault. I will have a look later tonight. Also, I'm getting the following warnings from the "make" command. I don't know if they're related to the problem: -- imclient.c imclient.c: In function `tls_start_clienttls': imclient.c:1955: warning: assignment discards qualifiers from pointer target type tls.c: In function `tls_start_servertls': tls.c:990: warning: assignment discards qualifiers from pointer target type tls.c: In function `tls_start_clienttls': tls.c:1340: warning: assignment discards qualifiers from pointer target type (every link command has the following error) ld: warning: global symbol `_END_' has non-global binding: (file /usr/local/ssl/lib/libssl.so value=LOCL); ld: warning: global symbol `_START_' has non-global binding: (file /usr/local/ssl/lib/libssl.so value=LOCL); ld: warning: global symbol `_END_' has non-global binding: (file /usr/local/ssl/lib/libcrypto.so value=LOCL); ld: warning: global symbol `_START_' has non-global binding: (file /usr/local/ssl/lib/libcrypto.so value=LOCL); IMAP.xs: In function `get_password': IMAP.xs:206: warning: assignment makes pointer from integer without a cast - Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus 2.4.7beta1 Released
I've just installed beta1 on Solaris 9 Sparc and got the following error from cyradm: # cyradm localhost --tls verify error:num=19:self signed certificate in certificate chain Password: ld.so.1: perl: fatal: relocation error: file /usr/local/lib/perl5/site_perl/5.10.1/sun4-solaris/auto/Cyrus/IMAP/IMAP.so: symbol cyrus_getpass: referenced symbol not found Killed Here is the configure command I used: CC=gcc LDFLAGS="-L/usr/local/lib -R/usr/local/lib" \ ./configure \ --enable-idled \ --disable-gssapi \ --without-krb \ --with-cyrus-prefix=/usr/local/cyrus \ --without-bdb \ --with-openssl=/usr/local/ssl \ --with-zlib=/usr/local/lib \ --with-sasl=/usr/local Thanks, Larry > -Original Message- > From: info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu > [mailto:info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu] On > Behalf Of Bron Gondwana > Sent: Sunday, March 27, 2011 10:16 AM > To: cyrus-annou...@lists.andrew.cmu.edu; cyrus-de...@lists.andrew.cmu.edu; > info-cyrus@lists.andrew.cmu.edu > Subject: Cyrus 2.4.7beta1 Released > > We are pleased to announce the release of Cyrus IMAPd 2.4.7beta1 > > You can download it from the snapshots directory: > > http://www.cyrusimap.org/releases/snapshots/cyrus-imapd-2.4.7beta1.tar.gz > > This is an beta release in the 2.4.x series, fixing a whole pile > of bugs found since the release of 2.4.6, including all the > remaining bugs in bugzilla marked for fix in 2.4.7. If no > issues are found, this is what will be released as 2.4.7 > later this week. > > Changes to the Cyrus IMAP Server since 2.4.7alpha1: > * Fixed bug #3423 - STARTTLS plaintext command injection > vulnerability > * Bug #3382 Added "failedloginpause" config option > * Bugs #3383/3385 Removed some obsolete config options > * Bug #3389 $confdir/proc not created on the fly > * Bug #3394 fix imtest parsing of MECHLIST > * Bug #3399 fix with_ldap option default > * Bug #3307 fix mbpath crash on remote mailbox > * Bug #3420 use getpassphrase on Solaris, now passwords > over 8 characters long work with cyrus tools > * Bug #3400 and others - lots of bugs with XFER between > different versions in murder clusters fixed, including > a bug that caused only mailboxes with zero messages to > be rejected for upgrade > * Bug #3391 fix rename which just moves between partitions > * Bug #3103 fix imtest using plain authentication when it must not > > Please send any feedback to the cyrus-devel mailing list. I'm STILL > hoping to have a stable 2.4.7 before the end of the month (and I > have 3 days left!) > > Regards, > > Bron. > > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No such file or directory"
> From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com] > Sent: Thursday, October 28, 2010 12:07 PM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No > such file or directory" > > Rosenbaum, Larry M. wrote: > > > From: Jeroen van Meeuwen (Kolab Systems) > [mailto:vanmeeu...@kolabsys.com] > > > Sent: Thursday, October 28, 2010 11:37 AM > > > To: info-cyrus@lists.andrew.cmu.edu > > > Cc: Rosenbaum, Larry M. > > > Subject: Re: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: > No > > > such file or directory" > > > > > > Rosenbaum, Larry M. wrote: > > > > I'm seeing the following error in the IMAP log file: > > > > IOERROR: opening /var/imap/user_deny.db: No such file or directory > > > > > > > > How do I set up the user_deny.db file? > > > > > > This error occurs but once, correct? > > > > I think it occurs once for every imapd process started up. > > Euh, bingo! Sorry ;-) > > You should be able to simply touch the file and go from there. Thanks. It's much happier now. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No such file or directory"
> From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com] > Sent: Thursday, October 28, 2010 11:37 AM > To: info-cyrus@lists.andrew.cmu.edu > Cc: Rosenbaum, Larry M. > Subject: Re: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No > such file or directory" > > Rosenbaum, Larry M. wrote: > > I'm seeing the following error in the IMAP log file: > > IOERROR: opening /var/imap/user_deny.db: No such file or directory > > > > How do I set up the user_deny.db file? > > > > This error occurs but once, correct? I think it occurs once for every imapd process started up. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No such file or directory"
I'm seeing the following error in the IMAP log file: IOERROR: opening /var/imap/user_deny.db: No such file or directory How do I set up the user_deny.db file? Larry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Doesn't compile on Solaris 9 - RE: Cyrus IMAPd 2.4.2 Released
> From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com] > Sent: Wednesday, October 27, 2010 3:07 PM > To: info-cyrus@lists.andrew.cmu.edu > Cc: Rosenbaum, Larry M. > Subject: Re: Doesn't compile on Solaris 9 - RE: Cyrus IMAPd 2.4.2 Released > > Rosenbaum, Larry M. wrote: > > ### Making all in /usr/local/src/cyrus/cyrus-imapd-2.4.2/lib > > gmake[1]: Entering directory `/usr/local/src/cyrus/cyrus-imapd- > 2.4.2/lib' > > ... > > gcc -c -I.. -I/usr/local/ssl/include -I/include -I../com_err/et > > -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ crc32.c > > In file included from crc32.c:5: > > crc32.h:8:20: stdint.h: No such file or directory > > gmake[1]: *** [crc32.o] Error 1 > > > > Running on Solaris 9 Sparc > > > > Could you tell me whether you have inttypes.h on the Solaris 9 system? Yes. > If that turns out to be the case, could you try compiling with the > attached > patch applied and let me know how that works out for you? Don't forget to > remove sys/stdint.h ;-) I was able to compile successfully with the patch. BTW, there were some warnings, if anybody is interested in cleaning them up: imclient.c:1955: warning: assignment discards qualifiers from pointer target type tls.c:990: warning: assignment discards qualifiers from pointer target type tls.c:1340: warning: assignment discards qualifiers from pointer target type imtest.c:731: warning: assignment discards qualifiers from pointer target type They all involve this statement: cipher = SSL_get_current_cipher(imclient->tls_conn); Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Disallowing SSLv2
> From: Raphael Jaffey [mailto:rjaf...@artic.edu] > Sent: Friday, June 04, 2010 10:42 AM > To: Lorenzo Marcantonio > Cc: Rosenbaum, Larry M.; info-cyrus@lists.andrew.cmu.edu > Subject: Re: Disallowing SSLv2 > > > > Lorenzo Marcantonio wrote: > > On Fri, 4 Jun 2010, Rosenbaum, Larry M. wrote: > > > >> How do I tell Cyrus IMAP to not allow SSLv2? > > > > I used this in imapd.conf: > > > > tls_cipher_list: ALL:!ADH:!EXP:!MD5:!LOW > > > > You need to add !SSLv2 to your example to get the desired effect: > > tls_cipher_list: ALL:!SSLv2:!ADH:!EXP:!MD5:!LOW Thanks! Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Disallowing SSLv2
How do I tell Cyrus IMAP to not allow SSLv2? Thanks, Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: v2.3.15 IMAP connection hangs
> From: Bron Gondwana [mailto:br...@fastmail.fm] > Sent: Wednesday, September 16, 2009 8:22 PM > To: Simon Matter > Cc: Rosenbaum, Larry M.; Bron Gondwana; info-cyrus@lists.andrew.cmu.edu > Subject: Re: v2.3.15 IMAP connection hangs > > On Wed, Sep 16, 2009 at 07:04:05PM +0200, Simon Matter wrote: > > >> From: Simon Matter [mailto:simon.mat...@invoca.ch] > > >>... > > >> >> Long shot - but you might want to try it with the attached > patch > > >> >> applied. > > >> >> It rewrites the zlib handling logic quite a lot, though it > wasn't > > >> >> originally > > >> >> designed to deal with your problem! I'm going to push it to > CVS > > >> soon. > > >> > > > >> > I already have the patch installed because we have an old > version of > > >> Zlib. > > >> > Could the patch be causing the problem? > > >> > > >> Hi, > > >> > > >> I have the same patch in my RPMs and tested it on a ancient > OS/zlib and > > >> didn't see any problems. Of course it doesn't mean much because > I'm > > >> running Linux. > > >> Did you already try to build and run without zlib support? > > > > > > I hadn't thought of building it without zlib support. > > > > > > I have just installed a newer zlib, removed the patch, and rebuilt > Cyrus > > > IMAP with the new zlib. Now it works! > > > > Good, but I'm sure Bron would still like to know why it didn't work > before... > > I sure would! Given that we've been running that patch on top of CVS > for > a few months not (Linux with a newer zlib) without problems, I'd love > to > know what's wrong with the patch - particularly since I'm planning to > add > it to CVS if there's nothing else wrong with it. > > So it goes into an infinite loop on signals_poll, obviously. > > Can you please try building with the patch, but with the new zlib? With the new zlib and the patch, it hangs. Perhaps the problem with the patch is Solaris-specific. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: v2.3.15 IMAP connection hangs
> From: Simon Matter [mailto:simon.mat...@invoca.ch] >... > >> Long shot - but you might want to try it with the attached patch > >> applied. > >> It rewrites the zlib handling logic quite a lot, though it wasn't > >> originally > >> designed to deal with your problem! I'm going to push it to CVS > soon. > > > > I already have the patch installed because we have an old version of > Zlib. > > Could the patch be causing the problem? > > Hi, > > I have the same patch in my RPMs and tested it on a ancient OS/zlib and > didn't see any problems. Of course it doesn't mean much because I'm > running Linux. > Did you already try to build and run without zlib support? I hadn't thought of building it without zlib support. I have just installed a newer zlib, removed the patch, and rebuilt Cyrus IMAP with the new zlib. Now it works! Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: v2.3.15 IMAP connection hangs
> From: Bron Gondwana [mailto:br...@fastmail.fm] >... > Hmm - question: do you have zlib support compiled in? > > [br...@utility1 ~]$ ldd /usr/cyrus/bin/imapd | grep libz > libz.so.1 => /usr/lib/libz.so.1 (0x5599) > > Maybe there's a bug in the codepaths for COMPRESS when zlib doesn't > exist (because they're all #ifdef HAVE_ZLIB - maybe things don't work > nicely without it!) > > Long shot - but you might want to try it with the attached patch > applied. > It rewrites the zlib handling logic quite a lot, though it wasn't > originally > designed to deal with your problem! I'm going to push it to CVS soon. I already have the patch installed because we have an old version of Zlib. Could the patch be causing the problem? Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: v2.3.15 IMAP connection hangs
> From: Bron Gondwana [mailto:br...@fastmail.fm] > >... > That's kind of pointless, sorry. I really need a trace of the imapd > process, since that's what's locking up. Here's another trace of an imapd process: ornl71# truss -f -p 23237 23237: accept(4, 0x, 0x, 1) (sleeping...) (at this point I used Telnet to connect to port 143) 23237: accept(4, 0x, 0x, 1)= 10 23237: fcntl(9, F_SETLKW, 0xFFBFF290) = 0 23237: alarm(0)= 0 23237: getpid()= 23237 [17305] 23237: write(3, "\0\0\002\0\0 ZC5", 8) = 8 23237: fstat(5, 0xFFBFEFC8)= 0 23237: time() = 1253039206 23237: getpid()= 23237 [17305] 23237: putmsg(5, 0xFFBFE680, 0xFFBFE674, 0)= 0 23237: open("/var/run/syslog_door", O_RDONLY) = 11 23237: door_info(11, 0xFFBFE5B8) = 0 23237: getpid()= 23237 [17305] 23237: door_call(11, 0xFFBFE5A0) = 0 23237: close(11) = 0 23237: fcntl(10, F_DUP2FD, 0x) = 0 23237: fcntl(10, F_DUP2FD, 0x0001) = 1 23237: fcntl(10, F_DUP2FD, 0x0002) = 2 23237: close(10) = 0 23237: getpid()= 23237 [17305] 23237: write(3, "\0\0\003\0\0 ZC5", 8) = 8 23237: getpeername(0, 0xFFBFF010, 0xFFBFEB84, 1) = 0 23237: open("/etc/netconfig", O_RDONLY|O_LARGEFILE)= 10 23237: fcntl(10, F_DUPFD, 0x0100) Err#22 EINVAL 23237: read(10, " # p r a g m a i d e n".., 1024)= 1024 23237: read(10, " t s t p i _ c".., 1024)= 215 23237: read(10, 0x00136728, 1024) = 0 23237: lseek(10, 0, SEEK_SET) = 0 23237: read(10, " # p r a g m a i d e n".., 1024)= 1024 23237: read(10, " t s t p i _ c".., 1024)= 215 23237: read(10, 0x00136728, 1024) = 0 23237: close(10) = 0 23237: open("/dev/udp", O_RDONLY) = 10 23237: ioctl(10, 0xC00C6982, 0xFFBFE8FC) = 0 23237: close(10) = 0 23237: open64("/var/run/name_service_door", O_RDONLY) = 10 23237: fcntl(10, F_SETFD, 0x0001) = 0 23237: door_info(10, 0xFEEC26C0) = 0 23237: door_call(10, 0xFFBFC868) = 0 23237: door_info(10, 0xFFBFC800) = 0 23237: door_call(10, 0xFFBFC7E8) = 0 23237: getsockname(0, 0xFFBFF110, 0xFFBFEB84, 1) = 0 23237: brk(0x0013D190) = 0 23237: brk(0x0013F190) = 0 23237: getpid()= 23237 [17305] 23237: open("/usr/local/cyrus/data/proc/23237", O_RDWR|O_CREAT|O_TRUNC, 0666) = 11 23237: llseek(11, 0, SEEK_CUR) = 0 23237: llseek(11, 0, SEEK_SET) = 0 23237: fstat64(11, 0xFFBFE950) = 0 23237: fstat64(11, 0xFFBFE7F8) = 0 23237: ioctl(11, TCGETA, 0xFFBFE8DC) Err#25 ENOTTY 23237: write(11, " e m a i l . o r n l . g".., 29) = 29 23237: llseek(11, 0, SEEK_CUR) = 29 23237: fcntl(11, F_FREESP, 0xFFBFEA84) = 0 23237: time() = 1253039206 23237: open("/usr/local/cyrus/data/msg/motd", O_RDONLY) Err#2 ENOENT 23237: write(1, " * O K [ C A P A B I".., 126) = 126 23237: time() = 1253039206 23237: poll(0xFFBFB860, 1, 180)(sleeping...) (at this time I typed "0 logout" at the Telnet session) 23237: poll(0xFFBFB860, 1, 180)= 1 23237: time() = 1253039218 23237: time() = 1253039218 23237: poll(0xFFBFC858, 1, 1788000)= 1 23237: time() = 1253039218 23237: time() = 1253039218 23237: read(0, " 0 l o g o u t\r\n", 4096) = 10 23237: time() = 1253039218 23237: poll(0xFFBFC858, 1, 180)(sleeping...) (At this point the trace paused, and the Telnet session got no response. I aborted the Telnet session and the trace continued as follows:) 23237: poll(0xFFBFC858, 1, 180)= 1 23237: time() = 1253039249 23237: time() = 1253039249 23237: read(0, 0x00135688, 4096
RE: v2.3.15 IMAP connection hangs
> From: Bron Gondwana [mailto:br...@fastmail.fm] > > On Fri, Sep 11, 2009 at 09:22:47AM -0400, Rosenbaum, Larry M. wrote: > > > From: Bron Gondwana [mailto:br...@fastmail.fm] > > > On Thu, Sep 10, 2009 at 04:11:37PM -0400, Rosenbaum, Larry M. > wrote: > > > > I have just installed v2.3.15 on Solaris 9 Sparc with Cyrus-SASL > > > 2.1.24rc1. When I connect to the IMAP port, I get a banner message > but > > > there is no response to any command I give it (including "0 > logout"). > > > I am able to give commands to the POP3 port and LMTP port just > fine. > > > Previous versions of Cyrus IMAP work OK too. Where should I look > for > > > the problem? > > > > > > Can you get a trace on the process (truss or similar) that shows > what > > > file > > > it's sitting waiting on a lock for? It's probably a locking issue. > > > > Here is a truss showing an attempt at running cyradm: > > That's kind of pointless, sorry. I really need a trace of the imapd > process, since that's what's locking up. I think I may have confused you by giving a poor description of what I was doing. This isn't a trace of cyradm. I put a truss trace on the imapd process. Then I ran cyradm to connect to the imapd process and watched the imapd trace to see what happened. It got to the following and stopped: 18499: read(0, " 1 C A P A B I L I T Y".., 4096) = 14 18499: time() = 1252675063 18499: poll(0xFFBFC858, 1, 180)(sleeping...) I then copied the output and sent it to you. > The only interesting bit is: > > > 18499: read(0, " 1 C A P A B I L I T Y".., 4096) = 14 > > All we ever got was the "1 CAPABILITY" response (14 characters) without > the > actual contents of the capabilities. > ... > Hmm - I don't see any code that can generate "1 CAPABILITY" - it's all This is cyradm sending a CAPABILITY command. It apparently uses "1" as the tag. > Sorry - I need more debugging info (and probably your imapd.conf) to > have a chance of understanding what's going on! I have attached the imapd.conf file. I hope that my explanation has given you what you need. If not, please tell me what else you need. Thanks, Larry imapd.conf Description: imapd.conf Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: v2.3.15 IMAP connection hangs
> From: Bron Gondwana [mailto:br...@fastmail.fm] > > On Thu, Sep 10, 2009 at 04:11:37PM -0400, Rosenbaum, Larry M. wrote: > > I have just installed v2.3.15 on Solaris 9 Sparc with Cyrus-SASL > 2.1.24rc1. When I connect to the IMAP port, I get a banner message but > there is no response to any command I give it (including "0 logout"). > I am able to give commands to the POP3 port and LMTP port just fine. > Previous versions of Cyrus IMAP work OK too. Where should I look for > the problem? > > Can you get a trace on the process (truss or similar) that shows what > file > it's sitting waiting on a lock for? It's probably a locking issue. Here is a truss showing an attempt at running cyradm: ornl71# truss -f -p 18499 18499: accept(4, 0x, 0x, 1) (sleeping...) 18499: accept(4, 0x, 0x, 1)= 10 18499: fcntl(9, F_SETLKW, 0xFFBFF290) = 0 18499: alarm(0)= 0 18499: getpid()= 18499 [17305] 18499: write(3, "\0\0\002\0\0 H C", 8) = 8 18499: fstat(5, 0xFFBFEFC8)= 0 18499: time() = 1252675062 18499: getpid()= 18499 [17305] 18499: putmsg(5, 0xFFBFE680, 0xFFBFE674, 0)= 0 18499: open("/var/run/syslog_door", O_RDONLY) = 11 18499: door_info(11, 0xFFBFE5B8) = 0 18499: getpid()= 18499 [17305] 18499: door_call(11, 0xFFBFE5A0) = 0 18499: close(11) = 0 18499: fcntl(10, F_DUP2FD, 0x) = 0 18499: fcntl(10, F_DUP2FD, 0x0001) = 1 18499: fcntl(10, F_DUP2FD, 0x0002) = 2 18499: close(10) = 0 18499: getpid()= 18499 [17305] 18499: write(3, "\0\0\003\0\0 H C", 8) = 8 18499: getpeername(0, 0xFFBFF010, 0xFFBFEB84, 1) = 0 18499: open("/etc/netconfig", O_RDONLY|O_LARGEFILE)= 10 18499: fcntl(10, F_DUPFD, 0x0100) Err#22 EINVAL 18499: read(10, " # p r a g m a i d e n".., 1024)= 1024 18499: read(10, " t s t p i _ c".., 1024)= 215 18499: read(10, 0x00136728, 1024) = 0 18499: lseek(10, 0, SEEK_SET) = 0 18499: read(10, " # p r a g m a i d e n".., 1024)= 1024 18499: read(10, " t s t p i _ c".., 1024)= 215 18499: read(10, 0x00136728, 1024) = 0 18499: close(10) = 0 18499: open("/dev/udp", O_RDONLY) = 10 18499: ioctl(10, 0xC00C6982, 0xFFBFE8FC) = 0 18499: close(10) = 0 18499: open64("/var/run/name_service_door", O_RDONLY) = 10 18499: fcntl(10, F_SETFD, 0x0001) = 0 18499: door_info(10, 0xFEEC26C0) = 0 18499: door_call(10, 0xFFBFC868) = 0 18499: door_info(10, 0xFFBFC800) = 0 18499: door_call(10, 0xFFBFC7E8) = 0 18499: getsockname(0, 0xFFBFF110, 0xFFBFEB84, 1) = 0 18499: brk(0x0013D190) = 0 18499: brk(0x0013F190) = 0 18499: getpid()= 18499 [17305] 18499: open("/usr/local/cyrus/data/proc/18499", O_RDWR|O_CREAT|O_TRUNC, 0666) = 11 18499: llseek(11, 0, SEEK_CUR) = 0 18499: llseek(11, 0, SEEK_SET) = 0 18499: fstat64(11, 0xFFBFE950) = 0 18499: fstat64(11, 0xFFBFE7F8) = 0 18499: ioctl(11, TCGETA, 0xFFBFE8DC) Err#25 ENOTTY 18499: write(11, " e m a i l . o r n l . g".., 29) = 29 18499: llseek(11, 0, SEEK_CUR) = 29 18499: fcntl(11, F_FREESP, 0xFFBFEA84) = 0 18499: time() = 1252675063 18499: open("/usr/local/cyrus/data/msg/motd", O_RDONLY) Err#2 ENOENT 18499: write(1, " * O K [ C A P A B I".., 126) = 126 18499: time() = 1252675063 18499: poll(0xFFBFB860, 1, 180)= 1 18499: time() = 1252675063 18499: time() = 1252675063 18499: poll(0xFFBFC858, 1, 180)= 1 18499: time() = 1252675063 18499: time() = 1252675063 18499: r
v2.3.15 IMAP connection hangs
I have just installed v2.3.15 on Solaris 9 Sparc with Cyrus-SASL 2.1.24rc1. When I connect to the IMAP port, I get a banner message but there is no response to any command I give it (including "0 logout"). I am able to give commands to the POP3 port and LMTP port just fine. Previous versions of Cyrus IMAP work OK too. Where should I look for the problem? Thanks, Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus 2.3.13 RC3
> From: Wesley Craig [mailto:[EMAIL PROTECTED] > > Try --without-gssapi. > Sorry, it's actually --disable-gssapi. That fixed it. Thanks. > :wes > > On 13 Oct 2008, at 15:45, Larry Rosenbaum wrote: > > I can't get it to build. I get the following: > > > > gcc -c -I.. -I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/ > > include > > -I../com_err/et -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ > > auth_krb5.c > > auth_krb5.c:60:18: krb5.h: No such file or directory > > > > I'm not interested in using Kerberos. I tried --without-krb but > > got the > > same error. What do I need to change? I am on Solaris 9 SPARC. > > Here is > > the configure input and output: Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus 2.3.13 RC3
> From: Wesley Craig [mailto:[EMAIL PROTECTED] > > Try --without-gssapi. Thanks, but that didn't help. > :wes > > On 13 Oct 2008, at 15:45, Larry Rosenbaum wrote: > > I can't get it to build. I get the following: > > > > gcc -c -I.. -I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/ > > include > > -I../com_err/et -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ > > auth_krb5.c > > auth_krb5.c:60:18: krb5.h: No such file or directory > > > > I'm not interested in using Kerberos. I tried --without-krb but > > got the > > same error. What do I need to change? I am on Solaris 9 SPARC. > > Here is > > the configure input and output: Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Recovering folders from DELETED tree?
If we have delete_mode: delayed, how do we recover deleted folders? Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
v2.3.10 build fails, pcreposix problems
When trying to build Cyrus IMAP v2.3.10 on a Solaris 9 system, I get the following error: gmake[1]: Entering directory `/usr/local/src/cyrus/cyrus-imapd-2.3.10/sieve' ../com_err/et/compile_et ./sieve_err.et gcc -c -I.. -I./../lib -I../com_err/et -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/ssl/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ sieve_err.c gcc -c -I.. -I./../lib -I../com_err/et -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/ssl/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ sieve.c In file included from comparator.h:33, from sieve.y:38: /usr/local/include/pcreposix.h:110: error: syntax error before "int" /usr/local/include/pcreposix.h:111: error: syntax error before "int" /usr/local/include/pcreposix.h:113: error: syntax error before "size_t" /usr/local/include/pcreposix.h:114: error: syntax error before "void" gmake[1]: *** [sieve.o] Error 1 gmake[1]: Leaving directory `/usr/local/src/cyrus/cyrus-imapd-2.3.10/sieve' gmake: *** [all] Error 1 There are some definitions in pcreposix.h that depend on some #define's in pcre.h, but pcre.h isn't #include'd anywhere. Here are some relevant lines from the configure step: checking pcreposix.h usability... no checking pcreposix.h presence... yes configure: WARNING: pcreposix.h: present but cannot be compiled configure: WARNING: pcreposix.h: check for missing prerequisite headers? configure: WARNING: pcreposix.h: see the Autoconf documentation configure: WARNING: pcreposix.h: section "Present But Cannot Be Compiled" configure: WARNING: pcreposix.h: proceeding with the preprocessor's result configure: WARNING: pcreposix.h: in the future, the compiler will take precedence configure: WARNING: ## -- ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## -- ## checking for pcreposix.h... yes So the configure script finds that pcreposix.h is unusable, but uses it anyway. The build works fine on a different Solaris 9 system that doesn't have pcre installed. Is there a fix for this problem, preferable one that doesn't involve hacking code? Is there a config option to pretend pcreposix.h doesn't exist? Thanks, Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
What causes DBERROR db4: PANIC: Invalid argument?
Yesterday our Cyrus server stopped responding and I saw the following messages in the log file: Dec 7 18:13:55 email imaps[9684]: [ID 866726 local6.warning] DBERROR db4: PANIC: Invalid argument Dec 7 18:13:55 email imaps[9684]: [ID 864961 local6.crit] DBERROR: critical database situation Dec 7 18:13:55 email master[248]: [ID 684980 local6.warning] service imaps pid 9684 in READY state: term inated abnormally Dec 7 18:13:55 email imaps[9682]: [ID 866726 local6.warning] DBERROR db4: PANIC: fatal region error dete cted; run recovery The last 3 lines (or variations of them) were repeated over and over. I was able to fix the server by shutting down Cyrus, running "ctl_cyrusdb -r", and restarting Cyrus. 1) What caused the PANIC: Invalid argument? Is it a Cyrus bug? 2) If the recovery had failed, I would have had to restore mailboxes.db from a backup. We have text backups of the mailbox db created by ctl_mboxlist. What is the proper procedure for restoring it? We would want to get rid of the corrupt data, which would involve deleting mailboxes.db, but are there other files that should also be deleted? Thanks, Larry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
What is "doing a peer verify"?
What does the following syslog message mean (and why is it an "error")? Sep 8 10:20:39 email imap[17952]: [ID 160154 local6.error] Doing a peer verify name : Cyrus IMAPD version: v2.3.3 2006/02/28 13:00:45 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : SunOS os-version : 5.9 environment: Built w/Cyrus SASL 2.1.21 Running w/Cyrus SASL 2.1.22 Built w/Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) Running w/Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) Built w/OpenSSL 0.9.8a 11 Oct 2005 Running w/OpenSSL 0.9.8a 11 Oct 2005 CMU Sieve 2.3 TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl idle = idled Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: unable to login with cyradm
> From: Rudy Gevaert [mailto:[EMAIL PROTECTED] > > Larry Rosenbaum wrote: > > >>If I understoond you correct, you are saying that I cando a tls connect > >>with in Cyrus::IMAP::Admin? Right? > > > > > > Yes. > > Ok. Can you provide any pointers how to go about it then? I previously > asked how to use tls with cyradm but my question remained unanswered. Here's what works for us: # cyradm localhost --tls verify error:num=18:self signed certificate Password: localhost> or if your Cyrus admin username isn't the same as your UNIX login name, # cyradm localhost --tls --user=xyzzy verify error:num=18:self signed certificate Password: localhost> You can get rid of the certificate warning by using a certificate signed by a CA and putting the CA certificate where Cyrus expects to find it. In our case, that meant putting it in /usr/local/ssl/certs and creating the hash symlink with c_rehash. I don't know how to get the Cyrus::IMAP::Admin Perl module to use TLS when called directly. It looks like it's supposed to use TLS automatically if it is available (and you don't tell it not to), but I haven't been able to make that work. We have been using IMAP::Admin when we need Perl scripting. L 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: "struct et_list" declared inside parameter list - possible cleanup?
I think I found the problem. The "struct et_list" is defined in et/error_table.h, but this file is not #included in imapd.c, imap_err.h, or any of the other *_err.h files, which means the structure in the initialize_imap_error_table_r() function prototype is undefined. (This is also true for some other files, not just imapd.c) Does this file need to be #included somewhere? Thanks, Larry From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rosenbaum, Larry M. Sent: Wednesday, July 12, 2006 11:02 AM To: info-cyrus@lists.andrew.cmu.edu Subject: "struct et_list" declared inside parameter list - possible cleanup? Would it be possible to eliminate the following compiler warnings? In file included from imapd.c:75: imap_err.h:67: warning: "struct et_list" declared inside parameter list imap_err.h:67: warning: its scope is only this definition or declaration, which is probably not what you want It appears to be harmless, but it would be nice to have a completely clean compile. I am using gcc 3.4.2 on Solaris 8 and Solaris 9. I have seen this warning on all Cyrus IMAP v2.3.x. Larry 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
"struct et_list" declared inside parameter list - possible cleanup?
Would it be possible to eliminate the following compiler warnings? In file included from imapd.c:75: imap_err.h:67: warning: "struct et_list" declared inside parameter list imap_err.h:67: warning: its scope is only this definition or declaration, which is probably not what you want It appears to be harmless, but it would be nice to have a completely clean compile. I am using gcc 3.4.2 on Solaris 8 and Solaris 9. I have seen this warning on all Cyrus IMAP v2.3.x. Larry Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus IMAPd 2.3.7 Released
After much experimenting, I decided there was something wrong with my databases, especially since dropping back to v2.3.3 didn't fix it. So I wiped everything out (fortunately it's a test system), recreated the mailboxes and put messages in them, repeated the experiment with v2.3.3, and everything was OK. Then I upgraded to v2.3.7 and it still behaved correctly. So there is no problem with seen state and v2.3.7. [EmilyLetella]Never mind[/Emily] > -Original Message- > From: Ken Murchison [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 11, 2006 3:36 PM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: Cyrus IMAPd 2.3.7 Released > > Larry Rosenbaum wrote: > > After more testing, I have confirmed that v2.3.7 is doing something > nasty > > with my Seen database. To verify, I have done the following experiment > > (using Outlook): > > > > 1) Open my INBOX. > > > > 2) Mark a message as Unread. > > > > 3) Open INBOX.test > > > > 4) Open INBOX. The message is no longer marked as Unread. > > > > If I look at my xxx.seen file, it gets larger after each of steps 2, 3, > and > > 4. I am using the default database type, which is (I think) skiplist. > I am > > not using auto-preview or reading the messages. > > I don't recall touching anything w.r.t. \Seen state, unless the UIDs in > cyrus.index are getting mangled. I will look into this. > > > > > > + > > > > [I suspect it may have done something unsavory with my Seen data, but > > unfortunately I didn't save a copy so I can go back and make sure. I > will > > continue to investigate.] > > > > Larry R. > > > > SunOS emroute1x 5.8 Generic_117350-16 sun4u sparc SUNW,Ultra-250 > > localhost> version > > name : Cyrus IMAPD > > version: v2.3.7 2006/07/10 13:46:20 > > vendor : Project Cyrus > > support-url: http://asg.web.cmu.edu/cyrus > > os : SunOS > > os-version : 5.8 > > environment: Built w/Cyrus SASL 2.1.22 > > Running w/Cyrus SASL 2.1.22 > > Built w/Sleepycat Software: Berkeley DB 4.4.20: (January > 10, > > 2006) > > Running w/Sleepycat Software: Berkeley DB 4.4.20: (January > 10, > > 2006) > > Built w/OpenSSL 0.9.8a 11 Oct 2005 > > Running w/OpenSSL 0.9.8a 11 Oct 2005 > > CMU Sieve 2.3 > > mmap = shared > > lock = fcntl > > nonblock = fcntl > > idle = idled > > > > > > > -- > Kenneth Murchison > Systems Programmer > Project Cyrus Developer/Maintainer > Carnegie Mellon University Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus IMAPd 2.3.7 Released
> -Original Message- > From: Дейтер Александр Валериевич [mailto:[EMAIL PROTECTED] ... > > That was probably me. I have just built 2.3.7 on our test system and > > haven't seen any fatal errors. However, I am using gcc (v3.4.2), NOT > the > > Sun compiler. > > This error happens if you compile Cyrus IMAP as 64-bit application: > > $ file /usr/local/sbin/imapd > /usr/local/sbin/imapd: ELF 64-bit MSB executable SPARCV9 Version 1, > UltraSPARC1 Extensions Required, dynamically linked, stripped > > For this purpose it is necessary to set compiler options: > > -m64 for gcc, or -xarch=v9 for Sun cc. > > Tell me please, what options of the gcc compiler you used at build Cyrus > IMAP ? CC=gcc LDFLAGS="-L/usr/local/lib -R/usr/local/lib" \ ./configure \ --enable-idled \ --with-cyrus-prefix=/usr/local/cyrus \ --with-dbdir=/usr/local/BerkeleyDB.4.4 \ --with-openssl=/usr/local/ssl \ --with-sasl=/usr/local which results in compile commands like this: gcc -c -I.. -I./../lib -I../et -I./../sieve -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/ssl/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ imapd.c and link commands like this: gcc -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.4/lib -R/usr/local/BerkeleyDB.4.4 /lib -L/usr/local/lib -R/usr/local/lib -o imapd \ ../master/service.o pushstats.o imapd.o proxy.o imap_proxy.o index.o version.o mutex_fake.o \ libimap.a ../lib/libcyrus.a ../lib/libcyrus_min.a -L/usr/local/lib -R/usr/local/lib -lsasl2 -lgss -lresolv -lresolv -ldl -lresolv -lresolv -lsocket -lnsl -L/usr/local/BerkeleyDB.4.4/lib -R/usr/local/BerkeleyDB.4.4/lib -ldb-4.4 -lssl -lcrypto -lrt ../et/libcom_err.a > Also show a output of this command: > > $ file /path/to/imapd # file /usr/local/cyrus/bin/imapd /usr/local/cyrus/bin/imapd: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped which I guess means it's not really a 64-bit application but it still cares about alignment of a 64-bit integer. Hope this helps, Larry 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: v2.3.6 message delete causes signal 10
> > More information: it crashes when it tries to do the dereference in the > > above statement. I think it may be an alignment problem; the location > > pointed to by (buf+OFFSET_MODSEQ_64) is not aligned on an 8-byte > > boundary, and I am able to dereference the location 4 bytes before or > > after that location. > > This makes sense, but unless my math is wrong, OFFSET_MODSEQ_64 is at > byte 72, which puts it on a 8-byte boundary. Perhaps it needs to be on > a 16-byte boundary. Your math is correct. However, "buf" is not on an 8-byte boundary, because mailbox->start_offset (line 974) is equal to 92. 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: v2.3.6 message delete causes signal 10
> > > I have just installed Cyrus IMAP v2.3.6 on a test system. Whenever I > > > try to delete a message in my INBOX, the delete fails and I see the > > > following message in the log file: > > > > > > May 26 11:41:01 master[10821]: [ID 970914 local6.error] process > > > 10841 exited, signaled to death by 10 ... > I was able to determine that it > appears to be choking on the following statement (line 1000 of mailbox.c): > > record->modseq = htonll(*((bit64 *)(buf+OFFSET_MODSEQ_64))); More information: it crashes when it tries to do the dereference in the above statement. I think it may be an alignment problem; the location pointed to by (buf+OFFSET_MODSEQ_64) is not aligned on an 8-byte boundary, and I am able to dereference the location 4 bytes before or after that location. I don't know the best way to fix this, but I suspect memcpy() will do the right thing (on big-endian machines). 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: v2.3.6 message delete causes signal 10
> -Original Message- > From: Ken Murchison [mailto:[EMAIL PROTECTED] ... > >>>> Rosenbaum, Larry M. wrote: > >>>>> I have just installed Cyrus IMAP v2.3.6 on a test system. > > Whenever > >>> I > >>>>> try to delete a message in my INBOX, the delete fails and I see > > the > >>>>> following message in the log file: > >>>>> > >>>>> May 26 11:41:01 master[10821]: [ID 970914 local6.error] > > process > >>>>> 10841 exited, signaled to death by 10 > >>>>> > >>>>> This happens whether or not expunge_mode: delayed is set. > >>>>> > >>>>> This is on Solaris 8 with the following setup: > >>>>> > >>>>> name : Cyrus IMAPD > >>>>> version: v2.3.6 2006/05/25 15:21:49 > >>>>> vendor : Project Cyrus > >>>>> support-url: http://asg.web.cmu.edu/cyrus > >>>>> os : SunOS > >>>>> os-version : 5.8 > >>>>> environment: Built w/Cyrus SASL 2.1.22 > >>>>> Running w/Cyrus SASL 2.1.22 > >>>>> Built w/Sleepycat Software: Berkeley DB 4.4.20: > >>> (January > >>>>> 10, 2006) > >>>>> Running w/Sleepycat Software: Berkeley DB 4.4.20: > >>> (January > >>>>> 10, 2006) > >>>>> Built w/OpenSSL 0.9.8a 11 Oct 2005 > >>>>> Running w/OpenSSL 0.9.8a 11 Oct 2005 > >>>>> CMU Sieve 2.3 > >>>>> mmap = shared > >>>>> lock = fcntl > >>>>> nonblock = fcntl > >>>>> idle = idled > >>>>> > >>>>> Cyrus IMAP v2.3.3 (with sasl v2.1.21) ran fine. Any ideas? > >>>> Can you get a backtrace from a core dump? > >>> > >>> I was unable to get a core dump, but I was able to determine that it > >>> appears to be choking on the following statement (line 1000 of > >>> mailbox.c): > >>> > >>> record->modseq = htonll(*((bit64 *)(buf+OFFSET_MODSEQ_64))); > >> This only occurs when you delete a message? Which part, flagging it > >> with \Deleted, or doing the expunge? > > > > Flagging it with \Deleted. > > > >> It would seem strange that this only occurs for only one operation, > > and > >> this function is called in a lot of places. > > > > This is not a production system; the only user is me. It's entirely > > likely that I haven't tried anything else that uses the same function. > > > >> Just curious, does pop3d crash at login? > > > > Sonofagun yes it does. > > OK. 32-bit or 6-bit Solaris kernel? 64 bit: # uname -a SunOS emroute1x 5.8 Generic_117350-16 sun4u sparc SUNW,Ultra-250 # isainfo -kv 64-bit sparcv9 kernel modules > -- > Kenneth Murchison > Systems Programmer > Project Cyrus Developer/Maintainer > Carnegie Mellon University 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: v2.3.6 message delete causes signal 10
> -Original Message- > From: Ken Murchison [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 30, 2006 1:30 PM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: v2.3.6 message delete causes signal 10 > > Rosenbaum, Larry M. wrote: > > > >> -Original Message- > >> From: Ken Murchison [mailto:[EMAIL PROTECTED] > >> Sent: Friday, May 26, 2006 12:11 PM > >> To: Rosenbaum, Larry M. > >> Cc: info-cyrus@lists.andrew.cmu.edu > >> Subject: Re: v2.3.6 message delete causes signal 10 > >> > >> Rosenbaum, Larry M. wrote: > >>> I have just installed Cyrus IMAP v2.3.6 on a test system. Whenever > > I > >>> try to delete a message in my INBOX, the delete fails and I see the > >>> following message in the log file: > >>> > >>> May 26 11:41:01 master[10821]: [ID 970914 local6.error] process > >>> 10841 exited, signaled to death by 10 > >>> > >>> This happens whether or not expunge_mode: delayed is set. > >>> > >>> This is on Solaris 8 with the following setup: > >>> > >>> name : Cyrus IMAPD > >>> version: v2.3.6 2006/05/25 15:21:49 > >>> vendor : Project Cyrus > >>> support-url: http://asg.web.cmu.edu/cyrus > >>> os : SunOS > >>> os-version : 5.8 > >>> environment: Built w/Cyrus SASL 2.1.22 > >>> Running w/Cyrus SASL 2.1.22 > >>> Built w/Sleepycat Software: Berkeley DB 4.4.20: > > (January > >>> 10, 2006) > >>> Running w/Sleepycat Software: Berkeley DB 4.4.20: > > (January > >>> 10, 2006) > >>> Built w/OpenSSL 0.9.8a 11 Oct 2005 > >>> Running w/OpenSSL 0.9.8a 11 Oct 2005 > >>> CMU Sieve 2.3 > >>> mmap = shared > >>> lock = fcntl > >>> nonblock = fcntl > >>> idle = idled > >>> > >>> Cyrus IMAP v2.3.3 (with sasl v2.1.21) ran fine. Any ideas? > >> Can you get a backtrace from a core dump? > > > > > > I was unable to get a core dump, but I was able to determine that it > > appears to be choking on the following statement (line 1000 of > > mailbox.c): > > > > record->modseq = htonll(*((bit64 *)(buf+OFFSET_MODSEQ_64))); > > This only occurs when you delete a message? Which part, flagging it > with \Deleted, or doing the expunge? Flagging it with \Deleted. > It would seem strange that this only occurs for only one operation, and > this function is called in a lot of places. This is not a production system; the only user is me. It's entirely likely that I haven't tried anything else that uses the same function. > Just curious, does pop3d crash at login? Sonofagun yes it does. > > -- > Kenneth Murchison > Systems Programmer > Project Cyrus Developer/Maintainer > Carnegie Mellon University 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: v2.3.6 message delete causes signal 10
> -Original Message- > From: Ken Murchison [mailto:[EMAIL PROTECTED] > Sent: Friday, May 26, 2006 12:11 PM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: v2.3.6 message delete causes signal 10 > > Rosenbaum, Larry M. wrote: > > I have just installed Cyrus IMAP v2.3.6 on a test system. Whenever I > > try to delete a message in my INBOX, the delete fails and I see the > > following message in the log file: > > > > May 26 11:41:01 master[10821]: [ID 970914 local6.error] process > > 10841 exited, signaled to death by 10 > > > > This happens whether or not expunge_mode: delayed is set. > > > > This is on Solaris 8 with the following setup: > > > > name : Cyrus IMAPD > > version: v2.3.6 2006/05/25 15:21:49 > > vendor : Project Cyrus > > support-url: http://asg.web.cmu.edu/cyrus > > os : SunOS > > os-version : 5.8 > > environment: Built w/Cyrus SASL 2.1.22 > > Running w/Cyrus SASL 2.1.22 > > Built w/Sleepycat Software: Berkeley DB 4.4.20: (January > > 10, 2006) > > Running w/Sleepycat Software: Berkeley DB 4.4.20: (January > > 10, 2006) > > Built w/OpenSSL 0.9.8a 11 Oct 2005 > > Running w/OpenSSL 0.9.8a 11 Oct 2005 > > CMU Sieve 2.3 > > mmap = shared > > lock = fcntl > > nonblock = fcntl > > idle = idled > > > > Cyrus IMAP v2.3.3 (with sasl v2.1.21) ran fine. Any ideas? > > Can you get a backtrace from a core dump? I was unable to get a core dump, but I was able to determine that it appears to be choking on the following statement (line 1000 of mailbox.c): record->modseq = htonll(*((bit64 *)(buf+OFFSET_MODSEQ_64))); > -- > Kenneth Murchison > Systems Programmer > Project Cyrus Developer/Maintainer > Carnegie Mellon University 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
v2.3.6 message delete causes signal 10
I have just installed Cyrus IMAP v2.3.6 on a test system. Whenever I try to delete a message in my INBOX, the delete fails and I see the following message in the log file: May 26 11:41:01 master[10821]: [ID 970914 local6.error] process 10841 exited, signaled to death by 10 This happens whether or not expunge_mode: delayed is set. This is on Solaris 8 with the following setup: name : Cyrus IMAPD version: v2.3.6 2006/05/25 15:21:49 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : SunOS os-version : 5.8 environment: Built w/Cyrus SASL 2.1.22 Running w/Cyrus SASL 2.1.22 Built w/Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) Running w/Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) Built w/OpenSSL 0.9.8a 11 Oct 2005 Running w/OpenSSL 0.9.8a 11 Oct 2005 CMU Sieve 2.3 mmap = shared lock = fcntl nonblock = fcntl idle = idled Cyrus IMAP v2.3.3 (with sasl v2.1.21) ran fine. Any ideas? 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
Reconstruct options for restoring mailbox?
Using Cyrus IMAP 2.3.3 on Solaris 9. Let's say I'm restoring a subfolder "test" of a mailbox "user.me", and all I have are the message files. So here is what the user/me directory looks like: -rw--- 1 cyrusmail3145 Dec 29 16:02 1. -rw--- 2 cyrusmail3133 Dec 29 16:03 2. -rw--- 1 cyrusmail 682 Jan 13 12:38 3. -rw--- 1 cyrusmail 688 Jan 13 12:54 4. -rw--- 1 cyrusmail 526 Feb 14 10:00 5. -rw--- 1 cyrusmail 546 Feb 15 12:38 6. -rw--- 1 cyrusmail 672 Feb 27 14:35 7. -rw--- 1 cyrusmail6044 Apr 12 16:44 cyrus.cache -rw--- 1 cyrusmail 157 Apr 12 16:44 cyrus.header -rw--- 1 cyrusmail 580 Apr 12 16:44 cyrus.index drwx-- 2 cyrusmail 512 Apr 12 16:41 test and here is what the user/me/test directory looks like: -rw--- 1 cyrusmail 94558 Mar 14 16:22 2. I need to somehow generate the cyrus.* files in the test subdirectory and add it to the mailbox database. What reconstruct command will do that? In the old days, a "reconstruct -m" and "reconstruct user.me.test" would do the job (with a large overhead for the -m command), but -m is no longer functional. The -x and -f options look hopeful, but they won't add the mailbox to the database unless the cyrus.* files are present. And "reconstruct user.me.test" or "reconstruct -r user.me" won't create the cyrus.* files because the mailbox is not in the mailbox database. What is the best way to handle this? Thanks, Larry 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: plus addressing with postfix
Use LMTP. Make sure main.cf has "recipient_delimiter = +" You don't need special permissions to deliver to a user's INBOX, but if you want to deliver to a subfolder, the subfolder must have "anyone p". > -Original Message- > From: [EMAIL PROTECTED] [mailto:info-cyrus- > [EMAIL PROTECTED] On Behalf Of Steve Kwok > Sent: Friday, March 17, 2006 6:21 AM > To: info-cyrus@lists.andrew.cmu.edu > Subject: plus addressing with postfix > > Hi, > > How can I make cyrus imap plus delivery work from postfix. > I have virtual domains. > > in my master.cf > > cyrus unix- n n - - pipe > user=cyrus argv=/usr/lib/cyrus/deliver -r ${sender} -m > ${extension} > ${recipient} > > I use autocreateinbox patch to create the folders. > > 1. I think one solution is giving anyone p right by default. >Will there be any security problem by doing this to everyone's folder? > 2. I found it work if the deliver program is called with -a [EMAIL PROTECTED] >user=cyrus argv=/usr/lib/cyrus/deliver -r ${sender} > -m ${extension} -a ${recipient} ${recipient} >However pipe do not remove the plus extension from the ${recipient} > macro >Passing [EMAIL PROTECTED] to -a and recipient make it doesn't work. > > I have try LMTP however the result is the same. > And suggestions? Am I doing the right thing? > > Great Thanks > Steve Kwok > > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Any ideas? Cyrus takes 5 minutes to start - SOLVED
I found the problem - when I built cyrus it couldn't detect mmap, so it built without it. I rebuilt it with mmap support and now it only takes 5 seconds to start up. > -Original Message- > From: Simon Matter [mailto:[EMAIL PROTECTED] > Sent: Monday, March 13, 2006 9:52 AM > To: Kjetil Torgrim Homme > Cc: Rosenbaum, Larry M.; info-cyrus@lists.andrew.cmu.edu > Subject: Re: Any ideas? Cyrus takes 5 minutes to start > > > On Mon, 2006-03-13 at 09:34 -0500, Rosenbaum, Larry M. wrote: > >> We have just upgraded from an ancient version of Cyrus to a new one on > >> some new hardware. I have discovered that Cyrus takes 4-5 minutes to > >> start: > >> > >> Feb 25 13:42:15 email master[327]: process started > >> Feb 25 13:42:15 email ctl_cyrusdb[346]: recovering cyrus databases > >> Feb 25 13:43:07 email ctl_cyrusdb[346]: skiplist: recovered > >> /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds > >> Feb 25 13:43:07 email ctl_cyrusdb[346]: skiplist: recovered > >> /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds > >> Feb 25 13:47:04 email ctl_cyrusdb[346]: done recovering cyrus databases > >> Feb 25 13:47:04 email master[327]: ready for work > >> > >> What was it doing between 13:43:07 and 13:47:04? Is there any way to > >> speed this up? > > > > sure, shut down Cyrus cleanly before you reboot. send SIGTERM to master > > and allow it some seconds to finish off the work, should do the trick. > > I don't think unclean shutdown is the problem here. Skiplist recovery > always happens on startup, it works as designed. > > Simon Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Any ideas? Cyrus takes 5 minutes to start
Does anybody know if Cyrus has to be down before I can safely run ctl_cyrusdb -r under truss? If so, I'll have to do it off-peak. I did manage to get a couple minutes of truss output the other day but I had to kill it before it finished. It looked very repetitive, with a lot of this: stat("/var/imap/mailboxes.db", 0xFFBFE578) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE5F0) = 0 fcntl(4, F_SETLKW, 0xFFBFE8C0) = 0 fstat(4, 0xFFBFE9E8)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE960) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE9D8) = 0 fcntl(4, F_SETLKW, 0xFFBFE4D8) = 0 fstat(4, 0xFFBFE600)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE578) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE5F0) = 0 fcntl(4, F_SETLKW, 0xFFBFE8C0) = 0 fstat(4, 0xFFBFE9E8)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE960) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE9D8) = 0 fcntl(4, F_SETLKW, 0xFFBFE4D8) = 0 fstat(4, 0xFFBFE600)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE578) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE5F0) = 0 fcntl(4, F_SETLKW, 0xFFBFE8C0) = 0 fstat(4, 0xFFBFE9E8)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE960) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE9D8) = 0 fcntl(4, F_SETLKW, 0xFFBFE4D8) = 0 fstat(4, 0xFFBFE600)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE578) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE5F0) = 0 fcntl(4, F_SETLKW, 0xFFBFE8C0) = 0 fstat(4, 0xFFBFE9E8)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE960) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE9D8) = 0 fcntl(4, F_SETLKW, 0xFFBFE4D8) = 0 fstat(4, 0xFFBFE600)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE578) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE5F0) = 0 fcntl(4, F_SETLKW, 0xFFBFE8C0) = 0 fstat(4, 0xFFBFE9E8)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE960) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE9D8) = 0 fcntl(4, F_SETLKW, 0xFFBFE4D8) = 0 fstat(4, 0xFFBFE600)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE578) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE5F0) = 0 fcntl(4, F_SETLKW, 0xFFBFE8C0) = 0 fstat(4, 0xFFBFE9E8)= 0 stat("/var/imap/mailboxes.db", 0xFFBFE960) = 0 lseek(4, 0, SEEK_SET) = 0 read(4, "A1028B\r s k i p l i s t".., 2919372) = 2919372 fcntl(4, F_SETLKW, 0xFFBFE9D8) = 0 fcntl(4, F_SETLKW, 0xFFBFE4D8) = 0 > -Original Message- > From: Andrew Morgan [mailto:[EMAIL PROTECTED] > Sent: Monday, March 13, 2006 10:58 AM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: Any ideas? Cyrus takes 5 minutes to start > > How about running ctl_cyrusdb -r under truss to see what it is doing > during that time? I am unsure if you have to stop Cyrus first to do this. > > Andy > > On Mon, 13 Mar 2006, Rosenbaum, Larry M. wrote: > > > Any ideas on this issue? > > > > -Original Message- > > From: Rosenbaum, Larry M. > > Sent: Saturday, February 25, 2006 2:21 PM > > To: [EMAIL PROT
RE: How to suppress "Couldn't find mech CRAM-MD5" message
> From: [EMAIL PROTECTED] [mailto:info-cyrus- > [EMAIL PROTECTED] On Behalf Of Chris Hilts > > > We don't support CRAM-MD5, but we don't want to be warned every time > > somebody tries to use it. Cyrus SASL was compiled without CRAM-MD5 > > support. Here is some other configuration information: > > Is Cyrus reporting it can do CRAM-MD5 in the CAPABILITY response? No. > What > have you got your "sasl_mech_list" set to? It's not set at all. Would setting it make the warnings go away? 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
Any ideas? Cyrus takes 5 minutes to start
Any ideas on this issue? -Original Message- From: Rosenbaum, Larry M. Sent: Saturday, February 25, 2006 2:21 PM To: [EMAIL PROTECTED] Subject: Cyrus takes 5 minutes to start We have just upgraded from an ancient version of Cyrus to a new one on some new hardware. I have discovered that Cyrus takes 4-5 minutes to start: Feb 25 13:42:15 email master[327]: [ID 965400 local6.notice] process started Feb 25 13:42:15 email ctl_cyrusdb[346]: [ID 702911 local6.notice] recovering cyrus databases Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds Feb 25 13:47:04 email ctl_cyrusdb[346]: [ID 127214 local6.notice] done recovering cyrus databases Feb 25 13:47:04 email master[327]: [ID 139525 local6.notice] ready for work What was it doing between 13:43:07 and 13:47:04? Is there any way to speed this up? Software: Cyrus v2.3.1 on Solaris 9 Hardware: Sun v210 with 2 GB memory, 2 1.3GHz processors, 9 GB swap Database types: using the recommended default types Size: 2000 users, 30,547 folders (i.e. there were 30,547 lines in the old /var/imap/mailboxes) Larry 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: How to suppress "Couldn't find mech CRAM-MD5" message
> From: Ken Murchison [mailto:[EMAIL PROTECTED] > > Rosenbaum, Larry M. wrote: > > Running Cyrus IMAP 2.3.1 on Solaris 9. > > > > Is there any way to suppress the following messages which have been > > showing up in the syslog and authlog? > > > > Mar 10 10:32:23 email imaps[3908]: [ID 702911 auth.notice] Couldn't find > > mech CRAM-MD5 > > > > We don't support CRAM-MD5, but we don't want to be warned every time > > somebody tries to use it. Cyrus SASL was compiled without CRAM-MD5 > > support. Here is some other configuration information: > > Which client is trying to use CRAM-MD5 even though its not advertised? I don't know for sure, but I would suspect they are using Eudora, probably an old version like 5.1-1 or 5.2. That's what we *used to* support here a few years ago. > You can either complain to the client vendor, see if you can configure > it to not unilaterally try CRAM, We don't have a support contract with Qualcomm any more. Perhaps if I can tie the messages with an IP number we can get the users to change their settings. > change syslog.conf to not log auth.notice messages, I don't think our security folks will go for that. > or tweak the SASL source to not log this stuff. I had been assuming that all we had to do to not support CRAM-MD5 was to build SASL without it, and it would just reject AUTH CRAM-MD5 commands without logging it all over the place. Is there maybe a SASL or IMAP setting that will help? I don't mind it in the IMAP logs as much as in the other logs. 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
How to suppress "Couldn't find mech CRAM-MD5" message
Running Cyrus IMAP 2.3.1 on Solaris 9. Is there any way to suppress the following messages which have been showing up in the syslog and authlog? Mar 10 10:32:23 email imaps[3908]: [ID 702911 auth.notice] Couldn't find mech CRAM-MD5 We don't support CRAM-MD5, but we don't want to be warned every time somebody tries to use it. Cyrus SASL was compiled without CRAM-MD5 support. Here is some other configuration information: # authentication parameters sasl_pwcheck_method: saslauthd allowapop: 0 allowplaintext: 0 localhost> version name : Cyrus IMAPD version: v2.3.1 2005/12/20 15:54:43 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : SunOS os-version : 5.9 environment: Built w/Cyrus SASL 2.1.21 Running w/Cyrus SASL 2.1.21 Built w/Sleepycat Software: Berkeley DB 4.4.16: (November 12, 2005) Running w/Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) Built w/OpenSSL 0.9.8a 11 Oct 2005 Running w/OpenSSL 0.9.8a 11 Oct 2005 CMU Sieve 2.3 TCP Wrappers mmap = nommap lock = fcntl nonblock = fcntl idle = poll email# telnet 0 143 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. * OK email Cyrus IMAP4 v2.3.1 server ready 0 capability * CAPABILITY IMAP4 IMAP4rev1 ACL RIGHTS=kxte QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE IDLE STARTTLS LOGINDISABLED URLAUTH 0 OK Completed 0 logout * BYE LOGOUT received 0 OK Completed Connection to 0 closed by foreign host. email# stunnel -c -r 993 * OK email Cyrus IMAP4 v2.3.1 server ready 0 capability * CAPABILITY IMAP4 IMAP4rev1 ACL RIGHTS=kxte QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE IDLE AUTH=PLAIN SASL-IR URLAUTH 0 OK Completed 0 logout email# ls -l /usr/local/lib/sasl2 total 108 -rwxr-xr-x 1 root other714 Jan 11 11:57 libplain.la lrwxrwxrwx 1 root other 18 Jan 11 11:57 libplain.so -> libplain.so.2.0.21 lrwxrwxrwx 1 root other 18 Jan 11 11:57 libplain.so.2 -> libplain.so.2.0.21 -rwxr-xr-x 1 root other 51616 Jan 11 11:57 libplain.so.2.0.21 Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus IMAPd 2.3.2 Released
We haven't changed anything about the databases. We are using whatever the defaults are, and Berkeley 4.4.16. From testing with the cvt_cyrusdb program, it looks like the old program will open the old database, and the new program will open the new database, but the new program won't open the old database, and the old program won't open the new database. # ./cvt_cyrusdb ~lmr/deliver.db.old berkeley-nosync ~lmr/y.txt flat Converting from /home/lmr/deliver.db.old (berkeley-nosync) to /home/lmr/y.txt (flat) fatal error: can't open old database # ./cvt_cyrusdb ~lmr/deliver.db berkeley-nosync ~lmr/y.txt flat Converting from /home/lmr/deliver.db (berkeley-nosync) to /home/lmr/y.txt (flat) # ./cvt_cyrusdb.old ~lmr/deliver.db.old berkeley-nosync ~lmr/y.txt flat Converting from /home/lmr/deliver.db.old (berkeley-nosync) to /home/lmr/y.txt (flat) Warning: apparently empty database converted. # ./cvt_cyrusdb.old ~lmr/deliver.db berkeley-nosync ~lmr/y.txt flat Converting from /home/lmr/deliver.db (berkeley-nosync) to /home/lmr/y.txt (flat) fatal error: can't open old database L > -Original Message- > From: Ken Murchison [mailto:[EMAIL PROTECTED] > Sent: Monday, February 27, 2006 3:12 PM > To: Rosenbaum, Larry M. > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: Cyrus IMAPd 2.3.2 Released > > Larry Rosenbaum wrote: > > Has something changed in the database format? I upgraded a test system from > > v2.3.1 to v2.3.2 and it didn't seem to like the deliver.db file: > > Nothing has changed with the format, unless you change backend types or > BDB versions. > > > > Feb 27 13:38:22 emroute1x lmtpunix[20020]: [ID 866726 local6.warning] > DBERROR > > db4: /usr/local/cyrus/config/deliver.db: unexpected file type or format > > Feb 27 13:38:22 emroute1x lmtpunix[20020]: [ID 729713 local6.error] DBERROR: > > opening /usr/local/cyrus/config/deliver.db: Invalid argument > > Feb 27 13:38:22 emroute1x lmtpunix[20020]: [ID 729713 local6.error] DBERROR: > > opening /usr/local/cyrus/config/deliver.db: cyrusdb error > > Feb 27 13:38:22 emroute1x lmtpunix[20020]: [ID 157947 local6.error] FATAL: > > lmtpd: unable to init duplicate delivery database > > Feb 27 13:38:22 emroute1x master[17669]: [ID 684980 local6.warning] service > > lmtpunix pid 20020 in READY state: terminated abnormally > > > > Deleting the file and restarting made it happier. > > > -- > Kenneth Murchison > Systems Programmer > Project Cyrus Developer/Maintainer > Carnegie Mellon University Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Cyrus takes 5 minutes to start
We have just upgraded from an ancient version of Cyrus to a new one on some new hardware. I have discovered that Cyrus takes 4-5 minutes to start: Feb 25 13:42:15 email master[327]: [ID 965400 local6.notice] process started Feb 25 13:42:15 email ctl_cyrusdb[346]: [ID 702911 local6.notice] recovering cyrus databases Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds Feb 25 13:47:04 email ctl_cyrusdb[346]: [ID 127214 local6.notice] done recovering cyrus databases Feb 25 13:47:04 email master[327]: [ID 139525 local6.notice] ready for work What was it doing between 13:43:07 and 13:47:04? Is there any way to speed this up? Software: Cyrus v2.3.1 on Solaris 9 Hardware: Sun v210 with 2 GB memory, 2 1.3GHz processors, 9 GB swap Database types: using the recommended default types Size: 2000 users, 30,547 folders (i.e. there were 30,547 lines in the old /var/imap/mailboxes) Larry 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
Multiple SSL certificates
How do I configure Cyrus to use multiple SSL certificates/private keys? I want users to be able to reach the server as either a.example.com or a.b.example.com. I have certificates and keys for both names. L 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: Unknown host "localhost" in cyradm
We were running the Perl 5.8.5 package from Sunfreeware. We replaced it with the 5.8.7 package from Sunfreeware and that fixed the problem. > -Original Message- > From: [EMAIL PROTECTED] [mailto:info-cyrus- > [EMAIL PROTECTED] On Behalf Of Michael O'Rourke > Sent: Thursday, January 12, 2006 4:42 PM > To: info-cyrus@lists.andrew.cmu.edu > Subject: Re: Unknown host "localhost" in cyradm > > On 1/12/06, Larry Rosenbaum <[EMAIL PROTECTED]> wrote: > > I've done some debugging and come up with some odd information. The problem > > occurs in imclient.c in the imclient_connect function. It is calling > > getaddrinfo() and getting a return value of 3, which is > > > > #define EAI_BADFLAGS3 /* invalid ai_flags */ > > > > The odd part is that if I write a test program that calls getaddrinfo() with > the > > same parameters, I get a return value of 0 (success). I can work around the > > problem by commenting out this line: > > > > hints.ai_flags = AI_CANONNAME; > > > > but the fewer hacks I have to make to the Cyrus code, the more confident I > will > > be about its stability. Any ideas what's going on? > > > > Larry > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:info-cyrus- > > > [EMAIL PROTECTED] On Behalf Of Rosenbaum, Larry M. > > > Sent: Wednesday, January 11, 2006 5:27 PM > > > To: info-cyrus@lists.andrew.cmu.edu > > > Subject: Unknown host "localhost" in cyradm > > > > > > Running Cyrus 2.3.1 on Solaris 9. > > > > > > What would cause the following error? > > > > > > > > > # cyradm localhost > > > imclient_connect: unknown host "localhost" at > > > /usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/Cyrus/IMAP/Admin.pm > > > line 72. > > > > > > It doesn't like any hostname I give it. Everything else looks OK so far > > > and I had no trouble with the same version of Cyrus on the Solaris 8 > > > system I was testing on. > > > > > > L > > > > > > > > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > > > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > > > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > > > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > Hi, > > You might have a look at: > http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info- > cyrus&msg=37801 > from December 16th. I had much the same problem -- cyradm was the only > thing that did not work. The problem was a badly compiled Perl -- the > symbol getaddrinfo in libperl.so was local to perl, so it was grabbing > that one (linux compatable) and not Sun's getaddrinfo from > libsocket.so. > > I recompiled Perl (went to the 5.8.7 version to boot!) with -lsocket > -lnsl -lresolv and without -lbind and cyradm (and so far the rest of > perl) works fine. Of course, mod_perl complained loudly about the > version upgrade the next time I restarted Apache, so I had to > re-compile that too! > > HTH. > Mike. > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Unknown host "localhost" in cyradm
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Quoting "Rosenbaum, Larry M." <[EMAIL PROTECTED]>: > > > Running Cyrus 2.3.1 on Solaris 9. > > > > What would cause the following error? > > > > > > # cyradm localhost > > imclient_connect: unknown host "localhost" at > > /usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/Cyrus/IMAP/Admin.pm > > line 72. > > > > It doesn't like any hostname I give it. Everything else looks OK so far > > and I had no trouble with the same version of Cyrus on the Solaris 8 > > system I was testing on. > > > > L > > May be this is not related to 'cyradm'. > > 1. Is localhost setup in /etc/hosts Yes > 2. Can you ping localhost? Yes > 3. How are the hosts resolved? > Check /etc/nsswitch.conf and if only 'dns' is listed against 'hosts' > then add 'files'. files dns I can connect to localhost with anything except cyradm. Even "imtest" will connect. Also, if I attempt to use cyradm to connect to a different host, it will tell me that host is unknown too. 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
Unknown host "localhost" in cyradm
Running Cyrus 2.3.1 on Solaris 9. What would cause the following error? # cyradm localhost imclient_connect: unknown host "localhost" at /usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/Cyrus/IMAP/Admin.pm line 72. It doesn't like any hostname I give it. Everything else looks OK so far and I had no trouble with the same version of Cyrus on the Solaris 8 system I was testing on. L 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: TLS support in cyradm?
I found some patches at https://bugzilla.andrew.cmu.edu/attachment.cgi?id=310&action=view It would be nice if somebody would put them into the base code. > -Original Message- > From: [EMAIL PROTECTED] [mailto:info-cyrus- > [EMAIL PROTECTED] On Behalf Of Patrick Radtke > Sent: Tuesday, January 10, 2006 11:57 AM > To: Jorey Bump > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: TLS support in cyradm? > > If you're building Cyrus yourself then you can just patch it to add > TLS support. > > I don't recall where these patches originally came from (collected > from past postings I'm told). > Once patched, cyradm takes the password as (-w secret) on the command > line, so you probably don't want to run it on a public machine. > > The patch also make changes to seiveshell, the Cyrus/IMAP perl > libraries and imclient.c 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
TLS support in cyradm?
Is there a way to get cyradm to use TLS (or STARTTLS) when connecting to the server? We are planning to authenticate with /etc/shadow using saslauthd, and use TLS to avoid putting plaintext passwords on the wire. However, I have found out that specifying allowplaintext: 0 prevents us from using cyradm. Larry R. 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: Creating INBOXes noninteractively
From: Kjetil Torgrim Homme [mailto:[EMAIL PROTECTED] On Fri, 2006-01-06 at 10:34 -0500, Rosenbaum, Larry M. wrote: > > From: Andrew Morgan [mailto:[EMAIL PROTECTED] > > > > On Thu, 5 Jan 2006, Rosenbaum, Larry M. wrote: > > > > > This script requires a password, which means you have to run it > > > interactively or else put the password in a file. I'm looking for a > > > noninteractive way to create a mailbox without having to put a > password > > > in a file. > > > > Let's think about this... You're looking for a way to have admin > > privileges without authenticating for them? Sounds like trouble to > > me... :) > > Well, you'd have to be "root" or "cyrus" to run it. | you'd have to be "root" (or whatever) to read the file with password, | too. That's a good point. Our security gurus frown on putting passwords in files, but in this case it isn't as insecure as I originally thought. I may consider it if I can't think of anything better. Larry 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: Creating INBOXes noninteractively
> From: Andrew Morgan [mailto:[EMAIL PROTECTED] > > On Thu, 5 Jan 2006, Rosenbaum, Larry M. wrote: > > > This script requires a password, which means you have to run it > > interactively or else put the password in a file. I'm looking for a > > noninteractive way to create a mailbox without having to put a password > > in a file. > > Let's think about this... You're looking for a way to have admin > privileges without authenticating for them? Sounds like trouble to me... > :) Well, you'd have to be "root" or "cyrus" to run it. > > Probably your only alternative is to write something that directly > modifies the mailboxes database, creates the requisite directories, etc, > but that is bound to break something eventually. > > Andy Yeah I've been thinking that a solution, if possible, would have to not involve cyradm. 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: Creating INBOXes noninteractively
This script requires a password, which means you have to run it interactively or else put the password in a file. I'm looking for a noninteractive way to create a mailbox without having to put a password in a file. -Original Message- From: Andrés Tarallo [mailto:[EMAIL PROTECTED] Sent: Thursday, January 05, 2006 10:51 AM To: Rosenbaum, Larry M.; info-cyrus@lists.andrew.cmu.edu Subject: Re: Creating INBOXes noninteractively I have used the script imapcreate.pl, I've made a few enhacments that I've submited to his author. Andres > We use a centralized account management system to create user accounts > on our systems. We would like to be able to use it to create Cyrus > mailboxes. Is there any way to create a user INBOX from a > noninteractive process running as "root" or "cyrus" (without putting an > admin password in a file)? We are running Cyrus v2.3.1. > > The autocreatequota option is a possibility, but there would be fewer > support calls if we could create the inboxes for them. > > L > > > 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 > > A/P Andres Tarallo WD&B Consultores Montevideo - Uruguay 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
Creating INBOXes noninteractively
We use a centralized account management system to create user accounts on our systems. We would like to be able to use it to create Cyrus mailboxes. Is there any way to create a user INBOX from a noninteractive process running as "root" or "cyrus" (without putting an admin password in a file)? We are running Cyrus v2.3.1. The autocreatequota option is a possibility, but there would be fewer support calls if we could create the inboxes for them. L 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
Upgrading from v1.5.19 to v2.3.x
We are currently running Cyrus IMAP v1.5.19 on Solaris 6, which has not been upgraded because I thought the server would be going away soon. I have recently found out that it is not going away, and that we are moving it to new and better hardware (and Solaris 9), so this would be an excellent time to install the latest Cyrus version. I need to know how to migrate the various databases Cyrus uses to the new database formats and locations. In particular, I couldn't find on the "Upgrading from Previous Versions" document anything about the "seen" data. I am planning to use the default database type for each database. Here is what I think I need to do - please correct me if my assumptions are incorrect: mailboxes - cvt_cyrusdb from flat to skiplist duplicate_db - doesn't exist in 1.5.19, so I don't have to do anything mailbox keys - quota - the default is "quotalegacy", so I guess I don't have to do anything. I don't need to preserve the old quotas anyway, so is there any advantage in changing this? seen state - v1.5.19 keeps this in the user's spool directories. v2.3.x keeps it under configdir/users. How do I do this conversion? subscriptions - the default is "flat" so I don't have to do anything tlscache - doesn't exist in 1.5.19, so I don't have to do anything Anything else I'm missing? Thanks, Larry M. Rosenbaum Oak Ridge National Laboratory 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