Kein E-Mail-Versand mit Anhängen möglich

[Klaus A]

Seit dem Update werden E-Mails mit Anhängen (z.B. Rechnung, Mahnung), die von Workflows oder z.B. dem Mahnlauf versendet werden, nicht mehr versendet. Es erscheint die Fehlermeldung:

Mailen: Der angegebene Host ist unbekannt

Der Versand von Nachrichten an Kunden (direkt aus dem Kundenmenü) oder über Workflows, die reine Textnachrichten (ohne Anhangobjekt) versenden, funktioniert. Ebenso die Test-E-Mail beim Testen der hinterlegten E-Mail-Konfiguration.

Das stellt - insbesondere für den Versand von Ausgangsrechnungen - natürlich ein Riesenproblem für uns dar, da wir diese ansonsten einzeln exportieren und manuell versenden müssen.

Hat das Problem sonst noch wer oder ist es vielleicht noch nicht aufgefallen?

 

[Klaus A]

Könnte eventuell mit diesem Issue zusammenhängen - wir haben auch 2 Firmen angelegt, wobei nur für eine Firma eine E-Mail-Konfiguration hinterlegt ist:
https://issues.jtl-software.de/issues/WAWI-85560

Wäre dann aber bei 2 Firmen rechtlich und datenschutzrechtlich extrem bedenklich

 

[Canalratte]

Bei uns auch seit V1.11.1 - die Rechnungen, die per Workflow versendet werden sollen - bei manchen Aufträgen klappts, bei anderen nicht - ich kann auch nicht nachvollziehen, was die Aufträge unterscheiden soll..
Vor dem Update klappte das reibungslos und Zuverlässig
Wenn ich den Workflow teste, erhalte ich die Fehlermeldung: Timeout bei Ausgabe callerMemberName: ctor
keine Ahnung was/wer mit "ctor" gemeint ist.
Ist ein Riesen Problem, weil teilweise die Kunden keine Rechnungen bekommen.

 

[Klaus A]

Wir konnten für unseren Fall jetzt tatsächlich testmäßig "beweisen", dass die Wawi für E-Mails mit Anhängen, die von Firma 1 versendet werden, stattdessen die E-Mail-Konfiguration von Firma 2 nutzt.

Ist natürlich ein echtes Desaster und extrem unprofessionell, wenn der Kunde Rechnungen usw. von einer anderen Firmenadresse bekommt

 

[Klaus A]

Bei uns auch seit V1.11.1 - die Rechnungen, die per Workflow versendet werden sollen - bei manchen Aufträgen klappts, bei anderen nicht - ich kann auch nicht nachvollziehen, was die Aufträge unterscheiden soll..
Vor dem Update klappte das reibungslos und Zuverlässig
Wenn ich den Workflow teste, erhalte ich die Fehlermeldung: Timeout bei Ausgabe callerMemberName: ctor
keine Ahnung was/wer mit "ctor" gemeint ist.
Ist ein Riesen Problem, weil teilweise die Kunden keine Rechnungen bekommen.

Das ist echt ein Problem. Rein interessehalber, wie prüft Ihr denn, welche E-Mails korrekt versendet wurden und welche nicht?

 

[Canalratte]

Das ist echt ein Problem. Rein interessehalber, wie prüft Ihr denn, welche E-Mails korrekt versendet wurden und welche nicht?

Sieht man in der Rechnungsübersicht:

 

[Canalratte]

hab jetzt mal in die Datenbank geschaut und finde in der View [Rechnung].[vRechnungAusgabeDateien]
folgenden Fehler:
seit dem Update auf 1.11 immer wieder - aber nicht immer - die letzten 2 Rechnungen liefen fehlerfrei durch.


Hier die komplette Fehlermeldung:
Limilabs.Client.ServerException: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat [::ffff:93.240.111.101]:25 ---> System.Net.Sockets.SocketException: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat [::ffff:93.240.111.101]:25 bei System.Net.Sockets.Socket.Connect(IPAddress[] addresses, Int32 port) bei System.Net.Sockets.Socket.Connect(String host, Int32 port) bei Limilabs.Client.ClientBase.Connect(String host, Int32 port, Boolean useSSL) --- Ende der internen Ausnahmestapelüberwachung --- bei Limilabs.Client.ClientBase.Connect(String host, Int32 port, Boolean useSSL) bei JTL.Mailing.MailerSmtp.ConnectWithoutCryptographicProtocols() bei JTL.Mailing.MailerSmtp.Connect() bei JTL.Mailing.Mailer.Send(IMailMessage message) bei JTL.Ausgabe.Rendering.Prozesse.AusgabeEngineMailen.Mailen(IAusgabeElement ausgabeElement, IMailable vorgang, IVorlageMailen vorlage, AusgabeEinstellungenMailen einstellungen, CancellationToken cancellationToken)

 

[mvh]

Die WaWi nutzt eine externe Bibliothek Mail.dll von der Firma Limilabs. Der Versuch eine E-Mail zu senden endet mit einem Zeitüberschreitungsfehler. Hast Du einen Timeout-Wert beim Versand gesetzt?

 

[Canalratte]

Alles probiert - von kein Timeout bis mehrere Sekunden - es ändert sich nichts - seit dem update auf 1.11 tritt das Problem auf.

 

[Javi]

welchen SMTP-Port haben sie drin? kurz mal checken

 

[mvh]

Die haben 25, was eigentlich nicht mehr aktueller Standard ist. Und die IP Adresse als Host: 93.240.111.101

 

[overfl0w23]

Die haben 25, was eigentlich nicht mehr aktueller Standard ist. Und die IP Adresse als Host: 93.240.111.101

Port 25? Unverschlüsselt!
Ich würde das mal überprüfen mit 465 (SSL) oder 587 (TLS) je nach Host.

Sicher dass ihr vorher über den Port 25 versendet habt? Kann ich mir fast nicht vorstellen.

 

[mvh]

Port 25? Unverschlüsselt!
Ich würde das mal überprüfen mit 465 (SSL) oder 587 (TLS) je nach Host.

Sicher dass ihr vorher über den Port 25 versendet habt? Kann ich mir fast nicht vorstellen.

"Sicher dass ihr vorher über den Port 25 versendet habt? Kann ich mir fast nicht vorstellen." ???
Ich habe es als Antwort für die @Canalratte geschrieben, s. die Fehlermeldung " [::ffff:93.240.111.101]:25"
Wir nutzen SSL mit dem Port 465 und haben KEINE Probleme.

 

[Canalratte]

und was soll das damit zu tun haben?
Die Mails aus dem Wawi laufen bei uns über einen internen Mailserver TLS-Verschlüsselt an port 25
Bis Freitag lief es auch seit nun über 12 Jahren problemlos
und seit dem update auf 1.11 hab ich diese Aussetzer?
Man kann ja an meinem screenshot sehen, dass da manchmal gar nichts versendet wird.
Selbst wenn ich dann das sehe, und die Rechnung manuell versenden will versendet wawi nix...
Ich frag mich auch, wo er die IP des Mailservers bei den mißlungenen Mailversuchen hernimmt ( [::ffff:93.240.111.101]:25")
In den Einstellungen ist ganz klar die 192.168.1.149 hinterlegt..

 

[Javi]

und was soll das damit zu tun haben?
Die Mails aus dem Wawi laufen bei uns über einen internen Mailserver TLS-Verschlüsselt an port 25
Bis Freitag lief es auch seit nun über 12 Jahren problemlos
und seit dem update auf 1.11 hab ich diese Aussetzer?
Man kann ja an meinem screenshot sehen, dass da manchmal gar nichts versendet wird.
Selbst wenn ich dann das sehe, und die Rechnung manuell versenden will versendet wawi nix...
Ich frag mich auch, wo er die IP des Mailservers bei den mißlungenen Mailversuchen hernimmt ( [::ffff:93.240.111.101]:25")
In den Einstellungen ist ganz klar die 192.168.1.149 hinterlegt..

teste 465 (SSL) oder 587 (TLS)

 

[Canalratte]

habe auf 465 SSL umgestellt und das auch dem Mailserver mitgeteilt.
Ergebnis:
- Die Emails, die seit dem Update anstandslos versendet wurden, werden auch jetzt versendet.
- Alle, die nicht rausgegangen sind gehen jetzt auch nicht - selber Fehler (...da der verbundene Host nicht reagiert hat [::ffff:93.240.111.101]:25)

so ein Mist

 

[overfl0w23]

Merkwürdig ist, dass dein Mailserver mit einer IPv6 Adresse aufgelöst wird...

 

[mvh]

Das mit IPv6 und ffff: ist eine andere Geschichte. Hier wird versucht von IPv4 auf IPv6 zu gehen und dabei wird die IP auf ffff: "konvertiert". Die Frage ist - warum diese IP Adresse nicht mit der Angabe übereinstimmt? Und wozu überhaupt IPv6? Wurde da etwas vor 1.11 umgestellt?

 

[Canalratte]

Nein, es wurde nichts umgestellt - es lief ja alles problemlos.

 

[DITH-Shop]

habe auf 465 SSL umgestellt und das auch dem Mailserver mitgeteilt.
Ergebnis:
- Die Emails, die seit dem Update anstandslos versendet wurden, werden auch jetzt versendet.
- Alle, die nicht rausgegangen sind gehen jetzt auch nicht - selber Fehler (...da der verbundene Host nicht reagiert hat [::ffff:93.240.111.101]:25)

so ein Mist

Da steht noch immer der Port 25