Mailversand aus einem Delphi Programm

[himitsu]

Jupp ... nur daß er sich dann nicht wundert, wenn es langsamer ist, als er denkt.

[idefix2]

Wie gesagt, der Vergleichswert ist das, was der Thunderbird für die gleiche Nachricht braucht. Und der codiert den Anhang auch base64, braucht zum Senden aber nur einen Bruchteil der Zeit (da geht es nicht um 33%, sondern der ist gut 10 mal schneller).
Zum Testen schreibe ich den kompletten Datentransfer in einem Logfile mit, das werde ich jetzt probeweise herausnehmen - aber ich kann mir nur schwer vorstellen, dass das die Bremse ist.

[BUG]

Die verwendete base64-Funktion ist mit den ganzen String-Konkatenation (und damit Kopien) der Horror.
Probiere mal eine optimierte Variante hier aus dem Forum, das könnte schon eine Menge bringen.

Was mir ansonsten auffällt, ist das die Datei erst komplett in den Speicher geladen wird, dann nach base64 codiert wird und erst danach komplett gesendet wird. Das ließe sich vermutlich parallelisieren. Aber vorher solltest du dir auf jeden Fall erst einmals base64 angucken.

Lass dir mal die Zeiten für die unterschiedliche Phasen(Lesen/Kodieren/Senden) anzeigen, dann siehst du eventuell wo das meiste herauszuholen ist

[Perlsau]

Zitat von Hansa:

Mit den Indy's ist ein email-Sendeprogramm jedenfalls mit höchstens 50 (eher 20 Zeilen) zu schaffen.

Kann ich bestätigen: Bislang konnte ich keine nennenswerten Probleme beim Mailversand via Indi-Komponenten feststellen. Dank der Indys ist so ein Programmteil sehr kurz und schnell implementiert. Wie häufig haben wir auch hier keinen keinen Code, so daß wir nicht wissen können, was der arme Idefix heute wieder für ein Süppchen gekocht hat

[Jasocul]

Ich kann mir auch vorstellen, dass das AV-Programm da noch ausbremst.
Wenn es für Thunderbird so eingestellt ist, dass der Mail-Versand nicht geprüft wird und das Programm von idefix immer geprüft wird, dann kann bei großen Dateien schon mal zusätzlicher Zeitbedarf auftreten.

Ich habe die Indy-Komponenten in eigene Komponenten gekapselt. Je eine für den SMTP und den MAPI-Versand. Insgesamt 380 Zeilen inklusive Leerzeilen, Kommentare und theoretisch unnötiger begin-end-Zeilen. Ist also wirklich kein Hexenwerk. Langsamer Versand ist mir dabei noch nie aufgefallen. Weder bei großen Dateien, noch beim Versand vieler Dateien im Anhang.

[Jumpy]

Zitat von Perlsau:

Wie häufig haben wir auch hier keinen keinen Code, so daß wir nicht wissen können, was der arme Idefix heute wieder für ein Süppchen gekocht hat

Ich vermute er benutzt die in #1 verlinkte Unit "out of the box".

[idefix2]

@BUG
Danke für den Hinweis. Ich habe das jetzt gecheckt, die Encode Routine braucht tatsächlich fast die ganze Zeit, und der Zeitbedarf steigt bei dem Algorithmus natürlich quadratisch mit der Grösse des Anhangs an - keine besonders gute Idee
In den meisten Fällen ist ja die Zeit, die ein Programm im Arbeitsspeicher Daten schaufelt, gegenüber der Zeit, die für I/O aufgewendet wird, vernachlässigbar, deshalb habe ich darauf nicht geschaut.

Die Routine muss ich umschreiben.

[BUG]

Noch eine kleine Ergänzung für kommende Generationen: die überarbeitete Unit hat idefix2 im Originalthema hochgeladen

[mensch72]

kaum noch universell verwendbar, denn welcher Mailserver über Standardprovider wie z.B. 1&1 nimmt noch SMTP Auth ohne SSL/TLS an?

Das ohne Indy auch zu Fuß selbst machen.. dann mal viel Spaß

[idefix2]

Mein Provider zum Beispiel, sonst hätte ich ein Problem

Wenn ich dazu komme, schau ich mir das an, das wird sicher auch lösbar sein. Für den Augenblick bin ich mit dem glücklich, was ich habe.