Am Mittwoch, den 01.09.2004, 01:37 +0200 schrieb David Haller:
Am Tue, 31 Aug 2004, Joerg Rossdeutscher schrieb:
Am Dienstag, den 31.08.2004, 05:43 +0200 schrieb David Haller:
Mein Rechner heisst "ratti.local" im Netz "local" und hängt hinter dem (Mail)server "server.local". Der Server(!) schreibt die Adressen um.
Aber nicht die Msg-IDs. Und das ist auch gut so. Eigentlich. Sofern keine kaputten MUAs kaputte MIDs generieren.
Nein, natürlich nicht die MessageID, aber da die FQDN Teil der ID ist, ist die ID falsch, weil die Domain unbekannt ist.
Das heisst: Der FQDN in der ID müsste "gesindel.de" sein - genau diese Domain findest du auf meinem Rechner aber nirgends. Nur der Mailserver kennt die.
Ah. Das ist doof. Warum eigentlich? Das Konzept der subdomains ist dir bekannt? Und dass es fuer die MIDs nur auf den Namensraum, nicht auf's DNS ankommt?
Das ist nicht sinnvoll, das gesamte Netzwerk auf "gültige" Namen umzustellen, nur weil ein Programm konzeptionell falsch arbeitet. Die Domain "local." ist ja extra für Rendezvous/ZeroConf vergeben, und das ist auch sinnvoll.
127.0.0.1 ratti.local.gesindel.de localhost ratti.local ratti
Das "local" im FQDN kannst du natuerlich auch weglassen oder durch was anderes ersetzen. Und IIRC gibt's nur eine kaputte App (welche das ist weiss ich aber grad nicht), die das 'localhost' an erster Stelle braucht.
Und alles, um Evolution eine ID beizubringen? Warum nicht gleich die glibc patchen? :-)))
Alles andere sollte so funktionieren wie jetzt.
Wobei das 'ratti.local' ja evtl. auch an die LAN-IP gebunden ist, und nicht an loopback.
Es bleiben also mehrere Möglichkeiten:
b) $MUA erzeugt überhaupt keine ID
Das waere vorzuziehen...
oder der lokale Server löscht sie raus, und dann
.. denn das verstoesst gegen die RfCs. Und ich weiss nicht, ob / wie man z.B. sendmail so konfiguriert. Moeglich ist es aber sicherlich. Wie's bei postfix und anderen MTAs aussieht weiss ich nicht.
Wo steht das? Meines Wissens ist es erlaubt, Mails ohne ID rauszugeben - Pflicht ist dann aber die Erzeugung einer solchen. Ich halte das für die allerbeste Lösung. Mit sowas soll sich der Provider rumschlagen. Im Falle der ID ist das zwar kein Argument, aber generell halte ich es konzeptionell für schlau, daß _der_ Rechner an dem Mails rumfummelt, der als "eigentlicher" Mailserver 24/7 im Netz ist und nicht bloß mein "Mailcache" zuhause, der den Clients die Post abnimmt oder abholt.
c) Wir finden uns mit der Welt ab, wie sie ist und beerdigen das Konzept eindeutiger IDs. Es wird sie definitiv nie wieder geben. Ist Scheiße, ist aber so, und alle Mail-verarbeitende Programme generieren längst interne Checksummen, statt die ID zu verwenden.
NAK!
Es gibt meines Wissens keine Software mehr, die die IDs wirklich auswertet. Mal abgesehen vom Threading der MUAs, wo mit einer Wahrscheinlichkeit von 1 zu x-Fantastillionen eine Mail schlimmstenfalls im falschen Thread landen könnte. Das passiert aber jetzt schon bei praktisch ALLEN Usern, die sich mit mehr als einem Benutzer eine Domain teilen und wo der MUA die ID generiert. Also ALLE*) Firmenuser, ALLE Haushalte mit T-Online-Mitbenutzer, etc. - dort generieren die MUAs IDs, bei denen mit exakt der gleichen Wahrscheinlichkeit einfach mal zwei MUAs die gleiche generieren könnten. Das siehst du nur nicht, weil hinten dran brav "@domain" steht. Da keine Firma ein "MessageID-Broadcast" fährt, kann jeder Rechner bereits (von anderen) verwendete IDs nochmal vergeben. *) natürlich ausgenommen die, die statt POP3/SMTP ganz andere Lösungen verwenden.
Allein schon deswegen, weil bei 80% Spam/Viren/Trojaner-Anteil für Otto Normaluser in den USA nichts verlässlich ist, was in so einem Mailheader drinsteht.
Ja? Und? Das ist ein hervorragendes Kriterium um Spam etc. auszusortieren.
Das die "irgendwas" formal korrektes reinklatschen, heisst ja nicht, daß es filterfähig wäre. Die lernen ja auch dazu. Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/