Sujet : Re: Formalisme du message-ID
De : mon_reply_to (at) *nospam* nest-pas.invalid (Pierre Pallier)
Groupes : fr.comp.usenet.serveursDate : 23. Jun 2023, 10:00:26
Autres entêtes
Organisation : BirotaNews
Message-ID : <u73jeq$1b3$1@raspberrypi.birotanews.mynetgear.com>
References : 1 2 3 4 5 6 7 8 9 10 11 12
User-Agent : 40tude_Dialog/2.0.15.84fr (e2a8f60e.208.380)
Hello, Gilbert OLIVIER a écrit dans <
news:u70om6$fot$1@shakotay.alphanet.ch>
Pour faire simple:
Soit ton logiciel génère le champ M-ID et le serveur l'utilise, soit il
ne génère pas de M-ID et le serveur en génère un.
Yep, jusqu'ici je suis (le soft que j'utilise permet ça).
Il y a également une commande permettant de demander au serveur un M-ID
et qui permet à l'application de générer un Cancel-Lock sans avoir
besoin elle même de générer un M-ID. Elle crée le champ M-ID avec celui
reçu et il a donc la forme standard de ceux de ce serveur.
Pour rappel le Cancel-Lock est calculé avec le M-ID du message avant
l'envoi de celui-ci au serveur, donc il faut connaitre celui du message
à envoyer.
OK, merci pour tes explications limpides !
-- Pierre.Signature en grève.
Formalisme du message-ID (was: Est-ce légitime ?)
Re: Formalisme du message-ID