Roland White
2022-04-19 14:50:46 UTC
Bei der Installation dieser (AFAIK letzten) DOS-Version wurde ich nach
einem Benutzernamen gefragt. Okay, angelegt. "Send" legt die Nachrichten
in dem dabei erstellten Verzeichnis unversendet als *.CNM-Dateien ab.
PMSMTP32* ist anschließend für den tatsächlichen Versand zuständig, meldet
aber "No mail file(s) found waiting to be sent", weil das Programm
*.MSG-Dateien sucht.
Blauäugigerdings habe ich daher einfach mal bei einigen dieser
zwischengelagerten Nachrichten die Endungen entsprechend umbenannt (also
z.B. von 05UDDLGU.CNM auf 05UDDLGU.MSG #-)
Die ausgehenden Nachrichten werden zwar jetzt mit der Endung MSGeinem Benutzernamen gefragt. Okay, angelegt. "Send" legt die Nachrichten
in dem dabei erstellten Verzeichnis unversendet als *.CNM-Dateien ab.
PMSMTP32* ist anschließend für den tatsächlichen Versand zuständig, meldet
aber "No mail file(s) found waiting to be sent", weil das Programm
*.MSG-Dateien sucht.
Blauäugigerdings habe ich daher einfach mal bei einigen dieser
zwischengelagerten Nachrichten die Endungen entsprechend umbenannt (also
z.B. von 05UDDLGU.CNM auf 05UDDLGU.MSG #-)
gespeichert, weil PCONFIG diese Option anbietet. PMSMTP[32] findet also
nun immerhin die Nachrichten, welche zu versenden wären. Ob diese dann
auch im korrekten Format vorliegen, weiß ich nicht.
Tatsächlich versucht PMSMTP32 damit Kontakt zu smtp.1und1.de aufzunehmen, aber
trotz Übermittlung der gewünschten base64-Kodierung (STARTTLS, Port 587)
"Unable to make a secure connection to SMTP Host. No mail sent."
Das selbe auch mit einem Firemail-Account. IMHO könnte es sein, daß dastrotz Übermittlung der gewünschten base64-Kodierung (STARTTLS, Port 587)
"Unable to make a secure connection to SMTP Host. No mail sent."
Problem doch mit der (MIME-)Kodierung von Username und Passwort
zusammenhängt. Ich habe mit drei verschiedenen Mail-Accounts (Firemail
"LegacySSL" port 465, 1und1 sowie web.de "STARTTLS" port 587) in
jeweiliger MIME-Kodierung verschiedene Varianten sowohl in der Datei
PMSMTP.CFG wie auch teilweise auf der Kommando-Zeile durchprobiert;
letzteres in den Varianten nur (MIME-kodiertes) Passwort und/ oder
(MIME-kodiertem) Usernamen.
Dabei scheint nur bei web.de eine Verbindung zustande zu kommen, aber dann
meldet PMSMTP32:
"Mail file has no apparent MAIL FROM: data line."
Die dergestalt bemängelte Nachricht sieht so aus:
===============================================================
From: ***@WEB.DE
To: ***@porteo.de
Date: Tue, 19 Apr 2022 13:59:17
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: test
Priority: normal
X-mailer: Pegasus Mail v3.50
testtest
===============================================================
(Ich - Überraschung! - weiß nicht, was da falchs ist. #-)
Die diversen MIME-Kodierungen habe ich nach der in PMSMTP.TXT genannten
Vorgehensweise erstellt und mittels
https://www.base64encode.org/
gegengecheckt.
Als letzte Unannehmlichkeit kommt dazu, daß ich weder im Paket noch im
Netz eine deutschsprachige Anpassung finden kann; die eingehenden
Nachrichten enthalten nur "verhunzte" Umlaute.
Es ergeben sich also drei Probleme bzw. Fragestellungen:
1. Wieso funktioniert die Authentifizierung nur bei web.de?
2. Was ist am Header auszusetzen und
3. wie wäre eine deutsprachige Anpassung hinzukriegen?
Vielleicht weiß jemand Rat.
Gruß
R-
XP de.comm.software.mailreader,de.comp.os.msdos,
fup de.comm.software.mailreader
--
Manchmal kenne ich mich selbst nicht mehr. - Glückliche Momente!
Manchmal kenne ich mich selbst nicht mehr. - Glückliche Momente!