Verweis zur Startseite des Skim
Grafik: Eine Collage aus Desktop, Buch und Tastatur
Verweis zur Startseite der Hochschule Ostwestfalen-Lippe
Grafik: Eine Collage aus Desktop, Buch und Tastatur

News-DetailansichtGrafik: Ein Druckericon als Symbol für die druckerfreundliche Ausgabe dieser SeiteGrafik: Ein Icon mit dem Text PDF als Symbol für die PDF-Ausgabe dieser Seite Skim auf Twitter

 

SOLVED?! Mailzustellprobleme t-online.de/gmx.de/googlemail.com

 


Die Zustellung von Mails zu den o.g. Providern ist gestört. Wir arbeiten an der Diagnose und Problemlösung. Sie brauchen Mails an die o.g. Adressen nicht doppelt zu schicken!

Die Mailzustellung zu allen anderen Maildomains ist nicht gestört.

Update: Die Mailzustellung an alle Mailprovider sowie an unser Mailrelay ist gestört. Im Moment wird an der Problemlösung gearbeitet. Da es sich um ein "Wackelkontakt" handelt, ist eine eindeutige Diagnose schwer. Im Moment versuchte ich durch Diagnose der einzelnen System (Netz, Firewall, X-Win, Mailrelay, Datenbank) herauszufinden woran es genau liegt. (MH, Fri Nov  2 19:59:17 MET 2007)


Update: Die Probleme lassen auf das Netz schließen. Der DFN Verein ist informiert und ich hoffe morgen auf Infos. Im Moment schicke ich die Mails von Hand raus, so das zumindest ca. 90% der Mails die FH verlassen. Am meisten Probleme macht immer noch GMX. Wieviele der Mails ankommen, die an die FH LuH Mailrelays geschickt werden, kann ich im Moment noch nicht sagen. (MH, Fri Nov  2 22:20:54 MET 2007)


Update: Als Fehlerursache steht jetzt das Netz fest, es gibt ca. 40-50% TCP Retransmissions auf der Leitung. Diese hohe Anzahl führt dazu das die Mailsessions abbrechen. Auf DFN Seite war lt. DFN-NOC eine falsche Routereinstellung (MTU Size), die Richtigstellung führte aber nicht zum Erfolg. Leider ist das DFN NOC am Wochenende nicht besetzt. Um Fehler auf unserer Seite auszuschließen wurden 2 Netzsysteme (P2P Filter und IPS) aus dem X-Win Anschluss entfernt sowie ein neuer Mailserver installiert.
 Alle wichtigen Netz/Serverkomponenten (X-Win Router, Firewall, Glasfaser Medienkonverter, Mailserver) wurden neu gestartet um einen Fehler durch zu lange Uptime auszuschließen. Keine dieser Maßnahmen führt bisher zum Erfolg.

Um alle Feher auf unserer Seite auszuschließen ist die nächste Variante einen Mailserver direkt ans X-Win anzuschließen. Da dies mit auwendigen Umbauarbeiten der Netz/Serverstruktur verbunden ist, steht das als letztes an (warscheinlich Morgen). 

Bei 40-50% Fehler beim Mailserver wird nur jede 2-3 Mail ankommen und ebenso von uns versand. Die Mails werden für einen Zeitraum von 5 Tagen in einer Queue verwaltet, bevor sie verworfen werden. Der Absender erhält normalerweise eine Mail. Eine aktuelle Ansicht der Mailqueue können Sie hier einsehen (http://www.fh-luh.de/skim/technik/email.html mailqueue stats nyota/penda). (MH Sat Nov  3 15:34:00 MET 2007)


UPDATE: Nach mehreren Tests und Auschluß von Systemen scheint es im Moment einigermaßen zu laufen. Mit GMX gibt es noch Probleme da sich die Mailserver gegenseitig durch ein RateLimit ausgeschlossen haben (zu viele Emails in einer bestimmten Zeit). Dies sollte sich aber in den nächsten Stunden einschwingen. GMX gibt eine Zeit von 3-4h an. Der Aufbau eines neuen Mailservers direkt am X-Win gab leider keinen genauen Aufschluß da der MTA Aufgrund der limitierten Möglichkeiten nur Mails an wenige Accounts verschicken konnte. Dies ist leider keine Entwarnung, da der Fehler noch nicht eindeutig identifiziert ist. Dieser "Wackelkontakt" ist leider sehr schwer auszumachen. (MH Sun Nov  4 18:04:23 MET 2007)


UPDATE: Im Moment sind alle Mails zugestellt (auch GMX) und es kommen regulär Mails rein. DH im Moment gebe ich Entwarnung und die Mailzustellung funktioniert wieder. Es wird noch einige Zeit dauern bis alle Mails, die im Moment noch im Internet liegen, zugestellt sind. Wo genau der Fehler lag kann ich im Moment noch nicht sagen da mehrere Maßnahmen durchgeführt wurden. Ab Dienstag werde ich die ausgeklinkten Systeme wieder in Betrieb nehmen (falls bis dahin keine weiteren Probleme auftreten) um den Fehler zu ermitteln. (MH Sun Nov  4 21:49:16 MET 2007)

Zurück