On 12/18/2016 08:14 AM, Andreas Metzler wrote:
> Fair enough. See GIT head:
> * Add macro IGNORE_SMTP_LINE_LENGTH_LIMIT to allow disabling the SMTP DATA
> physical line limit check for both for SMTP DATA ACL and remote_smtp*
> transports. Closes: #828801
>
> cu Andreas
Looks great!!
Thanks!
On 2016-12-17 Gedalya wrote:
> On 12/17/2016 11:48 AM, Andreas Metzler wrote:
[...]
>>* Add macro MAX_PHYSICAL_LINE_LENGTH with a default value of 998 to allow
>> overriding the SMTP physical line length limit both for SMTP DATA ACL
>> and
[...]
> The correct limit is 998 octets. If my i
On 12/17/2016 11:48 AM, Andreas Metzler wrote:
> Control: tags -1 pending
>
> exim4 (4.88~RC6-2) UNRELEASED; urgency=medium
> .
>* Add macro MAX_PHYSICAL_LINE_LENGTH with a default value of 998 to allow
> overriding the SMTP physical line length limit both for SMTP DATA ACL and
> rem
Control: tags -1 pending
exim4 (4.88~RC6-2) UNRELEASED; urgency=medium
.
* Add macro MAX_PHYSICAL_LINE_LENGTH with a default value of 998 to allow
overriding the SMTP physical line length limit both for SMTP DATA ACL and
remote_smtp* transports. Closes: #828801
Also update corre
I've had this issue too. A bunch of users complaining about missing
email on a server recently upgraded.
This was the problem for all the missing email.
Similar to others, the missing email was mostly order confirmations and
similar automated email responses.
Why is there a limitation at all? Bytes are just bytes; why does there have to
be a newline character every so often? I have lost mail because of this rule.
Please fix.
On Sun, 07 Aug 2016 21:36:57 +0100 "George B." wrote:
> Package: exim4-config
> Version: 4.87-3
> Followup-For: Bug #828801
>
> Hello,
>
> I have just hit this issue trying to submit a bug report using the
> reportbug package (which in turn connects to my Exim SMTP server to send
> the message).
>
Package: exim4-config
Version: 4.87-3
Followup-For: Bug #828801
Hello,
I have just hit this issue trying to submit a bug report using the
reportbug package (which in turn connects to my Exim SMTP server to send
the message).
The message has a text file attachment that contains very long lines
(o
Please make enforcing this configurable. I found out this evening
that yahoo.com happily sends the absurdly long lines an acquaintance
of mine uses, and I've been missing email as a result.
Package: exim4-config
Version: 4.87-3
Ref: #797919
I've noticed the recent addition to acl_check_data in
conf.d/acl/40_exim4-config_check_data:
denymessage= maximum allowed line length is 998 octets, \
got $max_received_linelength
condition = ${if > {
10 matches
Mail list logo
