[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #18 from Jeremy Harris --- Tracking as bug 2979. -- You are receiving this mail because: You are on the CC list for the bug. -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added See Also||https://bugs.exim.org/show_ |

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #17 from Patrick Cernko --- Sorry, I only checked the Changelogs and missed that there is a separate NewStuff file. The SMTP error was a reject after DATA due to spamassassin results. The error message included a longer report from

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #16 from Jeremy Harris --- It would help a lot if you could say what sort of SMTP error message. The message_linelength_limit introduction was noted, with it's default value, in the NewStuff file file for 4.95 -- You are receiving this

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Patrick Cernko changed: What|Removed |Added CC||pcer...@mpi-klsb.mpg.de --- Comment #15 from

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Arkadiusz Miskiewicz changed: What|Removed |Added See Also||https://bugs.exim.org/show_

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 fel...@felipegasper.com changed: What|Removed |Added CC||fel...@felipegasper.com --- Comment

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #12 from Git Commit --- Git commit: https://git.exim.org/exim.git/commitdiff/0de9945258c2e7910c35f715caf07c5e9270aa1b commit 0de9945258c2e7910c35f715caf07c5e9270aa1b Author: Jeremy Harris AuthorDate: Tue May 12 23:10:08 2020 +0100

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added Resolution|FIXED |---

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Andreas Metzler changed: What|Removed |Added CC||eximus...@bebt.de ---

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added Resolution|--- |FIXED

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Git Commit changed: What|Removed |Added CC||g...@exim.org --- Comment #8 from

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added See Also|

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added Assignee|h...@schlittermann.de |jgh146...@wizmail.org

Re: [exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

On Sat, Oct 03, 2015 at 07:34:28PM +, ad...@bugs.exim.org wrote: > remote_smtp: > driver = smtp > message_size_limit = ${if > {$max_received_linelength}{998} {1}{0}} Is "message_size_limit" really a line-length limit? If so, the name seems rather misleading. More likely, I would guess,

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #6 from Jeremy Harris --- $max_received_linelength is already populated with the relevant value. This can be checked in the smtp_data acl and the smtp transports: acl_check_data: denycondition = ${if >

Re: [exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

On 03/10/15 20:42, Viktor Dukhovni wrote: > On Sat, Oct 03, 2015 at 07:34:28PM +, ad...@bugs.exim.org wrote: > >> remote_smtp: >> driver = smtp >> message_size_limit = ${if > {$max_received_linelength}{998} {1}{0}} > > Is "message_size_limit" really a line-length limit? No, and reading

Re: [exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

On Wed, Sep 30, 2015 at 10:53:03PM +0200, Heiko Schlittermann wrote: > Viktor Dukhovni (Mi 30 Sep 2015 22:25:14 CEST): > > On Wed, Sep 30, 2015 at 07:39:11PM +, ad...@bugs.exim.org wrote: > > > > > We should also consider body lines; the spec (rfc 5322 section 2.3)

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Jeremy Harris changed: What|Removed |Added CC||jgh146...@wizmail.org

Re: [exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

On Wed, Sep 30, 2015 at 07:39:11PM +, ad...@bugs.exim.org wrote: > We should also consider body lines; the spec (rfc 5322 section 2.3) says the > same limit applies. Probably the same variable should control behaviour and > the name should reflect this. Yes, the Postfix SMTP client

Re: [exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

On Thu, Oct 01, 2015 at 12:00:55AM +0200, Heiko Schlittermann wrote: > > > Or did I get somethow wrong? > > > Because I wouldn't expect to get my my plain text non-mime body lines > > > folded in any way. But I could accept a server rejecting my message > > > because of overlong physical body

Re: [exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

Viktor Dukhovni (Mi 30 Sep 2015 23:10:08 CEST): ... > All lines over 998 bytes, whether header or body. The SMTP protocol > requires all lines to be under 1000 bytes include the CRLF, so all > lines are folded by default. > > > Or did I get somethow wrong? > > Because

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Rubin changed: What|Removed |Added See Also||https://bugs.exim.org/show_

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #4 from Heiko Schlittermann --- According to the spec, header_line_maxsize imposes a limit on the total length of all joined lines of a specific header - so it's limit on the logical line length. And I'm sure you'll

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #3 from Rubin --- Note that adding: header_line_maxsize = 998 to the main config section, will stop exim from accepting messages that cause this. I propose the default value of that variable should be changed to that.

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 Rubin changed: What|Removed |Added CC||ru...@afternet.org --- Comment #1

[exim-dev] [Bug 1684] Malformed headers which exceed length spec willingly passed to remote servers

https://bugs.exim.org/show_bug.cgi?id=1684 --- Comment #2 from Heiko Schlittermann --- Exim should not accept messages with such oversized lines. This can be accomplished by an ACL entry in the DATA ACL. Once the message is accepted, Exim should do it's best to transmit