Planning a cyrus upgrade

2003-06-09 Thread Paul Boven
L.S., I've been running cyrus imapd version 2.1.10 with cyrus-sasl-2.1.9 for a while, and apart of some glitches with Berkely-dB 4.1.25, am quite pleased with it. From this mailinglist I understand that the Berkeley-dB bug has been solved, so that sounds like a good reason to upgrade. Is this part

Re: Planning a cyrus upgrade

2003-06-09 Thread Luca Olivetti
Paul Boven wrote: Secondly, most of my mail-users use Mozilla or Outlook. Both open multiple connections, and because of this, mail you've already read tends to become unread again. I've heard about a patch to make cyrus write these changes to disk right away to keep them synchronized between conn

Re: Planning a cyrus upgrade

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Paul Boven wrote: > I've been running cyrus imapd version 2.1.10 with cyrus-sasl-2.1.9 for a > while, and apart > of some glitches with Berkely-dB 4.1.25, am quite pleased with it. From > this mailinglist I > understand that the Berkeley-dB bug has been solved, so that sounds l

Re: Murder installation: authentication hints.

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Dmitry Novosjolov wrote: > As I understand the murder concept: imapproxyd at frontends proxies > connections to the backends, and it authenticates incoming connections (for > example, person1) at frontend, and then authenticates itself at the backend > server as some other user

Re: Murder installation: authentication hints.

2003-06-09 Thread Etienne Goyer
On Mon, Jun 09, 2003 at 12:30:28PM +0700, Dmitry Novosjolov wrote: > As I understand the murder concept: imapproxyd at frontends proxies > connections to the backends, and it authenticates incoming connections (for > example, person1) at frontend, and then authenticates itself at the backend > s

cyrus-imapd-2.1.13 sieve curiosity

2003-06-09 Thread Amos Gouaux
I and a few others here have begun noticing that periodically Sieve won't filter a message properly. Sometimes I've even resent the message again to find that on that occasion it did get filtered just as expected. I wonder, could that BerkeleyDB leak for which Rob just posted those two patches ha

Re: cyrus-imapd-2.1.13 sieve curiosity

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Amos Gouaux wrote: > I and a few others here have begun noticing that periodically Sieve > won't filter a message properly. Sometimes I've even resent the > message again to find that on that occasion it did get filtered > just as expected. I wonder, could that BerkeleyDB lea

Re: cyrus-imapd-2.1.13 sieve curiosity

2003-06-09 Thread Amos Gouaux
> On Mon, 9 Jun 2003 12:14:15 -0400 (EDT), > Rob Siemborski <[EMAIL PROTECTED]> (rs) writes: rs> The sieve parser state doesn't get reset properly after an error. Thus rs> once a script fails to parse, all scripts will fail to parse (try to rs> submit a good script after a bad one in a ti

Re: cyrus-imapd-2.1.13 sieve curiosity

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Amos Gouaux wrote: > Interesting. Would an error like this also apply? > > sieve runtime error for X id <[EMAIL PROTECTED]>: Fileinto: Mailbox does not > exist > > (The "X" is one of our users, but not myself.) I don't think so, I'm pretty sure its only caused by err

Re: Linking imapd with db-4.1.25

2003-06-09 Thread Lars Peterson
On Fri, June 6, 2003 3:28 pm, you wrote: > On Fri, June 6, 2003 2:46 pm, John Alton Tamplin wrote: >> Igor Brezac wrote: >> >>>This problem is fixed in cvs for both 2.1.x and 2.2. >>> >>> >> Ok, so it was a problem in Cyrus not db? Thanks. >> > > I'm not so sure. > > Checked 2.1 branch out of CV

Re: cyrus-imapd-2.1.13 sieve curiosity

2003-06-09 Thread Amos Gouaux
> On Mon, 9 Jun 2003 12:50:16 -0400 (EDT), > Rob Siemborski <[EMAIL PROTECTED]> (rs) writes: rs> I don't think so, I'm pretty sure its only caused by errors during rs> sieve_script_parse, not during sieve_execute_script. I'm not sure yet, but I think I might have found the culprit. The o

Re: Cyrus-Imap-2.2 with postfix

2003-06-09 Thread Hank Beatty
On Fri, 2003-06-06 at 09:43, Vernon A. Fort wrote: > Has or does anyone use the 2.2 version with postfix. I cannot get any mail > delivered to cyrus. the ususal statement (unknown user). I have created a > user like > > cm [EMAIL PROTECTED] > > Set the imapd.conf file per the docs

好康資訊,歡迎轉寄

2003-06-09 Thread ¤p±Ó
Title: [EMAIL PROTECTED] ¡@ §ó¦h¦n±d¸ê°T °ê¤º§K¶O50MBEmail«H½c http://netd.idv.tw/mail/ ©`¯S¹F-°ê»Ú«H½c ¯S¦â 1.¥i½u¤W¦¬µo«H.outlook¦¬µo¬Ò¥i [EMAIL PROT

Detailed logging for lmtpd?

2003-06-09 Thread Ted Cabeen
Is there anyway to get detailed logging out of lmtpd and pop3d? I've recently started monitoring mail delivery from end-to-end, and the nagios plugin that I'm using is reporting about 1 lost message a day. I'd like to get some better logging data out of lmtpd and pop3d (mails written to disk and r

Re: RH 9.0 ssl compiler error

2003-06-09 Thread Hank Beatty
On Fri, 2003-06-06 at 13:22, Jon Nelson wrote: > Richard Houston said: > > Hi all, > > > > I am trying to compile Cyrus 2.1.13 on RH 9.0 but it keeps crapping out > > I had the same problem recently. Let me know if "--without-krb" works, > but I don't think it does. A friend of mine wrote this p

Several issues with 2.1.13

2003-06-09 Thread Wil Cooley
I've just upgraded my office mail server from 2.0.16 to 2.1.13, in preparation for upgrading some of my client's servers. My server is Red Hat Linux 7.3. My 2.0.16 installation was from Ramiro Morales's RPMs; the 2.1.13 from Simon Matter's. The upgrade wasn't entirely smooth; I wrote up some no

Re: RH 9.0 ssl compiler error

2003-06-09 Thread Richard Houston
Thanks to all that responded to my issue. The one that worked for me was setting defs in "configure" to be; DEFS="-DHAVE_CONFIG_H -DOPENSSL_NO_KRB5" Fix provided by Gareth Butt!!! Thank dude. Thanks again everyone. Rich On Mon, 2003-06-09 at 14:31, Hank Beatty wrote: > On Fri, 2003-06-06 a

Re: Several issues with 2.1.13

2003-06-09 Thread John Alton Tamplin
Wil Cooley wrote: The upgrade wasn't entirely smooth; I wrote up some notes about what I did: http://nakedape.cc/wiki/index.cgi/CyrusImapNotes in case someone else wanders along this path... The biggest issue was that ctl_cyrusdb wasn't able to read my old mailboxes.db file; I reverted to my old

Re: Several issues with 2.1.13

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Wil Cooley wrote: > 'rehash full' did very strange things; it only created directories of > A-Z, none of a-z and my own mailbox information was under 'I/' in both > the mailbox spool and the '/var/lib/imap/user' directory. As a result, > I had to disable 'hashimapspool', which

Re: Several issues with 2.1.13

2003-06-09 Thread Wil Cooley
On Mon, 2003-06-09 at 12:53, John Alton Tamplin wrote: > If the version of db is different, you can't just expect to use the > binary database files and logs. Dumping the contents to a text file, > wiping the transaction logs, and then reloading them is the safest way. That was sort of what I f

Re: Several issues with 2.1.13

2003-06-09 Thread Wil Cooley
On Mon, 2003-06-09 at 13:01, Rob Siemborski wrote: > On Mon, 9 Jun 2003, Wil Cooley wrote: > > > 'rehash full' did very strange things; it only created directories of > > A-Z, none of a-z and my own mailbox information was under 'I/' in both > > the mailbox spool and the '/var/lib/imap/user' direc

Re: Several issues with 2.1.13

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Wil Cooley wrote: > On Mon, 2003-06-09 at 13:01, Rob Siemborski wrote: > > On Mon, 9 Jun 2003, Wil Cooley wrote: > > > > > 'rehash full' did very strange things; it only created directories of > > > A-Z, none of a-z and my own mailbox information was under 'I/' in both > > > th

Re: Several issues with 2.1.13

2003-06-09 Thread John Alton Tamplin
Wil Cooley wrote: Yeah, you're probably right; I just saw a directory full of capital letters and assumed it was all of them. I do recall prime-based hash functions being better. However, after I did the hash, imapd seemed to still be using the traditional first-letter-hash. I had this in my lo

Re: Several issues with 2.1.13

2003-06-09 Thread Wil Cooley
On Mon, 2003-06-09 at 13:52, Rob Siemborski wrote: > Right, apparently your binaries weren't built to deal with a fulldirhash > system, but you ran the rehash command to use a fulldirhash system. Yeah, duh. Re-RTFMing, I see Simon has in README.RPM: 4) Please note that this RPM uses 'basic' ha

Re: Several issues with 2.1.13

2003-06-09 Thread John Alton Tamplin
Wil Cooley wrote: Got it. But John's probably right about the kernel keeping the sockets open. But we never had this problem with cucipop (that's what I always have to listen to: "We didn't have this problem before blah blah blah"). Somehow, even though cucipop locked the mailboxes, it was abl

RE: Several issues with 2.1.13

2003-06-09 Thread Bojan Zdrnja
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Wil Cooley > Sent: Tuesday, 10 June 2003 9:23 a.m. > To: [EMAIL PROTECTED] > Subject: Re: Several issues with 2.1.13 > > Got it. But John's probably right about the kernel keeping the sockets > ope

remotepurge from cron

2003-06-09 Thread Scott Russell
Greets. In Cyrus IMAPd 2.0.11 ... The remotepurge doesn't seem to let you set a passwd via the ENV or from the command line. I'm wondering how others avoid the passwd prompt and run it out of cron. I'm looking to use the remotepurge tool to delete all 'old posts' to a shared mailbox. I assume t

Re: Several issues with 2.1.13

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Wil Cooley wrote: > > Research Systems Programmer * /usr/contributed Gatekeeper > > You might want to look at the couple scripts I wrote to replace the > TCL-based ones in "Managing IMAP": > > http://nakedape.cc/wiki/index.cgi/CyrusImapNotes I don't believe anything in Managin

Re: remotepurge from cron

2003-06-09 Thread Rob Siemborski
On Mon, 9 Jun 2003, Scott Russell wrote: > The remotepurge doesn't seem to let you set a passwd via the ENV or > from the command line. I'm wondering how others avoid the passwd prompt > and run it out of cron. Kerberos ;) Patches welcome. > I'm looking to use the remotepurge tool to delete all

Re: remotepurge from cron

2003-06-09 Thread Ken Murchison
Scott Russell wrote: Greets. In Cyrus IMAPd 2.0.11 ... The remotepurge doesn't seem to let you set a passwd via the ENV or from the command line. I'm wondering how others avoid the passwd prompt and run it out of cron. I'm looking to use the remotepurge tool to delete all 'old posts' to a shar

Re: Several issues with 2.1.13

2003-06-09 Thread Wil Cooley
On Mon, 2003-06-09 at 16:15, Rob Siemborski wrote: > On Mon, 9 Jun 2003, Wil Cooley wrote: > > > > Research Systems Programmer * /usr/contributed Gatekeeper > > > > You might want to look at the couple scripts I wrote to replace the > > TCL-based ones in "Managing IMAP": > > > > http://nakedape.cc

Re: remotepurge from cron

2003-06-09 Thread Scott Russell
On Mon, Jun 09, 2003 at 07:19:29PM -0400, Rob Siemborski wrote: > On Mon, 9 Jun 2003, Scott Russell wrote: > > > The remotepurge doesn't seem to let you set a passwd via the ENV or > > from the command line. I'm wondering how others avoid the passwd prompt > > and run it out of cron. > > Kerberos

Re: remotepurge from cron

2003-06-09 Thread Scott Russell
On Mon, Jun 09, 2003 at 07:21:38PM -0400, Ken Murchison wrote: > Scott Russell wrote: > >Greets. > > > >In Cyrus IMAPd 2.0.11 ... > >I'm looking to use the remotepurge tool to delete all 'old posts' to a > >shared mailbox. I assume this is what it was designed for :) > > You could take a look at

Murder and another IMAP server than cyrus-imapd

2003-06-09 Thread \"SurcouF\" Bordet
Hi, Can I using another IMAP server than cyrus-imapd with cyrus-murder ? If not, how can I add a "IMAP proxy" for remote IMAP server to my local IMAP server ? Best regards, -- Raphaël "SurcouF" Bordet [EMAIL PROTECTED]

Some kind of bug in cyrus-imapd-2.2.0-alpha in vacation handling

2003-06-09 Thread Dmitry Novosjolov
Dear List Members, I've found that every message which gets answered with vacation facility of sieve has a subject "subject". I do not think it's intended :) I also do not think that I'm the first discoverer of this. For your information: in the file source_code_root/sieve/bc_eval.c should be