I used to authenticate using saslauthd and pam to a mysql database. The
pam_mysql library had a feature for logging each authentication by
writing a row to a log table. I mostly used this to check failed
attempts, but also collect some aggregated user statistics.
Now I have moved over to using aux
Patrik Henningsson wrote:
> John Fawcett wrote:
>
>> I found out that as I'm using amavis, the message arrives ok.
>> Amavis "corrects" the bad header and adds an additional header:
>>
>> X-Amavis-Alert: BAD HEADER Improper use of control characte
Patrik Henningsson wrote:
> John Fawcett wrote:
>
>> I found out that as I'm using amavis, the message arrives ok.
>> Amavis "corrects" the bad header and adds an additional header:
>>
>> X-Amavis-Alert: BAD HEADER Improper use of control characte
Greg A. Woods wrote:
> [ On Sunday, May 29, 2005 at 09:06:19 (+0200), John Fawcett wrote: ]
>
>>Subject: Re: Double Carriage return breaks header ..
>>
>>I found out that as I'm using amavis, the message arrives ok.
>>Amavis "corrects" the bad header
Patrik Henningsson wrote:
>>>
>>
>>I've had a look at reproducing this, but can't. Can someone send me
>>the full text of a message which exhibits this behaviour.
>>
>>thanks,
>>John
>>
>
>
> Try this:
>
> echo -e "Subject: TEST\r\r\n" | sendmail [EMAIL PROTECTED]
>
I found out that as I'm usi
[EMAIL PROTECTED] wrote:
> Hello list,
>
> We're currently running Cyrus IMAP 2.2.8 and having the following problem.
> When a message arrives via LMTP with the header "Subject:
> SUBJECTLINE\r\r\n" the message i broken and all other header-lines after
> this line are put in the body! This is not
John Fawcett wrote:
> Ken Murchison wrote:
>
>>[EMAIL PROTECTED] wrote:
>>
>>
>>>Hello list,
>>>
>>>We're currently running Cyrus IMAP 2.2.8 and having the following
>>>problem.
>>>When a message arrives via LMTP with the
Ken Murchison wrote:
> [EMAIL PROTECTED] wrote:
>
>> Hello list,
>>
>> We're currently running Cyrus IMAP 2.2.8 and having the following
>> problem.
>> When a message arrives via LMTP with the header "Subject:
>> SUBJECTLINE\r\r\n" the message i broken and all other header-lines after
>> this line
I've had some feedback about the patch I
wrote for cyrus to strip nul characters
from messages.
http://web.tiscali.it/mailserver/
with the feature enabled (rejectnul: no in imapd.conf)
the patch can produce the following error under some
circumstances (logged by MTA):
451 4.3.0 System I/O error
Greg A. Woods wrote:
> [ On Thursday, May 12, 2005 at 00:30:46 (+0200), John Fawcett wrote: ]
>
>>Subject: Re: Message contains NUL characters ...
>>
>>nothing actually breaks by removing the nuls. The messges weren't
>>readable before and may not be readable
Greg A. Woods wrote:
> [ On Tuesday, May 10, 2005 at 22:33:43 (+0200), John Fawcett wrote: ]
>
>>Subject: Re: Message contains NUL characters ...
>>
>>by the way, while looking into the code to do the patch, I saw that
>>cyrus already carries out some modifications t
Douglas K. Fischer wrote:
> John Fawcett wrote:
>
> | Greg A. Woods wrote:
> |
> |> Stripping NUL bytes modifies the message and that's a _REALLY
> |> BAD_ thing to do. It is infinitely better to reject than to
> |> arbitrarily modify the message in a dest
Gerard Ceraso wrote:
> I have this setup to run but I need to add an account for postfix to
> deliver to the Cyrus IMAP server. Is there a way to set Cyrus LMTP to
> accept the mail without authentication?
> ---
> Cyrus Home Page: http://asg.web.cmu.edu/cyrus
> Cyrus Wiki/FAQ: http://cyruswiki.andr
Greg A. Woods wrote:
> [ On Sunday, May 8, 2005 at 21:35:58 (+0200), John Fawcett wrote: ]
>
>>I am very happy with postfix!
>
>
> Apparently Postfix suffers a design flaw in that its internal dictionary
> lookup API uses NUL-terminated strings so it is not possible fo
Andrzej Adam Filip wrote:
> Marc G. Fournier wrote:
>
>> On Sun, 8 May 2005, Greg A. Woods wrote:
>>
>>> If you can't re-configure or fix your MTA to reject messages that
>>> contain NUL bytes (in either the headers or body -- it's all the same to
>>> SMTP), then get a better mailer
>>
>>
>>
Greg A. Woods wrote:
> I don't know why you guys keep beating against this. There's nothing
> wrong with Cyrus and nothing that needs changing in Cyrus.
the reason is that at the moment I can have nuls rejected by cyrus
and potentially bounced to some innocent third party in the case
of forged s
Here is the patch which I did for nul characters.
To accept and strip nuls it is necessary
to add a setting to imapd.conf:
rejectnul: no
otherwis the default is to reject as now.
http://web.tiscali.it/mailserver/
Let me know for any feedback. I would recommend
using first of all in a test envir
John Fawcett wrote:
>
> I think the correct place to strip nuls is:
> spool.c: spool_copy_msg
>
> To be consistent should this change also be made to:
> message.c: message_copy_strict
>
> Any other ideas or comments which would help with making a patch?
>
> thank
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
Igor Brezac wrote:
>
> On Thu, 28 Apr 2005, Henrique de Moraes Holschuh wrote:
>
>> On Thu, 28 Apr 2005, John Fawcett wrote:
>>
>>> Anyone know whether a patch for cyrus to strip out nuls would be
>>> welcome?
>>
>>
>> Make it clean, an
Igor Brezac wrote:
>
> On Thu, 28 Apr 2005, John Fawcett wrote:
>
>> Marc G. Fournier wrote:
>>
>>> On Mon, 25 Apr 2005, John Fawcett wrote:
>>>
>>>> Sometimes I check what I'm discarding and only remember seeing spam.
>>>>
Marc G. Fournier wrote:
> On Mon, 25 Apr 2005, John Fawcett wrote:
>
>> Sometimes I check what I'm discarding and only remember seeing spam.
>> That could explain the upward trend in these messages (in line with
>> the general increase in spam), although I've n
Marc G. Fournier wrote:
> On Mon, 25 Apr 2005, Michael Sims wrote:
>
>> Marc G. Fournier wrote:
>>
>>> Apr 24 15:29:02 hub postfix/lmtp[54800]: 0367A1298D0:
>>> to=<[EMAIL PROTECTED]>, relay=/var/run/socket/lmtp[/var/run/socket/lmtp],
>>> delay=273190, status=bounced (host
>>> /var/run/socket/lmtp
Robin Lynn Frank wrote
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
>
> Apologies for such a basic question, but we will be installing cyrus-imap
> (Mandrake 10.0 RPM). Since I am going to have a short window to do the
> install and configuration, I'm getting this all in advance.
>
> I a
- Original Message -
From: <[EMAIL PROTECTED]>
> 1. in cyradm (logged in as cyrus who is defined as admin in imapd.conf) i
can´t delete mailboxes. Message is > permission denied.
Administrators don't have permission to delete mailboxes by default. It
must be given explicitly.
I'm using v
Patrick Nelson wrote
> Running Cyrus-IMAP 2.1.15 and just installed squirrel mail. Great
> everything works... web-cyradm too. But... was... wondering...
>
> I'm running with mailbox size quotas and I wanted to display the current
> utilization that the user has taken up. I wrote a script that
Henrique de Moraes Holschuh wrote:
> On Sat, 06 Sep 2003, John Fawcett wrote:
> > postfix main.cf), postfix bounces message. In fact the postfix/pipe
log line
>
> If you are using postfix/pipe, you are doing things wrong. You should
> be using:
> postfix ->[smtp/l
In the past few days I have had several incoming messages bounced due to
Command time limit exceeded in /usr/lib/cyrus/bin/deliver.
I have a Postfix -> Amavis-new -> Postfix -> Cyrus configuration.
I know what triggered the problem, I just don't know why this should be the
case. This error happen
I got the following log messages this morning:
Jun 21 08:23:03 romolo master[3814]: process 2191 exited, signaled to
death by 9
Jun 21 08:23:03 romolo kernel: swap_dup: Bad swap file entry 01b66010
Jun 21 08:23:03 romolo kernel: VM: killing process lmtpd
Jun 21 08:23:03 romolo kernel: swap_free: B
31 matches
Mail list logo
