gt; 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
/ Kari Hurtta
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
> In our configuration the set of users that can receive mail locally is
> the contents of the assign file.
> Messages are passed to deliver via the users' .qmail files.
>
> The transformation of the Return-Path happens after qmail has
> handed off the message to cyrus for final delivery.
>
> We
[ On info-cyrus: ]
> I am seeing strange behavior with STARTTLS falling
> back to version 1 with outlook clients however when I
> connect from localhost using openssl client command it
> appears ready to do buisness using version 3.
> I am using Cyrus 2.0.16 and OpenSSL 0.9.6 and am using
> Outloo
> Yikes... this isn't good news. The funny thing is that we had this
> working just fine with the old IMAP server (1.5.24) using deliver with
> Sendmail 8.12.0. Here is the cyrus section that we were using:
>
> Mcyrus, P=/usr/cyrus/bin/deliver, F=lsDFMnPqwA5@:|/,
> S=EnvFromL, R
> Okay, we just did that and we are still having problems. Mail can be
> delivered to the INBOX just fine, but a "user+mbox@address" causes a
> user unknown error and bounces the message back.
That is quite natural because user+something does not exists on passwd.
I think that you can not write
> Subject: [Cyrus imapd 2.0.12] STORE xxx FLAGS ()
> To: [EMAIL PROTECTED]
> Date: Sat, 23 Jun 2001 23:14:32 +0300 (EEST)
>
> Have I read RFC 2060 wrong ?
>
> I have understand that commands such as
>
> STORE 132 FLAGS ()
>
> is valid.
Specially grammar of RFC 2060 gives:
stor
[ This no longer match to subject of this mailing list. Sorry. ]
> > And for that particular worm there's no need to match the body :
> > /etc/procmailrc :
> > :0
> > * ^ Content-Disposition: Multipart message
> > /var/log/spam/sircam
> >
> > The Content-Disposition: Multipart message is inc
> Hi all,
>
> I'm running hier FreeBSD 4.3 Release an I installed Cyrus-imapd with mysql
> auth.
>
> Right now I'm testing the sending of mails to local mailboxes of cyrus, but
> it doesn't work.
>
> Everytime I send an message I got the following failure message:
>
> Jul 27 16:58:05 test sen
> Why is this? None of the MTAs I've tested are case sensitive in the
> local-part
> of the address. I regularly recieve mail to my account in a mix of cases
> and it
> comes through fine.
For example Sendmail can be case sensitive in the local-part of the address.
/ Kari Hurtta
> imtest produces this line in /var/log/messages
>
> Jul 16 09:17:20 pico master[692]: process 698 exited, signaled to death by
> 11
>
> (as of now this is the only error message i've been able to produce in my
> logs).
If 11 is signal number, then it looks bad:
[hurtta@leija ~]$ grep 11 /usr/
--
/"\ | Kari
\ / ASCII Ribbon Campaign |Hurtta
X Against HTML Mail |
/ \ |
Have I read RFC 2060 wrong ?
I have understand that commands such as
STORE 132 FLAGS ()
is va
11 matches
Mail list logo
