Groups | Search | Server Info | Login | Register
Groups > comp.mail.headers > #35
| 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> |
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 | Next — Previous in thread | Next in thread | Find similar
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