Sujet : Re: INN / Pliement d'entêtes modifiés par filter_nnrpd.pl
De : schaefer (at) *nospam* alphanet.ch (Marc SCHAEFER)
Groupes : fr.comp.usenet.serveursDate : 11. Apr 2023, 11:15:43
Autres entêtes
Organisation : Posted through news.alphanet.ch
Message-ID : <u13c0f$hiu$1@shakotay.alphanet.ch>
References : 1 2
User-Agent : tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-23-amd64 (x86_64))
On Tue, 11 Apr 2023 12:11:54, Julien ÉLIE <
iulius@nom-de-mon-site.com.invalid> wrote:
Un en-tête Cancel-Lock "très long" est valable. Chaque ligne d'en-tête
peut contenir jusqu'à 1000 octets (incluant le CRLF final). Il n'y a
aucune obligation de plier à 78 octets les champs qui n'utilisent pas
des mots encodés en MIME.
Merci.
b) si mon code ajoute encore les infos serveurs? en modifiant
$hdr{'Cancel-Lock'} et en configurant $modify_headers = 1 ?
Non, le contenu de $hdr{'Cancel-Lock'} sera utilisé tel quel. Le filtre
Perl doit le plier, si souhaité.
Difficile à faire sur la base du tableau associatif, me semble-t-il?
Ou il suffit de mettre un \n quelque part? Avec ou sans \t ou 0x20
après le \n?
Mais cela ne me semble pas nécessaire.
-- Attention: limitez le nombre de lignes de citation à l'essentiel, sinonje ne verrai pas votre réponse. Et si vous écrivez souvent des bobards,je ne vous lirai plus et je recommanderai (NoCeM) de ne plus vous lire.
INN / Pliement d'entêtes modifiés par filter_nnrpd.pl
Re: INN / Pliement d'entêtes modifiés par filter_nnrpd.pl