Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Moderator: Moderatoren
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo,
gibt es irgend eine Möglichkeit, hier eine Fehlerrückmeldung zu erhalten? Das kann doch nicht einfach nur die Rückgabe .T./.F. vom :connect() oder :send() sein. Da muß es doch mehr geben.
Jan
gibt es irgend eine Möglichkeit, hier eine Fehlerrückmeldung zu erhalten? Das kann doch nicht einfach nur die Rückgabe .T./.F. vom :connect() oder :send() sein. Da muß es doch mehr geben.
Jan
Zuletzt geändert von Jan am Sa, 27. Apr 2019 7:49, insgesamt 1-mal geändert.
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9367
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand
Was willst Du denn noch wissen? Dass die Mail angekommen ist?
Herzlich,
Tom
Tom
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand
Hallo Tom,
Scherzkeks Nein, natürlich nicht. Aber es gibt immerhin eine ganze Reihe von SMTP-Rückmeldungen die angeben, ob der Mailversand geklappt hat (das bekomme ich ja noch vom :send() zurück, wenn auch nicht detailliert sondern nur als .T./.F.), sondern auch die Ursachen bei Fehlern. Halt der ganze 500er-Block der SMTP-Rückmeldungen in diesem Fall.
Beim HTTPClient() geht das per :getStatusCode. Warum also sollte das nicht auch beim SMTPClient() klappen? Wenn Alaska das denn wollte?
Jan
Scherzkeks Nein, natürlich nicht. Aber es gibt immerhin eine ganze Reihe von SMTP-Rückmeldungen die angeben, ob der Mailversand geklappt hat (das bekomme ich ja noch vom :send() zurück, wenn auch nicht detailliert sondern nur als .T./.F.), sondern auch die Ursachen bei Fehlern. Halt der ganze 500er-Block der SMTP-Rückmeldungen in diesem Fall.
Beim HTTPClient() geht das per :getStatusCode. Warum also sollte das nicht auch beim SMTPClient() klappen? Wenn Alaska das denn wollte?
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12909
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand
frage Alaska doch ...
---
in DOT Net gäbe es die SmtpException Class
https://docs.microsoft.com/de-de/dotnet ... mework-4.8
aber das "spricht" Xbase++ ja nicht ...
---
wenn man bei einem API Aufruf einen Fehler bekommt kann man ihn gewöhnlich mit GetLastError() abfragen.
https://msdn.microsoft.com/en-us/librar ... s.85).aspx
Code: Alles auswählen
rc := @KERNEL32:GetLastError()
Code: Alles auswählen
FUNCTION FormatErrorMessage( nError ) // Error as Text
LOCAL cMessage := SPACE(512)
DEFAULT nError TO GetLastError()
@KERNEL32:FormatMessageA( FORMAT_MESSAGE_FROM_SYSTEM,;
0 ,; // pointer to message source
nError ,; // message ID
0 ,; // language ID (default)
@cMessage ,; // pointer to message buffer
512 ,; // max size of message buffer
0 ) // address of array of Message inserts
cMessage := ConvToOemCP( cMessage )
RETURN TRIM(cMessage)
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand
Jimmy,
keines Deiner Worte ist hilfreich, da es in keinster Weise auf SMPTClient() eingeht. Ich hatte ja nicht gefragt wie ich per .NET oder API-Aufruf eine Mail versenden kann. Sondern wie ich bei SMTPClient() eine Statusmeldung erhalten kann.
Jan
keines Deiner Worte ist hilfreich, da es in keinster Weise auf SMPTClient() eingeht. Ich hatte ja nicht gefragt wie ich per .NET oder API-Aufruf eine Mail versenden kann. Sondern wie ich bei SMTPClient() eine Statusmeldung erhalten kann.
Jan
Zuletzt geändert von Jan am Sa, 27. Apr 2019 7:49, insgesamt 1-mal geändert.
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand
Interessant. Wenn man sich das oSmtp-Objekt im Debugger anschaut, dann gibt es dort ein cBuffer. Und darin steht die gewünschte Statusmeldung - sowohl als Ziffer als auch als Langtext und weiteren Details. Ich kann also nach dem oSmtp:send() einfach ein oSmtp:cBuffer machen, da steht dann alles drin. Das ist dann z. B. bei einer ungültigen Empfangsadresse:
Jan
Sollte Alaska mal in seine Doku mit rein schreiben...501 Syntax error in parameters or arguments
.123.129]
250-8BITMIME
250-AUTH LOGIN PLAIN
250 SIZE 69920427
250 STARTTLS
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2516
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Jan
hast du es geschafft die Variable cBuffer nicht nur im Debugger anzuschauen sondern auch im Programm auszuwerten?
Wenn ich auf "cBuffer" zugreifen will führt das zur Fehlermeldung "Zugriff auf Member-Variable nicht erlaubt"
hast du es geschafft die Variable cBuffer nicht nur im Debugger anzuschauen sondern auch im Programm auszuwerten?
Wenn ich auf "cBuffer" zugreifen will führt das zur Fehlermeldung "Zugriff auf Member-Variable nicht erlaubt"
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Carlo,
genau das ist das Problem. Debugger ja, sonst nicht.
Der Support hat mich dann auf die Hilfe zu SMTPClient() verwiesen. Dort ist im Sample eine Klasse LogWriter() implementiert. Damit klappt das dann.
Jan
genau das ist das Problem. Debugger ja, sonst nicht.
Der Support hat mich dann auf die Hilfe zu SMTPClient() verwiesen. Dort ist im Sample eine Klasse LogWriter() implementiert. Damit klappt das dann.
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2516
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Jan
dann nehme ich auch den Logger Slot. Die Angaben in cBuffer hätten mir fürs Loggen jedoch besser zugesagt ....
Danke.
dann nehme ich auch den Logger Slot. Die Angaben in cBuffer hätten mir fürs Loggen jedoch besser zugesagt ....
Danke.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Carlo,
so isses. Hätte mir auch besser gefallen mit dem internen cBuffer. Aber wenn Alaska das so verwurstelt macht, dann müssen wir halt damit leben. Leider.
Jan
so isses. Hätte mir auch besser gefallen mit dem internen cBuffer. Aber wenn Alaska das so verwurstelt macht, dann müssen wir halt damit leben. Leider.
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2516
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Jan
eine gute alternative war bis anhin das Tool see32.dll von Marshallsoft. Leider unterstützt dieses keine SSL Verbindungen sondern benötigt dazu stunnel.exe. Genau hier liegt nun ein neues Problem. Die Provider zwingen dich nun ultimativ zum Umstieg auf Port 465 mit SSL. Das geht mit STunnel ja auch aber nicht so ohne Probleme vorallem beim Mailen aus Threads aus einem Dienst ....
Deshalb versuche ich nun den SMTPClient zu verwenden.
eine gute alternative war bis anhin das Tool see32.dll von Marshallsoft. Leider unterstützt dieses keine SSL Verbindungen sondern benötigt dazu stunnel.exe. Genau hier liegt nun ein neues Problem. Die Provider zwingen dich nun ultimativ zum Umstieg auf Port 465 mit SSL. Das geht mit STunnel ja auch aber nicht so ohne Probleme vorallem beim Mailen aus Threads aus einem Dienst ....
Deshalb versuche ich nun den SMTPClient zu verwenden.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9367
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Marshallsoft funktioniert nicht mehr mit Xbase++ 2.0.
Herzlich,
Tom
Tom
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Tom,
bist du dir da sicher? Ich habe 2.0 im Einsatz (nicht die aktuelle Build) und sende Mails mit See4XB (sowohl unverschlüsselt, als auch verschlüsselt).
Viele Grüße,
Martin
bist du dir da sicher? Ich habe 2.0 im Einsatz (nicht die aktuelle Build) und sende Mails mit See4XB (sowohl unverschlüsselt, als auch verschlüsselt).
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Schubi
- Rekursionen-Architekt
- Beiträge: 139
- Registriert: Mi, 05. Okt 2005 15:10
- Wohnort: Wiesloch
- Hat sich bedankt: 5 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Fake NewsMarshallsoft funktioniert nicht mehr mit Xbase++ 2.0.
Bei uns läuft es.
Grüße Steffen
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2516
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Tom
da irrst du. Ich habe die aktuelle see32 8.0.2 die funktioniert mit dem xbase build 2.00.1095
Leider kann diese SSL Verbindungen jedoch nur über den Zusatz sTunnel.exe ausführen.
Diese Kombination macht mir zuviele Probleme.
da irrst du. Ich habe die aktuelle see32 8.0.2 die funktioniert mit dem xbase build 2.00.1095
Leider kann diese SSL Verbindungen jedoch nur über den Zusatz sTunnel.exe ausführen.
Diese Kombination macht mir zuviele Probleme.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2936
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo,
ich versende auch mit See4xb, klappt alles. Jetzt habe ich bei zwei Kunden, die über @web.de versenden, das Problem, dass angehängtes PDF-Dokument beim Empfänger nicht geöffnet werden können. Es kommt die Meldung, dass "....Datei beschädigt oder als Mailanhang geschickt und nicht korrekt dekodiert wurde."
Woran kann es liegen, dass das nur beim Versenden über web.de-Adressen passiert ?
ich versende auch mit See4xb, klappt alles. Jetzt habe ich bei zwei Kunden, die über @web.de versenden, das Problem, dass angehängtes PDF-Dokument beim Empfänger nicht geöffnet werden können. Es kommt die Meldung, dass "....Datei beschädigt oder als Mailanhang geschickt und nicht korrekt dekodiert wurde."
Woran kann es liegen, dass das nur beim Versenden über web.de-Adressen passiert ?
Viele Grüße
Wolfgang
Wolfgang
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2516
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Wolfgang
ich versende die meisten der Mail mit einem von L&L erstellten PDF im Anhang mit see32 bis jetzt allerdings immer über einen Mail Server des Internetproviders da ist dies noch immer wenigstens noch für einige Tage über Port 25 möglich. Nun muss ich die Verbindung allerdings (zwangsmässig) auf SSL und Port 465 umstellen.......
Lass dir doch mal so Mail mit "beschädigter" PDF an dich weiterleiten und vergleiche diese mit dem Original.
ich versende die meisten der Mail mit einem von L&L erstellten PDF im Anhang mit see32 bis jetzt allerdings immer über einen Mail Server des Internetproviders da ist dies noch immer wenigstens noch für einige Tage über Port 25 möglich. Nun muss ich die Verbindung allerdings (zwangsmässig) auf SSL und Port 465 umstellen.......
Lass dir doch mal so Mail mit "beschädigter" PDF an dich weiterleiten und vergleiche diese mit dem Original.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9367
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Mmh. Dann muss das an mir gelegen haben, jedenfalls funktionierte das nicht, und da ich bei Marshallsoft auch explizit nur Versionen für 1.9 gefunden habe, habe ich kurzerhand auf die Xbase++-Funktionalitäten umgestellt. Hätte ich also nicht machen müssen? Erstaunlich.
Herzlich,
Tom
Tom
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2516
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Tom
Es ist vielleicht besser dass du umgestellt hast. Zur Kommunikation mit SSL bezw. mit Mailserver Port 465 ist See32 wegen der Abhängigkeit von STUNNEL.EXE welches zwingend benutzt werden muss und den Sorgen und Probemen damit, nicht wirklich zu empfehlen!
Da ist die Lösung von Xbase++ mit SMPTClient() wesentlich einfacher zu handeln.
Es ist vielleicht besser dass du umgestellt hast. Zur Kommunikation mit SSL bezw. mit Mailserver Port 465 ist See32 wegen der Abhängigkeit von STUNNEL.EXE welches zwingend benutzt werden muss und den Sorgen und Probemen damit, nicht wirklich zu empfehlen!
Da ist die Lösung von Xbase++ mit SMPTClient() wesentlich einfacher zu handeln.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
und um Welten schneller!
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2936
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Mein Problem mit den Mails über web.de liegt an Anhängen mit Umlauten im Anhangsnamen
Viele Grüße
Wolfgang
Wolfgang
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Servus Wolfgang,
Du hast schon
drin?
Ich kann damit einwandfrei Dateien mit Umlauten im Namen versenden.
Du hast schon
Code: Alles auswählen
oMail := MyMIMEMessage():encodeQuotedPrintable( Char2UTF8(cBody), "text/html; charset=UTF-8")
Ich kann damit einwandfrei Dateien mit Umlauten im Namen versenden.
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2936
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Werner,
da muss ich noch mal meinen Code von See4xb durchschauen. Bisher habe ich bei keinem Kunden probleme gehabt, erst jetzt bei den beiden, die mit web.de-Mailadresse versenden. Erste Hilfe war erst einmal Ä dur Ae zu ersetzen, dann lief es.
Aber ich schau mal, wie ich das evtl. bei Marshallsoft setzen kann.
da muss ich noch mal meinen Code von See4xb durchschauen. Bisher habe ich bei keinem Kunden probleme gehabt, erst jetzt bei den beiden, die mit web.de-Mailadresse versenden. Erste Hilfe war erst einmal Ä dur Ae zu ersetzen, dann lief es.
Aber ich schau mal, wie ich das evtl. bei Marshallsoft setzen kann.
Viele Grüße
Wolfgang
Wolfgang
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2936
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: Rückmeldungen beim SMTPClient()-Mailversand [Erledigt]
Hallo Werner,
also ich bekomme das nicht hin. Versenden kann ich mit Anhang "Änderungen.pdf", kommt auch an als Mail mit richtigem Namen "Änderungen.pdf" beim Empfänger an,
wenn ich dann die PDF-Datei öffnen möchte, kommt die Meldung vom Adobe Reader: ...konnte ... nicht öffnen, da Dateityp nicht unterstüzt... oder Datei beschädigt ist (wenn sie als E-Mail-Anhang geschickt und nicht korrekt dekodiert wurde)."
Wie gesagt, nur bei Mails, die über ..@web.de verschickt werden, bei allen bisher benutzten Providern klappt es.
also ich bekomme das nicht hin. Versenden kann ich mit Anhang "Änderungen.pdf", kommt auch an als Mail mit richtigem Namen "Änderungen.pdf" beim Empfänger an,
wenn ich dann die PDF-Datei öffnen möchte, kommt die Meldung vom Adobe Reader: ...konnte ... nicht öffnen, da Dateityp nicht unterstüzt... oder Datei beschädigt ist (wenn sie als E-Mail-Anhang geschickt und nicht korrekt dekodiert wurde)."
Wie gesagt, nur bei Mails, die über ..@web.de verschickt werden, bei allen bisher benutzten Providern klappt es.
Viele Grüße
Wolfgang
Wolfgang