Ramiro Morales wrote:
>
> People:
>
> I'm attaching an updated version of the drac patch
> for version >= 2.0.13 of Cyrus IMAPd. This is against
> version 2.0.14.
>
> The update is needed mainly because at 2.0.13 time
> in imap/imapd.c the struct sockaddr_in *imapd_remoteaddr
> variable was m
From: Ken Murchison <[EMAIL PROTECTED]>
>
>[EMAIL PROTECTED] wrote:
>>
>> From: Ken Murchison <[EMAIL PROTECTED]>
>> >
>> >I am pleased to announce the availability of an alternate namespace for
>> >Cyrus IMAP which allows personal folders to reside at the same
>> >[top]level as the INBOX. You
[EMAIL PROTECTED] wrote:
>
> From: Ken Murchison <[EMAIL PROTECTED]>
> >
> >I am pleased to announce the availability of an alternate namespace for
> >Cyrus IMAP which allows personal folders to reside at the same
> >[top]level as the INBOX. You should consider this code to be late-beta,
> >
>
From: Ken Murchison <[EMAIL PROTECTED]>
>
>I am pleased to announce the availability of an alternate namespace for
>Cyrus IMAP which allows personal folders to reside at the same
>[top]level as the INBOX. You should consider this code to be late-beta,
>
I encourage people to check this out, an
Hi,
Just upgraded to 2.x and I'm using procmail with deliver as I did with
1.x. From what I understand, deliver now serves as a wrapper to lmtpd,
which does the actual delivery. Thing is, I'm getting odd errors every
now and then in my procmail log like this:
Folder: /usr/cyrus/bin/
Glad of having such paranormal habilities ;-)
Please share your experiences with the patch and also keep reading the
messages for possible fixes sent by other suscribiers of the lists.
"William K. Hardeman" <[EMAIL PROTECTED]> wrote:
> Ramiro,
>
> You read my mind! I'd just sent a message to t
Problem #1 was the drac patch in contrib (which was fine with 2.0.12 but
not .13 or .14), but Ramiro's patch appears to have taken care of that...
(Thanks!)
Problem #2 is this:
Can't load '/usr/lib/perl5/site_perl/i386-linux/auto/Cyrus/IMAP/IMAP.so'
for module Cyrus::IMAP:
/usr/lib/perl5/site_pe
Ramiro,
You read my mind! I'd just sent a message to the list asking about this,
checked my email 5 minutes later, and turns out you've already provided the
answer. :-)
Thanks you very much,
Will
--On Friday, 01 June, 2001 12:20 + Ramiro Morales <[EMAIL PROTECTED]>
wrote:
> People:
>
>
Could you please give more information? What system are you on?
You've compiled Cyrus with --with-auth=unix, yes?
Larry
Date: Fri, 01 Jun 2001 16:07:16 +0200
From: Rasca Gmelch <[EMAIL PROTECTED]>
hi,
we've tested 2.0.12 and 2.0.14 under linux with sendmail
8.11.4 with the same
Howdy all,
I've been fighting with this particular problem for a couple of days now,
and can't seem to figure it out.
I patched the cyrus-imapd-2.0.14 code with the included
contrib/drac_auth.patch and remade the configure file, etc, per the
instructions at the top of the patch file (sh SMake
People:
I'm attaching an updated version of the drac patch
for version >= 2.0.13 of Cyrus IMAPd. This is against
version 2.0.14.
The update is needed mainly because at 2.0.13 time
in imap/imapd.c the struct sockaddr_in *imapd_remoteaddr
variable was moved from global scope to the service_main
hi,
we've tested 2.0.12 and 2.0.14 under linux with sendmail
8.11.4 with the same result:
if there is more than one mail to deliver (e.g. doing
a "sendmail -q") after the first mail the lmtpd crashes
with a SIGSEGV :-(
the behaviour is the same if we use lmtpd over TCP
instead of the socket-fil
>> This time I used cyrusv2.mc which I edited the mailer def,
>> adding U=imap:imap.
>
> Urm, OK, but I wish you wouldn't - it's hard to fix a configuration
> if you're changing it. For instance:
>
>> Mcyrus, P=[IPC], F=lsDFMnqA@/:|SmXz, E=\r\n,
>> S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X
13 matches
Mail list logo