James Ralston wrote:
> For recent versions of sendmail, you can use the spamfriend/spamhater
> hooks in the accessdb to implement either one of these policies:
>
> 1. Incoming mail from RBL-listed sites is rejected, except for
> spamfriend users.
>
> 2. Incoming mail from RBL-l
On Tue, 30 Apr 2002, Scott M Likens wrote:
> Unfortunatly i upgraded to Cyrus 2.1.4 and my backup didnt help when i
> attempted to restore it, i'm attempting to restore all the subfolders in
> the users inbox's and having a problem with the reconstruct command.
>
> Quite Simply, it doesnt do fol
Any help on this? Anyone here use Cyrus with mysql? Am I the only one? This
seems like it would be a pretty common thing.
At 01:34 AM 4/29/2002 -0500, you wrote:
>Okay, I am diligently working to get Cyrus to play nice with mysql, but
>something ain't working. I have two cases that I am testing
Unfortunatly i upgraded to Cyrus 2.1.4 and my backup didnt help when i
attempted to restore it, i'm attempting to restore all the subfolders in
the users inbox's and having a problem with the reconstruct command.
Quite Simply, it doesnt do folders. Just the main directory, is there a
way we
Hello,
I am looking at a prospect of integrating several customer bases into one
email server (cyrus :)) while maintaining email addresses from various
domain names. I would also like for the transition to be transparent to
the clients' setup (Outlook, etc). The main obstacle is the duplicate
--On Tuesday, April 30, 2002 7:42 PM -0400 James Ralston
<[EMAIL PROTECTED]> wrote:
> For recent versions of sendmail, you can use the spamfriend/spamhater
> hooks in the accessdb to implement either one of these policies:
>
> 1. Incoming mail from RBL-listed sites is rejected, except for
>
On Thu, 25 Apr 2002, Scott Lamb wrote:
> Scott M Likens wrote:
>
> > This is quite Sickening, RBL is a MTA implementation not needed to
> > be done via Sieve, and as for spamassasin you can always write
> > decent header checks and body checks for postfix to use. I am
> > sure there is the same
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
>NOT contain CVS/ directories when 2.1.5 is released? Please? :-)
>
> I intentionally include the CVS directories (checked out as anonymous)
> so that people can easily do a "cvs update" to the latest and greatest
> code if they really want to.
I'm trying to create a folder with a ' (single quote) for a folder
name. This is really for supporting other languages and which in this
case it is French.
I have converted the characters according to RFC 2060 for
Mailbox International Naming Convention. What I'm sending over to the
server is
--On Tuesday, April 30, 2002 16:30 -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
>
> I intentionally include the CVS directories (checked out as anonymous)
> so that people can easily do a "cvs update" to the latest and greatest
> code if they really want to.
And it's not like they're ha
Date: Tue, 30 Apr 2002 16:54:41 -0300
From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
Thank you for the great work CMU has been doing on Cyrus. Debian packa
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
Thank you for the great work CMU has been doing on Cyrus. Debian packages of
2.1.4 should hit the Debian archive tomorrow.
On a somewhat related note, would it be possible to ha
Thanks,
It the more information regarding the notification daemon?
Has anyone looked into the Sleepycat DB4 compile issues or is DB3 the
only supported version?
RB
This fails to configure on Solaris 8 when using either gcc or cc. During
the compile I see:
checking for sasl_checkapop in -lsasl2... no
configure: error: libsasl2 without working sasl_checkapop. Cannot continue.
#
After looking in config.log, I find that the sasl2 libraries cannot be
located.
Hi,
I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
has several useful enhancements and bugfixes, and all users of 2.1 are
encouraged to upgrade. This is the version we're using internally at
CMU (modulo last minute documentation) and I encourage people running
2.0 or older
I finally got around to recompiling imap and switching from skiplist to db3 for
tls_sessions.
So far I didnt have any dumps, but its to early to say yet.
However I had one core dump on start of cyrus. I think the cause was that the
tsl_sessions.db I converted from skiplist to db3, was owned by r
Committed and credited. Thanks!
-Rob
On Tue, 30 Apr 2002, Jeremy Howard wrote:
> In lmtpproxyd.c verify_user():
>
> if (plus) l = plus - user;
> - else l = strlen(buf);
>
> if (plus) l = plus - user;
> + else l = strlen(user);
>
>
> Yes, I'm too lazy to do a real patch, but yo
On Tue, 30 Apr 2002 11:39:38 -0400 (EDT) Rob Siemborski <[EMAIL PROTECTED]> wrote:
RS> On Tue, 30 Apr 2002, Eric S. Johansson wrote:
RS>
RS> > I understand that. What I can't figure out as how to get imapd to stop
RS> > insisting on cram-md5 from the local database
RS>
RS> use the "mech_list"
On Tue, 30 Apr 2002, Eric S. Johansson wrote:
> [1] I configured sasl with:
> ./configure --prefix=/usr/local/sasl --disable-krb4 --without-gssapi -with-auth=unix
>--with-pwcheck --with-saslauthd
>
> I run saslauthd as:
> /usr/local/sasl/sbin/saslauthd -a PAM
>
> but what I'm seeing in the log
On Tue, 30 Apr 2002, Eric S. Johansson wrote:
> I understand that. What I can't figure out as how to get imapd to stop
> insisting on cram-md5 from the local database
use the "mech_list" option (sasl_mech_list in imapd.conf), or just delete
the plugins from your /usr/lib/sasl2 directory that yo
On Tue, 30 Apr 2002 15:06:30 +0200 Birger Toedtmann <[EMAIL PROTECTED]> wrote:
BT> Naturally, as CRAM-MD5, DIGEST-MD5 and the like won't work with pam. PLAIN
BT> and LOGIN are the only mechanisms that will work with pam because they do
BT> not require access to the cleartext password.
I unders
On Tue, 30 Apr 2002, Eric S. Johansson wrote:
> Apr 30 08:35:33 mail imapd[18663]: no secret in database
> Apr 30 08:35:33 mail imapd[18663]: badlogin: relay.andrewandsons.com[192.168.255.1]
>CRAM-MD5 [SASL(-13): user not found: no secret in database]
> Apr 30 08:35:36 mail imapd[18663]: no secr
Hello
I'm using cyrus-imapd-1.6.19 + SASL 1.5.27 and happy enough.
After some changes in my OS I've set websieve-061 to deal with timsieved.
Before I had used an old version of websieve and that was fine.
Now I cannot login to my timsieved daemon and seems to be compatibility
problem. I see in
Eric S. Johansson schrieb am Tue, Apr 30, 2002 at 08:43:14AM -0400:
> On Tue, 30 Apr 2002 02:21:23 -0400 (EDT) Rob Siemborski <[EMAIL PROTECTED]> wrote:
>
> RS> On Mon, 29 Apr 2002, David Wright wrote:
> RS>
> RS> > > sasl_pwcheck_method: saslauthd
> RS> >
> RS> > You want:
> RS> >
> RS> > sasl_
On Tue, 30 Apr 2002 02:21:23 -0400 (EDT) Rob Siemborski <[EMAIL PROTECTED]> wrote:
RS> On Mon, 29 Apr 2002, David Wright wrote:
RS>
RS> > > sasl_pwcheck_method: saslauthd
RS> >
RS> > You want:
RS> >
RS> > sasl_pwcheck_method: PAM
RS>
RS> SASLv2 does not support this option (which is what David
In lmtpproxyd.c verify_user():
if (plus) l = plus - user;
- else l = strlen(buf);
if (plus) l = plus - user;
+ else l = strlen(user);
Yes, I'm too lazy to do a real patch, but you get the idea... ;-)
buf is actually uninitialized at this point, so this bug causes
intermittent f
> SASLv2...
Sorry! Rob is of course right wrt SASLv2.
27 matches
Mail list logo
