turlupinage

Salut tout le monde,

Ça me turlupine sur le principe! Explications:

Ma boîte se charge de transmissions de FSE (feuilles de soins
électroniques) cryptées entre des cabinets et des boîtes mails ouvertes
pour chaque praticien de façon à ce qu'ils puissent les traiter chez
eux sur leur matériel.
Ensuite le praticien les renvoie de la même manière. Un petit logiciel
propriétaire est installé à cet effet sur son PC et se charge de la
récupération et aussi de l'envoi.
Chacun de ces envois est en fait un simple mail crypté, et c'est un
process équivalent à la télétransmission aux caisses des FSE (qui suit
d'ailleurs ces échanges).

Un chirurgien, télé-transmettant directement lui-même de sa clinique
connaît en ce moment quelques déboires aléatoires: les FSE sont bien
envoyées mais n'arrivent pas aux caisses. Son soucis a mis en évidence
que:
/- les envois sont bien effectués par le serveur SMTP de son FAI
(Orange),
/- ils semblent ne pas arriver à destination sur les serveurs des
caisses.

Nous avons connu le même phénomène, non pas lors d'envois aux caisses
mais d'envois vers les praticiens alors que:
/- nous utilisons nos propres serveurs SMTP & DNS, implémentés sur
chacun de nos PC,
/- ces envois sont émis avec comme adresse émettrice une adresse
hébergée dans notre domaine vers des adresse hébergées de même dans
notre propre domaine (chez Infomaniak).

Nous avons planché là dessus pendant deux jours pleins avec les
développeurs (Pratilog) des logiciels réalisant ces opérations en
multipliant les tests en situation, dans nos bureaux évidemment dans un
premier temps (notre FAI Numericable-pro) puis dans les locaux de KPMG
(notre expert-comptable) qui nous a ouvert son espace de co-working et
son wifi une après-midi pleine et jusqu'à 22 heures de façon à tester
aussi son FAI (Orange)... Les techs d'Infomaniak étaient eux aussi de
la partie en guettant en temps réel l'arrivée sur leurs serveurs de nos
envois.
Il en ressort que:
/- les logs de nos serveurs SMTP montrent que les envois sont bien
expédiés,
/- les démons reçus démontrent clairement que les envois ont lieu mais
sont refusés avec comme argument "Spam mail rejected",
/- ils n'arrivent jamais à destination,
/- nous avons testé par des serveurs SMTP externes (Orange,
Numericable, Free, SFR, Gmail, Infomaniak) avec le même résultat.
/- toutefois le même logiciel utilisé pour un envoi de mail classique
(c'est une option pour l'envoi de petits mails avec ou sans PJ) permet
la distribution sans accroc du mail.
/- dans ces mêmes conditions des envois à partir d'Outlook, Eudora The
Bat! sont acheminés sans soucis.

Nous en avons tous déduit que la responsabilité de la dissolution du
mail dans le web incombait finalement au FAI.

Numericable contacté a évoqué la migration Numericable/SFR de ses
serveurs comme une éventuelle possibilité de ce dysfonctionnement et
avancé un retour à la normale sous une semaine (passée depuis hier).

Nous avons eu l'idée que le FAI lit les envois qui passent sur son
réseau et filtre selon les headers et nous avons cherché quels
pourraient être les headers discriminants entre ces envois obérés et
ceux qui passent.
Return-path est parfois nécessaire à la bonne distribution du mail mais
il est présent dans chaque envoi. Nous nous sommes aperçu que les
headers Mailer et X-mailer sont en cause. Leur absence provoque la
disparition du mail envoyé. Jamais vu ça auparavant et je peux faire
des envois avec PowerShell en pagaille, il n'y a que les headers To,
From, la date et l'ID et le Return-path et ça ne coince pas.

À ce point là trois questions subsistent:
1/- Pourquoi uniquement un type particulier de mail ? L'encodage
quoted-printable automatiquement produit par le logiciel lorsque la
commande d'envoi vers un destinataire est passée est peut-être à
revoir, toutefois avec les deux headers ça passe donc on y viendra plus
tard. Et question corollaire pourquoi ces deux headers bloquent
certains mails et pas d'autres ?
2/- Les FAI sont-ils fondés (est-ce de leurs prérogatives légales) à
lire les headers du flux et filtrer aussi drastiquement sans avertir ?
C'est cette question là qui me turlupine un peu... Beaucoup même...

--
... Michel
les petits renardeaux dans la clairière du CTV