Philippe Strauss wrote:
>
> tssk tssk :)
>
> ok pour la doc de courier, mais courier le fait apres le download
> complet, avant la fin de la session smtp.
En plus d�sol� pour ce copier-coller loup�, c'�tait pas ma machine
habituelle et il y'avait un line-wrap qui rendait tout �a salement
illisible.
> Il semble que sendmail puisse potentiellement le faire alors que
> le transfert est en cours.. pratique pour rejeter un message infecte/spam
> et qui plus est volumineux.. sauve la bande passante :-))
Comment?
- un serveur smtp ne peut pas dire stop lorsqu'il a r�pondu 354 ok apr�s
que le client ait dit DATA
- fermer la connexion m�chamment au milieu serait pris par le client
comme une erreur temporaire 4xx, donc retry, donc m�me peut-�tre + de
bande passante
- une solution ignoble: que le serveur se souvienne du message par rapport
au mail from, rcpt to, ip du serveur et r�ponde carr�ment 5xx quelque
chose � la deuxi�me tentative :) Dommage que le client ne donne pas une
id unique pour le mail, pour �tre sur de refuser d�finitivement le bon.
> Mais bon j'en ai pas besoin pour le moment, de cet 'feature' et j'imagine
> pas le hack que cela doit etre dans sendmail... :^)
Je me pose plut�t la question de savoir ce que �a am�ne vraiment car par ex.
la r�cursivit� � outrance de mime n'aide pas � extraire des blocs pour
les analyser avant d'avoir la totalit� du mail
D�j� qu'une lib pour parser du mime c'est pas simple mais le faire sur un
stream avec interdiction de seeker ... (en avant du moins)
Nicolas
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.
