Mailing List Archive

[Bug 2664] Add support for the RFC1870 section 6 extended MAIL command when sending mail.
https://bugs.exim.org/show_bug.cgi?id=2664

Jeremy Harris <jgh146exb@wizmail.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Assignee|unallocated@exim.org |jgh146exb@wizmail.org
Status|NEW |RESOLVED
Resolution|--- |WORKSFORME

--- Comment #1 from Jeremy Harris <jgh146exb@wizmail.org> ---
Support is already present.

--
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/ ##
[Bug 2664] Add support for the RFC1870 section 6 extended MAIL command when sending mail. [ In reply to ]
https://bugs.exim.org/show_bug.cgi?id=2664

Phil Pennock <pdp@exim.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |pdp@exim.org

--- Comment #2 from Phil Pennock <pdp@exim.org> ---
The SIZE extension on the MAIL verb is so fundamental that in Exim it's core
functionality which can't be disabled (that I recall). When you connect to an
Exim SMTP listener and send an EHLO command, you will see SIZE listed as an
extension. This comes straight from RFC 1870.

The main option for tuning the advertised value is "message_size_limit", which
can be found on
https://www.exim.org/exim-html-current/doc/html/spec_html/ch-main_configuration.html

The docs there do note:
> A value of 0 will disable size limit checking; Exim will still advertise the SIZE extension in an EHLO response, but without a limit, so as to permit SMTP clients to still indicate the message size along with the MAIL verb.

You can also see in the smtp_check_spool_space documentation:
> When this option is set, if an incoming SMTP session encounters the SIZE option on a MAIL command, it checks that there is enough space in the spool directory’s partition to accept a message of that size [...]

We don't explicitly call out the RFC by number as supported. We will happily
accept patches which improve the documentation.

--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug 2664] Add support for the RFC1870 section 6 extended MAIL command when sending mail. [ In reply to ]
https://bugs.exim.org/show_bug.cgi?id=2664

--- Comment #3 from Andrew Aitchison <exim@aitchison.me.uk> ---
Phil, thanks for your points are about incoming mail (although it sounds as if
we may not currently reject over-quota messages based on the MAIl FROM SIZE).

The specific feature I would like for this bug/wishlist (if it is not already
present) is that (at least large) messages are SENT with
MAIL FROM:<ned@thor.innosoft.com> SIZE=500000
(as in RFC1870 example 8).

--
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/ ##
[Bug 2664] Add support for the RFC1870 section 6 extended MAIL command when sending mail. [ In reply to ]
https://bugs.exim.org/show_bug.cgi?id=2664

--- Comment #4 from Jeremy Harris <jgh146exb@wizmail.org> ---
Already present; see the notes on the size_addition option for the smtp
transport.

--
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/ ##
[Bug 2664] Add support for the RFC1870 section 6 extended MAIL command when sending mail. [ In reply to ]
https://bugs.exim.org/show_bug.cgi?id=2664

--- Comment #5 from Andrew Aitchison <exim@aitchison.me.uk> ---
Created attachment 1341
--> https://bugs.exim.org/attachment.cgi?id=1341&action=edit
documentation patch

Trivial doc patch. Sorry for the noise.

--
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/ ##