Re: [ietf-smtp] Curious, with this now being associated to emailcore, should list name change?

Michael Peddemors <> Mon, 20 July 2020 21:47 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E02F43A0FD1 for <>; Mon, 20 Jul 2020 14:47:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id PZA725YkoqMh for <>; Mon, 20 Jul 2020 14:47:18 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 3D8BA3A0FD0 for <>; Mon, 20 Jul 2020 14:47:17 -0700 (PDT)
Received: (qmail 6235 invoked from network); 20 Jul 2020 21:47:17 -0000
Received: from (HELO []) ( by with (DHE-RSA-AES128-SHA encrypted) SMTP (948fe1ca-cad2-11ea-a4f5-13580cb6f420); Mon, 20 Jul 2020 14:47:17 -0700
References: <20200720182700.6A3541D44CA2@ary.qy>
From: Michael Peddemors <>
Organization: LinuxMagic Inc.
Message-ID: <>
Date: Mon, 20 Jul 2020 14:47:17 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <20200720182700.6A3541D44CA2@ary.qy>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-MagicMail-OS: Linux 2.2.x-3.x
X-MagicMail-UUID: 948fe1ca-cad2-11ea-a4f5-13580cb6f420
X-MagicMail-RegexMatch: 0
X-MagicMail-EnvelopeFrom: <>
X-Archive: Yes
Archived-At: <>
Subject: Re: [ietf-smtp] Curious, with this now being associated to emailcore, should list name change?
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of issues related to Simple Mail Transfer Protocol \(SMTP\) \[RFC 821, RFC 2821, RFC 5321\]" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 20 Jul 2020 21:47:20 -0000

Given that so many headers are out there, that are not on any registry 
list, other than name space collisions, what other reasons are out there 
that can help encourage registration..

And BTW, we add some X-headers, specific to our email platforms, that 
are only meant to be added for MTA->MTA final destination, rather than 
headers that are being inserted on outbound traffic..

Those in theory don't need the same level of registration, correct? 
Comments? Back when we first started our MagicMail platforms, the 
recommendation was to use X- headers, however that recommendation has 
been countered since.. we left them as X- headers, since it was more 
backwards compatible, trying to see an argument why we should change now 
after 18 years..

If we see these headers on inbound traffic, they are 'stripped' as we 
know they shouldn't really exist in the wild in MTA->MTA traffic, and 
they no longer can be trusted..

Most are for internal use, eg whether the content was detected as spammy 
by the SMTP engines etc, remote MTA's operating system and other 
identifiers or tools for metrics, they all start with X-MagicMail to 
make it easy to protect it as a named space, eg we know they only should 
be insert on acceptance by our MTA's

On 2020-07-20 11:27 a.m., John Levine wrote:
> In article <B7E061A14E80279E1E14D92F@PSB> you write:
>> It is interesting that every one of these starts in "X-".
>> Presumably, by putting "X-" in front of their field names, the
>> perpetrators believe that they are exempt, not only from the
>> registry and its rules, but any rules at all. ...
> No, they heard somewhere that you put x- in front of header names you
> make up and the only registry they know about is the one in MS
> Windows.
> I did a similar sweep through my mail archive and found 1388 different
> headers, all but 144 of which start with x-. Here's the longest ones,
> all of which thoughtfully tell who to blame:
> x-ms-exchange-crosstenant-originalattributedtenantconnectingip
> x-ms-exchange-crosstenant-rms-persistedconsumerorg
> x-ms-exchange-transport-crosstenantheadersstamped
> x-ms-exchange-transport-crosstenantheadersstripped
> x-white-heron-it-services-mailscanner-information
> x-white-heron-it-services-mailscanner-spamscore
> x-white-heron-it-services-mailscanner-watermark
> My experience with people from Microsoft is that they are plenty smart
> but often have no idea what they don't know. It might be productive to
> make a few queries and see if we can encourage them to register them a
> provisional names so at least there's less chance of collision.
> _______________________________________________
> ietf-smtp mailing list

"Catch the Magic of Linux..."
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at @linuxmagic
A Wizard IT Company - For More Info
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
604-682-0300 Beautiful British Columbia, Canada

This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.