In article
<20160406071508.Horde.ofSsW5t4BLgq7YBR2F063g1@xxxxxxxxxxxxxxxxxxxxxxx>,
Alexander Ausserstorfer <bavariasound@xxxxxxxxxxxxxxx>
wrote:
Zitat von Raik Fischer <raik_fischer@xxxxxxxx>:
Am 06.04.2016 um 06:48 schrieb Alexander Ausserstorfer:
Zitat von Raik Fischer <raik_fischer@xxxxxxxx>:
Ich habe inzwischen Pluto am Laufen. noch nicht
optimal aber zum Testen reicht es. Pluto mit Hermes
macht den gleichen Mist wie MPro. Pluto mit Mailer
also POP3S und SMTPS funktioniert. Alle Mails sind
(fast) sauber angekommen.
Was heißt hier "fast"? Kann man jetzt davon ausgehen,
dass das Security-Modul von rComp den Fehler
verursacht?
The problem is almost certainly down to the SecureSockets
module. R-Comp (and I) have known about this for a long
time, but since the original programmer of the module is
long gone and no-one has come forward to take over
maintenance of the code, not a lot can be done about it.
It does indeed cause corruption of the data in emails over
a certain size. I had a feeling that the size was smaller
than 64k but I may be wrong.
The source code is here if anyone fancies having a go:
http://www.armini.co.uk/SSLsource.zip
Das "fast" hatte ich weiter unten erklärt. Ist eher
eine Plutoeigenart. Die Dateiname "Anhang/zip" wurde in
Pluto zu "Anhang.zip"
und beim Empfänger kam "zip" an. Die Datei an sich war
aber in Ordnung.
Danke, jetzt habe ich verstanden.
Was bei RCOMP den Fehler verursacht ist mir (noch)
nicht klar. Selbst wenn ich nur MPro nutze, ohne
Hermes/Hermetic und ohne Secure-Modul geht das Senden
mit SMTPS schief. Wenn ich Pluto mit Hermes/Secure
nutze auch. Pluto mit SMTPS bisher nicht. Ich mache
immer zwischenzeitlich einen Neustart und achte darauf,
daß die jeweils andern Komponenten nicht "gesehen"
werden.
Interessant. Dann läuft hier irgendwas schief. Scheint
aber nicht der Fehler von !SMTPS zu sein, und das ist
schon einmal gut.