Hallo,

ich raufe jetzt schon eine ganze Weile mit dem Versenden von Mails aus meiner Anwendung heraus. Indy ist ein ziemlicher Horror: Out of the box kommen nicht einmal Umlaute im Mailtext richtig an, und wo man da in dem Wust von Units was ändern muss, um das Problem zu beheben, habe ich bis jetzt nicht gefunden. Die Unzahl von unterschiedlichen Klassen macht es auch nicht unbedingt einfach, sich zurechtzufinden.

Vor längerem habe ich diese schlanke Unit zum Mailversand gefunden, die mir schon mehrmals gute Dienste geleistet hat. Nun habe ich aber das Problem, dass ich sehr grosse Attachments mit dem Mail mitsenden muss, und da hängt sich dieses Programm auf - Ich vermute, dass man ein grosses Attachment in mehrere Blöcke aufteilen und dem Mailserver die Blöcke nacheinander schicken muss, aber ich weiss nicht, was da hinsichtlich des Protokolls noch zu beachten ist, noch, welche Blockgrössen zu empfehlen ist - zu kleine Blöcke dürften den Versand vermutlich unnötig herunterbremsen. Bevor ich mich jetzt weiter durch den Indy-Code quäle, um zu schauen, wie die das machen, frage ich lieber einmal hier

Nun das Verschicken sehr großer Anhänge (Was ist eigentlich sehr groß?) wird das Programm eben mit dem Verschicken beschäftigt sein und kann eben nicht mehr auf Benutzereingaben und ähnliches reagieren.

BTW das "Aufteilen" in Blöcke übernimmt eine untere OSI Schicht und nicht das Application Layer.

Sehr gross ist in meinem Fall maximal 2MB - Da bleibt das Programm komplett hängen.
Mit Thunderbird kann ich aber Mails mit solchen Anhängen, sogar mit 10MB, problemlos bei meinem Mailserver absetzen, es kann also nicht daran liegen, dass so ein Mail prinzipiell zu gross für meinen Server wäre.

Zitat von Luckie:

BTW das "Aufteilen" in Blöcke übernimmt eine untere OSI Schicht und nicht das Application Layer.

Hmm, bist du da sicher?
In der msdn steht zum winsock Send Aufruf, den dieses Programm verwendet:

Zitat:

The send function is used to write outgoing data on a connected socket.

For message-oriented sockets (address family of AF_INET or AF_INET6, type of SOCK_DGRAM, and protocol of IPPROTO_UDP, for example), care must be taken not to exceed the maximum packet size of the underlying provider. The maximum message packet size for a provider can be obtained by calling getsockopt with the optname parameter set to SO_MAX_MSG_SIZE to retrieve the value of socket option. If the data is too long to pass atomically through the underlying protocol, the error WSAEMSGSIZE is returned, and no data is transmitted.

Dass aber auch keine Fehlermeldung kommt und das Programm einfach bei dem Aufruf hängenbleibt, ist etwas eigenartig.

@Luckie
Du hast Recht, das Senden funktioniert doch in einem, es dauert nur absurd lang.
Vermutlich gibt es keine Chance, von den Winsocks so etwas wie eine Fortschrittsanzeige herauszukitzeln?

Es dauert nicht absurd lange, es dauert einfach bis die Daten über deine Leitung an den Mail-Server geschickt wurden.

Warum Thunderbird (oder jeder andere Mail-Client) da nicht einfach stehenbleibt, liegt wohl daran, dass der Versand innerhalb eines Threads erfolgt.

Naja, auch im Thunderbird kann man sehen, wie lange ein Mail braucht, um zum Server übertragen zu werden, und wann der Transfer fertig ist, unabhängig davon, dass man in der Zwischenzeit weiterarbeiten kann. Und für Vergleichswerte kann man auch einen FTP-Upload zum gleichen Provider hernehmen.
Das Senden des Mails aus meiner Anwendung heraus braucht ein Vielfaches dieser Zeit, und das verstehe ich nicht so recht.

Du machst da irgendwas verkehrt. Mit den Indy's ist ein email-Sendeprogramm jedenfalls mit höchstens 50 (eher 20 Zeilen) zu scghafen. Das liegt daran, dass eben immer irgendwelcher Mist aus dem Internet abgekupfert wird. Der ist meist überfrachtet mit unnötigem Zeug. Hinzu kommt dann noch eine gewisse Beratungskonsistenz. Verbesserungsvorschläge werden eben ignoriert.

Ich habe hier ein 150 Zeilen Programm, um emails zu senden. Das liest aus Ini-Datei die Zugangsdaten, den Empfänger und den Anhang. Dann habe ich noch eine Gauge eingebaut. Mit den ganzen Deklarationen usw. ist das echt nicht viel und es läuft seit 10 Jahren. Kurz gesagt : ich verstehe nicht wo das Problem ist.

Je nach Codierung ist der Anhang innerhalb der Mail auch noch mindestens 33% größer. (mindestens Base64 kodiert)

Das ist aber auch bei Thunderbird und Co. so