Re: MD5 Passwords in MySql?

2013-04-01 Thread Kari Hurtta
KC5MLE Unix SysAdmin lamb...@lambertfam.org 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

Re: peculiar lmtpd behavior

2001-09-22 Thread Kari Hurtta
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

Re: Help us! :)

2001-08-24 Thread Kari Hurtta
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

Re: [Cyrus imapd 2.0.12] STORE xxx FLAGS () (fwd)

2001-08-02 Thread Kari Hurtta
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: store

Re: Cyrus-imapd+sendmail

2001-07-27 Thread Kari Hurtta
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

Re: Vacation Sieve

2001-07-21 Thread Kari Hurtta
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

Re: deadlines suck! - imtest = zero response

2001-07-16 Thread 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