Re: delayed expunge and expire annotation
> > Running a second cyr_expire with the '-a' flag set is a workaround. > There was a bug raised at some point in the past. > > Rgds, > Alan. > Thank you, it works. -- Vladimir Vassiliev Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus stops responding to imap:143 requests
On Wed, Oct 27, 2010 at 07:28:22PM -0200, Henrique de Moraes Holschuh wrote: > On Wed, 27 Oct 2010, Eric Luyten wrote: > > On 2.3.15, we run into a very similar situation whereby I had made > > a distinction between two services using a suffix composed of a > > hyphen and some text, but Cyrus apparently only used the part before > > the hyphen in its internal housekeeping. > > Half of the time one service was responding, half of the time the > > other one. Very annoying. > > And an outright bug. If it won't work, it shouldn't be accepted. > > > To make things clearer : > > > >problem situation : > > > > popserv cmd="pop3d -C ..." > > popserv-sec cmd="pop3d -s -C ..." > > > >problemless situation : > > > > popserv cmd="pop3d -C ..." > > popservseccmd="pop3d -s -C ..." > > > > Finding the solution was helped by us noticing that syslogging was > > also only done using the first part of the service name (popserv). > > Please file a bug about this issue, if you haven't done so already. > http://bugzilla.cyrusimap.org/ Feel free to mark it up pretty high for backport to 2.3.x and into 2.4 as well - that's an evil bug! Bron. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Got cyrus to compile but now it's not working.
On Wed, Oct 27, 2010 at 08:48:38PM +0100, Jeroen van Meeuwen (Kolab Systems) wrote: > Frank Pittel wrote: > > Oct 27 12:48:03 cyrus-int imap[4393]: [ID 914338 local6.notice] badlogin: > > localhost [127.0.0.1] plaintext cyrus SASL(-1): generic failure: checkpass > > failed > > > > What does your SASL configuration look like, and does testsaslauthd work for > any of the users you know are available to SASL using the configuration you > have in place now? Not sure about the configuration. I simply followed the doc file. :-) Let me know where to look for it. When I try the testsaslauthd I get the following response: connect() : No such file or directory 0: bash-3.00# I ran truss on the process to try and figure out what file or directory it was looking for but didn't see any. Frank Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus stops responding to imap:143 requests
On Wed, 27 Oct 2010, Eric Luyten wrote: > On 2.3.15, we run into a very similar situation whereby I had made > a distinction between two services using a suffix composed of a > hyphen and some text, but Cyrus apparently only used the part before > the hyphen in its internal housekeeping. > Half of the time one service was responding, half of the time the > other one. Very annoying. And an outright bug. If it won't work, it shouldn't be accepted. > To make things clearer : > >problem situation : > > popserv cmd="pop3d -C ..." > popserv-sec cmd="pop3d -s -C ..." > >problemless situation : > > popserv cmd="pop3d -C ..." > popservseccmd="pop3d -s -C ..." > > Finding the solution was helped by us noticing that syslogging was > also only done using the first part of the service name (popserv). Please file a bug about this issue, if you haven't done so already. http://bugzilla.cyrusimap.org/ -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: IMAP v2.4.2 imap process crashes if imapd.conf doesn't define servername or syslog_prefix
On Wed, Oct 27, 2010 at 11:09:29AM -0400, Rosenbaum, Larry M. wrote: > http://bugzilla.cyrusimap.org/bugzilla3/show_bug.cgi?id=3292 > > I installed and started Cyrus IMAP v2.4.2 on Solaris 9 Sparc. Every time I > tried to connect, the connection would fail and the log would show (for > example) "process 12723 exited, signaled to death by 11". If I added a > definition for "servername" to the imapd.conf file, it would run OK and I was > able to connect. The code causing the problem is in the function > session_new_id() in the file imap/global.c: > > base = config_getstring(IMAPOPT_SYSLOG_PREFIX); > if (!base) base = config_getstring(IMAPOPT_SERVERNAME); > snprintf(session_id_buf, MAX_SESSIONID_SIZE, "%.128s-%d-%d-%d", > base, getpid(), session_id_time, session_id_count); > > > servername and syslog_prefix are documented as optional, but if neither one is > explicitly defined in imapd.conf, then the character pointer "base" is zero, > which causes a SEGV in snprintf(). Definitely worth filing a bug for this one! Bron. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Got cyrus to compile but now it's not working.
Frank Pittel wrote: > Oct 27 12:48:03 cyrus-int imap[4393]: [ID 914338 local6.notice] badlogin: > localhost [127.0.0.1] plaintext cyrus SASL(-1): generic failure: checkpass > failed > What does your SASL configuration look like, and does testsaslauthd work for any of the users you know are available to SASL using the configuration you have in place now? Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 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
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? 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 ;-) Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 diff --git a/lib/crc32.h b/lib/crc32.h index 9047733..6ac837d 100644 --- a/lib/crc32.h +++ b/lib/crc32.h @@ -5,7 +5,11 @@ #define CRC32_H #include "util.h" #include -#include +#ifdef HAVE_STDINT_H +# include +#else +# include +#endif uint32_t crc32_map(const char *base, unsigned len); uint32_t crc32_buf(struct buf *buf); Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Got cyrus to compile but now it's not working.
I'm sure a number of you remember the problems I had getting cyrus imap and sasl to compile. I finally got it to compile and almost working. The problem I'm having is with logging into the server. I've used sasl2 to generate a password and made sure the dbs are owned by the user "cyrus". I'm reasonable sure the imapd.conf and cyrus.conf files are good since I copied them from a linux machine that has cyrus imapd/sasl2 working. I did of course fix up the paths in them. When I try to login to run imtest I get the following entries in the imapd.log file: Oct 27 12:47:55 cyrus-int master[4393]: [ID 392559 local6.debug] about to exec /opt/cyrus/bin/imapd Oct 27 12:47:55 cyrus-int imap[4393]: [ID 518349 local6.debug] executed Oct 27 12:47:55 cyrus-int imap[4393]: [ID 136705 local6.debug] IOERROR: opening /var/lib/imap/user_deny.db: No such file or directory Oct 27 12:47:55 cyrus-int imap[4393]: [ID 921384 local6.debug] accepted connection Oct 27 12:47:55 cyrus-int imap[4393]: [ID 301543 local6.info] skiplist: checkpointed /var/lib/imap/tls_sessions.db (1 record, 320 bytes) in 0 seconds Oct 27 12:47:55 cyrus-int imap[4393]: [ID 574029 local6.debug] SSL_accept() incomplete -> wait Oct 27 12:47:55 cyrus-int imap[4393]: [ID 867439 local6.debug] SSL_accept() succeeded -> done Oct 27 12:47:55 cyrus-int imap[4393]: [ID 379946 local6.notice] starttls: TLSv1 with cipher AES256-SHA (256/256 bits new) no authentication Oct 27 12:48:03 cyrus-int imap[4393]: [ID 914338 local6.notice] badlogin: localhost [127.0.0.1] plaintext cyrus SASL(-1): generic failure: checkpass failed The interaction with imtest is: bash-3.00# ./imtest -a cyrus -t "" localhost S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE STARTTLS AUTH=GSSAPI AUTH=CRAM-MD5 AUTH=PLAIN AUTH=DIGEST-MD5 SASL-IR] cyrus-int Cyrus IMAP v2.4.2 server ready C: S01 STARTTLS S: S01 OK Begin TLS negotiation now verify error:num=18:self signed certificate TLS connection established: TLSv1 with cipher AES256-SHA (256/256 bits) C: C01 CAPABILITY S: * CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=GSSAPI AUTH=CRAM-MD5 AUTH=PLAIN AUTH=DIGEST-MD5 SASL-IR ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=BINARY COMPRESS=DEFLATE IDLE S: C01 OK Completed Please enter your password: C: L01 LOGIN cyrus {8} S: + go ahead C: S: L01 NO Login failed: generic failure Authentication failed. generic failure Security strength factor: 256 Any ideas? Thanks Frank Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus RPM
JC Putter wrote: > Hi, i tried to compile and install cyrus 2.4 but when i telnet to localhost > 110 i still see 2.3 > > is there an rpm available? While it depends on which RPM distribution you are using; yes, RPMs are available. If you use autocreate/autosieve (which can not be applied to 2.4 yet), please mind the RPMs do not include autocreate/autosieve. You can find a full directory tree for fedora & redhat at: http://mirror.kolabsys.com/pub/ Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: delayed expunge and expire annotation
We're also running 2.3.16 (on RHEL5), and I just checked. Ours is doing the same thing. Mailboxes annotated with an expire annotation don't appear to be getting reaped by cyr_expire. There are messages in the directory all the way back to May. Other mailboxes don't seem to be suffering this; delayed expunge is working as expected on them. Maybe something is happening in cyr_expire that causes it to fail when it hits an annotated mailbox? I'll check our logs and try manually running cyr_expire on the offending mailbox to see if there's any indication of error. -paul --On Tuesday, October 26, 2010 1:54 PM +0400 Vladimir Vassiliev wrote: Hi all, it seems these two things don't work very well together. I have cyrus 2.3.16 (Simon's rpm) with delayed expunge turned on and also expire annotation set on mailbox (value 30). But I can see messages on disk even from Jun 23! Also unexpunge -l shows these messages as candidates to restore. Cyr_expire regularly running as cyr_expire -E 3 -X 30 It looks like cyr_expire never deletes messages from disk which was expired by cyr_expire. -- Vladimir Vassiliev Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ -- Paul D. Engle | Rice University Sr. Systems Administrator | Information Technology - MS119 (713)348-4702 | PO Box 1892 pen...@rice.edu| Houston, TX 77252-1892 pgpg08x0XlogY.pgp Description: PGP signature Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Cyrus RPM
Hi, i tried to compile and install cyrus 2.4 but when i telnet to localhost 110 i still see 2.3 is there an rpm available? Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus stops responding to imap:143 requests
On Fri, October 15, 2010 11:41 am, Rodrigo Ventura wrote: > > Hello all, > > > for some time now we have been bugged with this problem: in our setup we have > cyrus-imapd (on HOST1) listening to both imaps:993 and imap:143 ports, the > former for the users, and the latter for a "saslauthd -a rimap" running on > another host (on HOST2; for SMTP AUTH purposes). While the imaps:993 has been > working flawlessly, from time to time imap:143 stops working. The socket is > still there, LISTENing, but when telnet'ing it it does not respond: > > HOST2$ telnet HOST1 imap > Trying HOST1... > Connected to HOST1. > Escape character is '^]'. > > > The connection is established: > > > HOST2$ netstat -ntpe | grep 84545334 > (Not all processes could be identified, non-owned process info > will not be shown, you would have to be root to see it all.) tcp0 > 0 HOST2:49774 HOST1:143 ESTABLISHED1000 84545334 > 2310/telnet > > > but on the other side: > > HOST1# netstat -ntpae|grep :49774 > tcp0 0 HOST1:143 HOST2:49774 SYN_RECV0 0 > - > > > Now, on the HOST1 side, "master" preforks several imapd -s and imapd > processes, but while there is a imapd -s listening to 993: > > # netstat -ntpa|grep 0.0.0.0:993 > tcp0 0 0.0.0.0:993 0.0.0.0:* LISTEN > 725/imapd > > > it is master who is listening to 143: > > # netstat -ntpa|grep 0.0.0.0:143 > tcp0 0 0.0.0.0:143 0.0.0.0:* LISTEN > 28090/master > > > But what is really strange is that master does not seem to include the > LISTENing port in its select() call: > > > # netstat -ntpae | grep master > tcp0 0 0.0.0.0:110 0.0.0.0:* LISTEN > 0 24593785 28090/master tcp0 0 0.0.0.0:143 > 0.0.0.0:* LISTEN 0 *24593773* 28090/master > tcp0 0 0.0.0.0:20030.0.0.0:* LISTEN > 0 24593803 28090/master tcp0 0 :::993 > :::*LISTEN 0 24593777 28090/master > tcp0 0 :::995 :::*LISTEN > 0 24593789 28090/master tcp0 0 :::110 > :::*LISTEN 0 24593783 28090/master > tcp0 0 :::143 :::*LISTEN > 0 24593771 28090/master tcp0 0 :::2000 > :::*LISTEN 0 24593795 28090/master > tcp0 0 :::2003 :::*LISTEN > 0 24593801 28090/master > > # ls -laF /proc/28090/fd|grep socket > lrwx-- 1 root root 64 Oct 15 09:46*10*-> socket:[24593773] <<< lrwx-- > 1 root root 64 Oct 15 09:46 13 -> socket:[24593777] > lrwx-- 1 root root 64 Oct 15 09:46 16 -> socket:[24593779] lrwx-- 1 > root root 64 Oct 15 09:46 19 -> socket:[24593783] lrwx-- 1 root root 64 > Oct 15 09:46 22 -> socket:[24593785] > lrwx-- 1 root root 64 Oct 15 09:46 25 -> socket:[24593789] lrwx-- 1 > root root 64 Oct 15 09:46 28 -> socket:[24593791] lrwx-- 1 root root 64 > Oct 15 09:46 31 -> socket:[24593795] > lrwx-- 1 root root 64 Oct 15 09:46 34 -> socket:[24593797] lrwx-- 1 > root root 64 Oct 15 09:46 37 -> socket:[24593801] lrwx-- 1 root root 64 > Oct 15 09:46 40 -> socket:[24593803] > lrwx-- 1 root root 64 Oct 15 09:46 43 -> socket:[24593805] lrwx-- 1 > root root 64 Oct 15 09:46 46 -> socket:[24593808] lrwx-- 1 root root 64 > Oct 15 09:46 5 -> socket:[24593753] > lrwx-- 1 root root 64 Oct 15 09:46 7 -> socket:[24593771] > > # strace -p 28090 > Process 28090 attached - interrupt to quit > select(48, [8 11 14 17 20 23 26 29 32 35 38 41 44 47], NULL, NULL, {3, > 544000}) = 1 (in [47], left {2, 30}) > read(47, "\1\0\0\0\2330\0\0", 8)= 8 [...] > > > The dirty way of solving this is to kill and restart master again, but in the > meantime our users are no longer able to use SMTP AUTH from HOST2... > > Any clues of what is going on here? > > > Cheers, > > > Rodrigo Ventura > ISR / IST > > > PS: after restarting master, it is still not including 143 on its select(), > but someone is responding to 143: > > HOST2$ telnet HOST1 143 > Trying HOST1... > Connected to HOST1. > Escape character is '^]'. > * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN AUTH=OTP > AUTH=DIGEST-MD5 AUTH=CRAM-MD5 SASL-IR COMPRESS=DEFLATE] HOST1 Cyrus IMAP > v2.3.16 server ready > > HOST2$ netstat -ntpa|grep 143 > (Not all processes could be identified, non-owned process info > will not be shown, you would have to be root to see it all.) tcp0 > 0 HOST2:33584 HOST1:143 ESTABLISHED3398/telnet > > HOST1# netstat -ntpae|grep :33584 > tcp0 0 HOST1:143 HOST2:33584 ESTABLISHED 96 > 27619330 18847/imapd > Rodrigo, What does your /etc/cyrus.conf look like ? In particular, pay atte