Nach Providerwechsel - kein SMTP Versand möglich

Frag mal deinen Hoster ob er dich geblockt hat.

Tracert passt alles?

ist das hier auch ein thread von dir?

sieht sich ziemlich ähnlich, das fehlerbild.

kannst du testweise mal versuchen auf einen anderen mailserver auf port 25/587 zu verbinden? ich sehe hier eigentlich nur 2 möglichkeiten. entweder bei dir blockt irgendwas den traffic oder der hoster nimmt ihn nicht an bzw. blockt dort. zumindest lässt sich das aus den Logs und den Wireshark daten schließen.

alternativ evtl. noch mal testen ob es auf dem david server mit einem anderen smtp client funktioniert.

ich würde das jetzt nach dem ausschlussprinzip weiter angehen.
irgend einen mailclient, outlook oder thunderbird, auf dem server installieren, schauen ob du damit auf den SMTP server vom provider verbinden kannst.
wenn das (lokal auf dem david server) geht liegt das problem an david selbst, wenn es nicht geht liegt es entweder am server oder am netzwerk. sollte es also nicht gehen im anschluss den gleichen test auf einem client im netzwerk machen. geht es dort auch nicht liegt es am netzwerk - oder halt doch am provider. um den provider als problem auszuschließen würde ich das ganze dann noch mal von extern (zu hause oder sonstwo) gegenprüfen.

check bitte auch noch mal ob im postman ein korrekter DNS server eingetragen ist, nicht dass da noch was klemmt.

Beweisbare Mängel in Abrede zu stellen wird immer wieder versucht.
Ich habe auch gerade mal wieder so einen Fall bei der Reklamation eines Kunden.
Maßnahmen:

1) Glaubwürdige Zeugen suchen und Vorgang schriftlich und mittels Videos oder analoger Fototechnik dokumentieren.
(Videos sind nicht so leicht zu fälschen wie Digitalfotos).

2) Nachfrist setzen, bis zu welcher der Provider die Mängel zu beheben hat.
Angesichts der Dringlichkeit für einen Betrieb halte ich eine Frist von höchstens acht Tagen für angemesssen.

3) Kann oder will der Provider den gravierenden (!) Mangel nicht beheben, dann Domänen-Betreuer via KK-Antrag wechseln.
Ist die Möglichkeit zum eMail-Versand Bestandteil des Vertrags mit dem Provider, dann ist deren dauerhafte Fehlfunktion ein gravierender Mangel.
Danach Schaden kalkulieren und dem Provider als Verursacher in Rechnung stellen.
Zum Schaden gehören auch die Kosten durch Betriebs-Unterbrechungen oder -Störungen.
Diese müssen aber in ihrer Größenordnung beweisbar sein.
Daher ist Sorgfalt bei der Kalkulation des Umsatzverlustes pro Arbeitsstunde geboten.

4) Telefonate mit dem Schadens-Verursacher grundsätzlich aufzeichnen.
Der Schaden-Verursacher ist auf die Aufzeichnung des Telefonate ausdrücklich hinzuweisen.
Dieser Hinweis muss mit aufgezeichnet werden.
Mein Justitiar verwies sehr nachdrücklich darauf, dass aufgenommene Telefonate vor Gericht als Beweis nicht verwertbar sind, falls der Gesprächsteilnehmer nicht auf die Aufzeichnung hingewiesen wurde. Alternativ kann ein Zeuge an Telefonaten teilnehmen, der zu Gesprächsbeginn mit Namen und Funktion (z.B. Sekretärin oder Bauleiter) benannt wird.

5) Weigert der Provider sich, die Schadenssumme zu begleichen, dann fähigen Anwalt beauftragen, der sich im deutschen Schuldrecht auskennt.
Entsprechend qualifizierte Juristen kann sowohl die Anwaltskammer als auch die zuständige Industrie- und Handelskammer benennen.

Zitat von rookie

So, ich habe jetzt das Problem eingeschränkt. Ich komme zum Server des Mailhosters doch durch, aber das Kennwort wird abgelehnt. Es ist exakt das gleiche Kennwort wie eingetragen und wird auch (mit Erfolg) für das Abholen der Mails benutzt. Die Mails über POP3 abzuholen klappt wie gesagt problemlos.

Ich habe das jetzt von Zuhause aus ausprobiert. Benutzt habe ich Thunderbird. Und das ist ein ganz anderer ISP, anderer Anschlus, andere Hardware und Software. Also alles komplett anders und ohne David. Auch Thunderbird kann Mails abholen, aber nicht senden! Er meldet falsches Kennwort obwohl es richtig ist. Ich habe sowohl über copy & paste wie auch mit eintippen versucht. Andere Mailadressen (andere Mailanbieter) klappen mit den selben mail client (thunderbird). Also kann der Fehler nur beim Hoster liegen.

Doch deren Support behauptet alles ist ok und ich hätte ein falsches Kennwort eingegeben. Was kann man da tun?

hast du das KW mal geändert testweise? vielleicht klemmts da irgendwo oder es wurde ein leerzeichen mit kopiert/eingefügt - die klassiker halt
wenn das KW geändert wurde und definitiv korrekt ist muss es am hoster oder an den vom hoster vorgegebenen einstellungen/daten liegen.

gut, dann fällt mir dazu auch nichts mehr ein.

wenn du wirklich mit diesen daten von keinem anschluss aus mails versenden kannst muss das problem beim provider liegen. oder die daten sind schlicht falsch.

habe mir das alles mal so grob überflogen,
Abrufen per POP geht zustellen nicht.

Ich hatte da noch was gelesen von das die IP auf einer Blacklist steht, ist das noch der Fall oder ist das schon behoben worden?

ok dann habe ich den Part überlesen.

Der Webhoster sagt aber alles ok an ihm liegts nicht.
Ist wohl auch nicht bereit bei der Lösung zu helfen schätze ich.
Liegt da die Domain bei dem Hoster oder ist das so eine Hoster-ISP E-Mail Adresse wie balbal@t-online.de
oder ist es hier nur der ISP und die Domain liegt ganz wo anders.

Zitat von rookie

Nein, aber das macht nix. Ich habe wie gesagt von einem anderen Anschluss versucht und auch da klappt es nicht. Andere Mails (gmx etc.) gehen aber. Der Fehler muss beim Webhoster liegen.

Ich würde beim Webhoster einfach mal ein neues Passwort setzen lassen!
Ich habe so ein Problem bei einem Kunden vom mir gehabt, dass hat dann ungemein geholfen ...