That's fine! But, cyrus has a lot of other suprises too :-))
So good luck and have a lot of fun.
Stefan
[EMAIL PROTECTED] schrieb:
I'd like to thank you every one who posted me a solution, but in
particular Stefan Berger !!!
Stefan you are my superman!!!
I think the key was putting:
sasl_mech_lis
Hello!
is in the version 2.1.20 the crypt sql patch included?
Thanks to all!
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
'k, just downloaded the patch, and took a scan through it, and am confused
... first, i did read through the 'thread' on the bugzilla page talking
about what was hoped to be implemented, so I have an idea of where Igor is
going, just not sure if he's there yet, or I'm missing something ...
Name
We have an application that does its own authentication and calls IMAP readers
via Javamail. We're hoping to take advantage of Javamail's connection pool
feature for better scaling, but that wouldn't help us without logging in as a
common user.
No problem, we should be able to use the cyrus (admi
I'd like to thank you every one who posted me a solution, but in particular Stefan Berger !!!
Stefan you are my superman!!!
I think the key was putting:
sasl_mech_list: cram-md5
in /etc/imapd.conf.
One day I'll undestand why, but by now I wanna THHANNK YOU
On Mon, 2 May 2005, Darrell Fuhriman wrote:
But while that *works* I'm still failing to see how having it
fail when set to 3 can be considered anything other than a bug
and therefore worth addressing.
It's the difference between a bugfix and workaround.
The bug is that you can prefork mupdate 3 tim
Derrick J Brashear <[EMAIL PROTECTED]> writes:
> It's not even worth addressing the issue unless it happens when you
> start a single mupdate. Does it?
Anyway, it does seem to be working with a prefork of 1
But while that *works* I'm still failing to see how having it
fail when set to 3 can be c
Amos wrote:
Hmmm... what's this about ClamAV? Integrated virus scanning? Maybe for
the Sieve virus check test?
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2400
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PG
Hmmm... what's this about ClamAV? Integrated virus scanning? Maybe
for the Sieve virus check test?
(Sorry if this has already been discussed. Searching for clamav snags
a lot of message headers. ;-)
-- Forwarded message --
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Tue,
On 4/29/05, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Apr 2005, Adrian Buciuman wrote:
> > 4. Care should be taken not to rfc2047-encode text which must be
> > ASCII. Even when properly encoded, non-ASCII is not valid anywhere in
> > headers.
>
> Huh? I don't understand
Ok, something seems to happen...
This is my shell results:
[EMAIL PROTECTED]:/home/stefano> cyradm -u cyrus localhost
Password:
cyradm: cannot authenticate to server with as cyrus
[EMAIL PROTECTED]:/home/stefano>
I added:
sasl_mech_list: cram-md5 plain
and I 've tried:
sasl_mech_list: cram-m
Alle 17:31, lunedì 2 maggio 2005, Stefan Berger ha scritto:
> [EMAIL PROTECTED] schrieb:
> > I've installed every cyrus, cyrus-sasl packages and sasldauth is
> > running as imad.
> >
> > My /etc/sysconfig/saslauthd is the following:
> >
> > ## Path: System/Security/SASL
> >
> > ## Type: list(getpwe
On Mon, 2 May 2005, Charles Bailey wrote:
OK, to no-one's real suprise (including my own), if I rebuild Cyrus
SASL without GSSAPI, LDAP, or PAM support and run Cyrus IMAPD and
Sendmail against it, using sasldb for authentication, all is well.
(It's run clean for several days longer than any of the
I've installed every cyrus, cyrus-sasl packages and sasldauth is running as imad.
My /etc/sysconfig/saslauthd is the following:
## Path: System/Security/SASL
## Type: list(getpwent,kerberos5,pam,rimap,shadow,ldap)
## Default:pam
## ServiceRestart: saslauthd
#
# Authent
> There are known issues with the latest sec updates from Apple and
> SASL. I have not had the opportunity to look into the nature of those
> issues but they're widely reported, even with the second replacement
> update that Apple issued after the first one was recalled.
>
> If you've installed an
I've installed Cyrus from RPM. The version is 2.2.8-6 on SuSE Linux
Professional 9.2.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
On Mon, 02 May 2005, John Fawcett wrote:
> If I am correct in this interpretation, an MTA which passes them on to
> Cyrus (ie did not generate them but did accept them) is behaving
> correctly?
Of course not. Forwarding and sending are the same thing. The MTA has to
strip NULs (IMHO anyway).
--
I've tried to start cyradm with modified rights 644 but I receive the same error: Segmentation fault.
The log /var/messages contains:
May 2 14:32:46 vlad master[7472]: about to exec /usr/lib/cyrus/bin/imapd
May 2 14:32:46 vlad imap[7472]: executed
May 2 14:32:46 vlad imap[7472]: accepted conn
David R Bosso wrote:
> --On Thursday, April 28, 2005 4:13 PM -0400 Joseph Brennan
> <[EMAIL PROTECTED]> wrote:
>
>>
>>
>> --On Thursday, April 28, 2005 16:22 -0300 "Marc G. Fournier"
>> <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Someone mentioned that this was, in fact, not forbid'd in the RFCs ...
>>>
Igor Brezac wrote:
>
> On Thu, 28 Apr 2005, Marc G. Fournier wrote:
>
>> On Thu, 28 Apr 2005, Igor Brezac wrote:
>>
>>> They do not need to be patched, just configured correctly.
>>
>>
>> Please elaborate?
>
>
> Someone just mentioned that for postfix you can setup a content filter.
> For sendm
Henrique de Moraes Holschuh wrote:
> On Thu, 28 Apr 2005, David R Bosso wrote:
>
>>So as before, it's illegal to send them.
>
>
> Which means the MTAs have to accept *and strip* them, as forwading is just
> an subcase of sending, IMHO.
>
> Now, if the requirements for a spool (MDA) are the same
21 matches
Mail list logo