Mailingloop

	Wenn mir jemand Mails schickt, bekommt derjenige eine Fehlermeldung,
	die Mail kommt aber trotzdem bei mir an.

So etwas wird als Mailingloop bezeichnet; dabei unterscheidet man:

Wenn eine Mail auf die Reise geschickt wird, wird die Mail mehr oder weniger oft von einem Mail-Server an den nächsten weitergereicht bis die Mail auf dem Rechner landet, der sie in die Mailbox des Empfängers zustellt. Im Rahmen dieses Prozesses lassen heutige Mail-Server zu, dass Regelwerke angegeben werden können, mit man denen

• Mails filtern und sortieren
• Abwesenheitsnachrichten einrichten
• Kopien an weitere Mail-Adressen weiterleiten

Jetzt gibt es Menschen, die an dieser Stelle hinterlegen, dass die Mail an ihre eigene Adresse geschickt werden soll.

???

Es ist mir vollkommen unklar, was damit beabsichtigt oder bezweckt werden soll; aber ich bin ja auch nur klein und dumm.

Ein solches Regelwerk sieht — auf unseren Rechnern — in der Art aus:

	redirect "an.mich@uni-osnabrueck.de";
	keep;

Diese Variante tauchte früher ziemlich häufig auf, inzwischen aber nur noch sehr selten.

Szenario:
Ein Benutzer hat einen zusätzlichen Mail-Account bei einem Provider; er möchte jede eingehende Mail an beide Mail-Accounts zugestellt haben. (Auch hier erschließt sich mir der Sinne dessen im Endeffekt nicht wirklich; muss ja aber auch nicht!)

Also läuft es darauf hinaus, dass an der Uni:

	redirect "an.mich@provider.de";
	keep;

	redirect "an.mich@uni-osnabrueck.de";
	keep;

Nehmen wir eine Mail, die an die Provider-Adresse geht. Der dortigen Mailer sieht das Regelwerk und weiß somit, dass er die Mail an die Uni-Adresse duplizieren und abspeichern soll. Also tut er das! Beides!
Die derart duplizierte Mail kommt dann beim Uni-Mail-Server an. Selbwelcher sieht “sein” Regelwerk, das ihm sagt, er soll die Mail zur Provider-Adresse duplizieren und abspeichern. Auch er wird beides erledigen!
Damit kommt die Mail wieder beim Provider an und der dortige Mailer …
Das kann dann ad infinitum so weiter gehen.

Es wäre mir jetzt beinahe die Formulierung “in grauer Urzeit” herausgerutscht, aber ist bestimmt schon 15 Jahre her: Da hatten wir eine Maillingloop, gegen die unsere Mail-Server in der Erkennung chancenlos waren und demzufolge in die Knie gezwungen wurden.

Es hatte jemand an zdf-wiso geschrieben. Auf dem dortigen Server wurde eine Antwort generiert, dass die Mail eingegangen sei und man sich um die Anfrage kümmern werde. So weit, so gut. Diese Antwort ging an eine Adresse auf einem Abteilungs-Mail-Server, der so konfiguriert war, dass er die Zustellung jeder Mail quittierte.

Das war jedesmal eine neue Mail. Nur die Mail-Server an den Endpunkten (ZDF, Abteilung) hätten das ggf. verhindern bzw. unterbinden können. Die Uni-Mail-Server hatten keine Chance und wurden einfach überrannt …

Die auf diesen Seiten zum Ausdruck gebrachten Meinungen sind die meinigen, nicht notwendigerweise die der Universität Osnabrück. (Es sei denn, sie würden zufällig übereinstimmen oder wären entsprechend gekennzeichnet.)

Zum Thema "Links":

Bei "Links" handelt es sich stets um "lebende" (dynamische) Verweisungen. Gernot Skalla hat bei der erstmaligen Verknüpfung zwar den fremden Inhalt daraufhin überprüft, ob durch ihn eine mögliche zivilrechtliche oder strafrechtliche Verantwortlichkeit ausgelöst wird. Er überprüft aber die Inhalte, auf die er in seinem Angebot verweist, nicht ständig auf Veränderungen, die eine Verantwortlichkeit neu begründen könnten. Wenn er feststellt oder von anderen darauf hingewiesen wird, daß ein konkretes Angebot, zu dem er einen Link bereitgestellt hat, eine zivil- oder strafrechtliche Verantwortlichkeit auslöst, wird er den Verweis auf dieses Angebot aufheben.