Groups | Search | Server Info | Login | Register


Groups > comp.mail.headers > #35

Re: Email headers

From Marco Moock <mm+usenet-es@dorfdsl.de>
Newsgroups comp.mail.headers
Subject Re: Email headers
Date 2024-06-28 12:50 +0200
Organization A noiseless patient Spider
Message-ID <v5m4hj$39b7u$1@dont-email.me> (permalink)
References <cdvqa2xx4ixsrf2wydbnk35puwqfskm7v2vgddyq4zy2segb7f@oar7j64j7shs>

Show all headers | View raw


On 28.06.2024 um 11:44 Uhr Sirius wrote:

> I have recently gotten myself into running a usenet server and with
> that, I have been mirroring down Linux Kernel mailing lists to have
> as a rolling two year archive. As part of that, I have had to figure
> out what headers in list-mail is preventing pullnews from pulling the
> messages of nntp.lore.kernel.org (as they make the lists available
> via NNTP somehow).

This is a pullnews question. Normally, unknown headers should be
ignored.

> And with that, there is a reflection on the mail headers I am coming
> across that seems to duplicate standard headers. The headers I filter
> out can be found at
> gopher://photonic.trudheim.com/1/usenet/headers.txt though I will
> call out a few.
> 
>  X-Alt-Message-ID:
>  X-CodeTwo-MessageID:
>  X-Gmail-Original-Message-ID:
>  X-Google-Original-Date:
>  X-Google-Original-From:
>  X-Google-Original-Message-ID:

X- is site-local an must be ignored if not known to the application.

> I could understand these headers if they used them for something
> internally and then stripped them before the mail left their servers,
> but that is not the case.

Those headers must not interrupt something. It is intended to provide
X- for local usage, even when they are distributed to others.

> FWIW, it would be nice to see email and nntp RFCs harmonise on headers
> (colon-space) and make some recommendations on mail systems dropping
> headers like spam-filters add when they hand off mail to other
> mailservers.

Why should they do?

> Seeing mails that have been spam-scanned multiple times
> by different solutions en-route is kind of pointless when
> spam-scanning is something the destination likely will do themselves
> (as everyone have a differing view on what spam is).

Simply ignore them. Application do it the same way.

-- 
kind regards
Marco

Send spam to 1719567880muell@cartoonies.org

Back to comp.mail.headers | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Email headers Sirius <sirius@trudheim.com> - 2024-06-28 11:44 +0200
  Re: Email headers Marco Moock <mm+usenet-es@dorfdsl.de> - 2024-06-28 12:50 +0200
    Re: Email headers Sirius <sirius@trudheim.com> - 2024-06-29 09:19 +0200

csiph-web