ich hab jetzt etwas erschrocken festgestellt, daß eMails, die wir über
FeLaMiMail verschicken statt einer Domain eine IP-Adresse nach dem @ in
der Msg-ID enthalten… meines erachtens ist das so ja nicht erlaubt.
Wenn wir eMails über Thunderbird verschicken hängt dieser die Domain
hinter das @ der Msg-ID…
Was könnte da noch falsch konfiguriert sein, bzw. woher holt sich
FeLaMiMail die Information für den “Domain-Part” der Msg-ID?
Danke schon mal.
Gruß
Dieter
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
ich hab jetzt etwas erschrocken festgestellt, daß eMails, die wir über
FeLaMiMail verschicken statt einer Domain eine IP-Adresse nach dem @ in
der Msg-ID enthalten… meines erachtens ist das so ja nicht erlaubt.
Wenn wir eMails über Thunderbird verschicken hängt dieser die Domain
hinter das @ der Msg-ID…
Was könnte da noch falsch konfiguriert sein, bzw. woher holt sich
FeLaMiMail die Information für den “Domain-Part” der Msg-ID?
Danke schon mal.
Gruß
Dieter
Hallo Dieter,
ich glaube, dass die Angabe der IP-Adresse legal ist.
Schau mal im Setup nach
Host Informationen
Hostname des Computers auf dem der Server läuft:
kann der Eintrag hier aufgelöst werden?
Sebastian
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
ich hab jetzt etwas erschrocken festgestellt, daß eMails, die wir über
FeLaMiMail verschicken statt einer Domain eine IP-Adresse nach dem @ in
der Msg-ID enthalten… meines erachtens ist das so ja nicht erlaubt.
ich glaube, dass die Angabe der IP-Adresse legal ist.
Selbst wenn ist der Zweck der Message-ID ja eine weltweit eindeutige
Identifikation einer Nachricht, d.h. eine IP-Adresse könnte allenfalls
hinter dem @-Zeichen erlaubt sein, wenn es sich um eine nicht-dynamische
und im Internet gültige IP-Adresse handelt (nicht 192.168.* etc.). Unser
Server steht aber im internen Netz und da wäre die IP-Adresse dann im
Internet nicht mehr eindeutig.
Schau mal im Setup nach
Host Informationen
Hostname des Computers auf dem der Server läuft:
kann der Eintrag hier aufgelöst werden?
Ja in “Hostname des Computers auf dem der Server läuft” steht ein
Rechnername incl. Domainangabe.
Im Feld “Mail Domain (für Virtual Mail Manager)” ist unsere Domain
eingetragen.
hostname --fqdn auf der Linux-Kommandozeile des Servers liefert
ebenfalls einen ordentlichen Rechnernamen mit Domain.
Noch jemand andere Ideen wo FeLaMiMail die IP-Adresse her haben könnte?
Gruß
Dieter
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
ich glaube, dass die Angabe der IP-Adresse legal ist.
Selbst wenn ist der Zweck der Message-ID ja eine weltweit eindeutige
Identifikation einer Nachricht, d.h. eine IP-Adresse könnte allenfalls
hinter dem @-Zeichen erlaubt sein, wenn es sich um eine nicht-dynamische
und im Internet gültige IP-Adresse handelt (nicht 192.168.* etc.). Unser
Server steht aber im internen Netz und da wäre die IP-Adresse dann im
Internet nicht mehr eindeutig.
Ist die weltweite Eindeutigkeit gegeben, wenn der FQDN des Servers nicht
zu einer gültigen öffentlichen IP-Adresse aufgelöst werden kann?
Sebastian
Schau mal im Setup nach
Host Informationen
Hostname des Computers auf dem der Server läuft:
kann der Eintrag hier aufgelöst werden?
Ja in “Hostname des Computers auf dem der Server läuft” steht ein
Rechnername incl. Domainangabe.
Im Feld “Mail Domain (für Virtual Mail Manager)” ist unsere Domain
eingetragen.
hostname --fqdn auf der Linux-Kommandozeile des Servers liefert
ebenfalls einen ordentlichen Rechnernamen mit Domain.
Noch jemand andere Ideen wo FeLaMiMail die IP-Adresse her haben könnte?
Gruß
Dieter
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
ich glaube, dass die Angabe der IP-Adresse legal ist.
Selbst wenn ist der Zweck der Message-ID ja eine weltweit eindeutige
Identifikation einer Nachricht, d.h. eine IP-Adresse könnte allenfalls
hinter dem @-Zeichen erlaubt sein, wenn es sich um eine nicht-dynamische
und im Internet gültige IP-Adresse handelt (nicht 192.168.* etc.). Unser
Server steht aber im internen Netz und da wäre die IP-Adresse dann im
Internet nicht mehr eindeutig.
Ist die weltweite Eindeutigkeit gegeben, wenn der FQDN des Servers nicht
zu einer gültigen öffentlichen IP-Adresse aufgelöst werden kann?
Es geht ja nicht darum, ob der FQDN zu einer IP-Adresse aufgelöst werden
kann, sondern das der Teil hinter dem @ für die Instanz die die Msg-ID
erzeugt eindeutig ist. Die Eindeutigkeit ist verpflichtend und empfohlen
ist, daß eine Domain oder ein Hostname mit Domain verwendet wird. An
anderer Stelle habe ich noch gelesen, daß der Teil hinter dem @ mit dem
"host"-Kommando auflösbar sein sollte - das stand aber nicht in RFCs
sondern in einer FAQ zu NNTP-Nachrichten.
Demnach wäre die IP-Adresse 192.168.1.3 nicht zugelassen, weil der
"Creator" der MSGID nicht sicherstellen kann, daß ein anderer
MSGID-erzeugender Rechner nicht auch diese Adresse hat.
Gruß
Dieter
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
ich glaube, dass die Angabe der IP-Adresse legal ist.
Selbst wenn ist der Zweck der Message-ID ja eine weltweit eindeutige
Identifikation einer Nachricht, d.h. eine IP-Adresse könnte allenfalls
hinter dem @-Zeichen erlaubt sein, wenn es sich um eine nicht-dynamische
und im Internet gültige IP-Adresse handelt (nicht 192.168.* etc.). Unser
Server steht aber im internen Netz und da wäre die IP-Adresse dann im
Internet nicht mehr eindeutig.
Ist die weltweite Eindeutigkeit gegeben, wenn der FQDN des Servers nicht
zu einer gültigen öffentlichen IP-Adresse aufgelöst werden kann?
Es geht ja nicht darum, ob der FQDN zu einer IP-Adresse aufgelöst werden
kann, sondern das der Teil hinter dem @ für die Instanz die die Msg-ID
erzeugt eindeutig ist. Die Eindeutigkeit ist verpflichtend und empfohlen
ist, daß eine Domain oder ein Hostname mit Domain verwendet wird. An
anderer Stelle habe ich noch gelesen, daß der Teil hinter dem @ mit dem
"host"-Kommando auflösbar sein sollte - das stand aber nicht in RFCs
sondern in einer FAQ zu NNTP-Nachrichten.
Demnach wäre die IP-Adresse 192.168.1.3 nicht zugelassen, weil der
"Creator" der MSGID nicht sicherstellen kann, daß ein anderer
MSGID-erzeugender Rechner nicht auch diese Adresse hat.
Ich habe noch nicht verstanden, welchen Sinn es hat, den Server in der
Form egroupware.dieter.lan in der ID auszuzeichnen, oder versteckst du
einen regulären fqdn (wie egroupware.dieter.de) im LAN und du hast den
fqdn (dieter.de) registriert?
Ist jetzt deutlich, was ich meinte?
Sebastian
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
…der Anonymisierungsdienst auf gmane meinte es zu gut.
Korrektur, ich ersetze Klammeraffe mit :
Message-ID: <4D5DDA3C9.2010207Degroupware.dieter.lan>
oder
Message-ID: <4D5DDA3C9.2010207D192.168.1.1>
ist per definitiones weltweit nicht eindeutig.
Anmerkung:
Ich habe schon gehört, dass sichergestellt sein soll, dass die ID
innerhalb von mindestens zwei Jahren eindeutig bleibt – aus
pragmatischen Gründen wird wohl der FQDN der IP-Adresse vorgezogen.
The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
