John R. Levine via Postfix-users:
> On Fri, 29 Dec 2023, Wietse Venema wrote:
> > The real reason is that it's easier to convince a few delinquent
> > MTA implementors, than an IETF working group.
>
> The WG isn't opposed but we have a very long list of nits to clean up so
> I'd rather make the l
On Fri, 29 Dec 2023, Wietse Venema wrote:
The real reason is that it's easier to convince a few delinquent
MTA implementors, than an IETF working group.
The WG isn't opposed but we have a very long list of nits to clean up so
I'd rather make the list shorter if as in this case it doesn't matte
John R. Levine via Postfix-users:
> On Fri, 29 Dec 2023, Theodore Ts'o wrote:
> > Of course, implementing a HELP command is also not much work, so why
> > not?
>
> That's the conclusion we came to in emailcore. It's so easy to implement
> that even though it's been a long time (if ever) since it
On Fri, 29 Dec 2023, Theodore Ts'o wrote:
Of course, implementing a HELP command is also not much work, so why
not?
That's the conclusion we came to in emailcore. It's so easy to implement
that even though it's been a long time (if ever) since it did anything
useful, it's not worth the hassl
On Fri, Dec 29, 2023 at 01:46:47PM -0500, John Levine via Postfix-users wrote:
> It appears that Phil Biggs via Postfix-users said:
> >Where do see the "mandatory" requirement?
> >
> >Section 4.1.1.8 says:
> >
> > SMTP servers SHOULD support HELP without arguments and MAY support it
> > wit
It appears that Joachim Lindenberg via Postfix-users
said:
>Hello John,
>are you willing to share what direction you/IETF are working towards?
It's the EMAILCORE working group. You can see the documents here:
https://datatracker.ietf.org/wg/emailcore/documents/
>What I am really missing is cl
It appears that Phil Biggs via Postfix-users said:
>Where do see the "mandatory" requirement?
>
>Section 4.1.1.8 says:
>
> SMTP servers SHOULD support HELP without arguments and MAY support it
> with arguments.
SHOULD is IETF-ese for you have to, except that there might be reasons
not to d
Wietse Venema via Postfix-users:
> John Levine via Postfix-users:
> > Over in the IETF we're slowly working on updating RFC 5321.
> >
> > Today's topic is the HELP command. The current spec says that it is
> > mandatory to implment it. Most MTAs implement it by returning a fixed
> > string, or som
Hello John,
are you willing to share what direction you/IETF are working towards?
What I am really missing is clear statements like SMTP-DANE, SPF, DKIM, DMARC
are mandatory unless you don´t use SMTP at all. While some public providers
support these, many German organizations do not.
Just checked
Friday, December 29, 2023, 9:59:41 AM, John Levine via Postfix-users wrote:
> Today's topic is the HELP command. The current spec says that it is
> mandatory to implment it.
By chance, I was reading RFC 5321 when your email came in.
Where do see the "mandatory" requirement?
Section 4.1.1.8 s
John Levine via Postfix-users:
> Over in the IETF we're slowly working on updating RFC 5321.
>
> Today's topic is the HELP command. The current spec says that it is
> mandatory to implment it. Most MTAs implement it by returning a fixed
> string, or something close to fixed, e.g., gmail's answer a
11 matches
Mail list logo
