[...]ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
fputs($ns,'Subject: ' . mb_encode_mimeheader( $subject,mb_internal_encoding(), "Q", " rn"). "rn");
[...]
ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
fputs($ns,'Subject: ' . mb_encode_mimeheader( $subject,mb_internal_encoding(), "Q", " rn"). "rn");
[...]ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
fputs($ns,'Subject: ' . mb_encode_mimeheader( $subject,mb_internal_encoding(), "Q", " rn"). "rn");
Le 18/10/2020 10:52, yamo' a écrit :[...]ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
§fputs($ns,'Subject: ' . mb_encode_mimeheader(
§
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
un avant que tu me répondes.
Le 18/10/2020 10:52, yamo' a écrit :
[...]
ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
§
fputs($ns,'Subject: ' . mb_encode_mimeheader(
§
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
un avant que tu me répondes.
Le 18/10/2020 10:52, yamo' a écrit :[...]ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
§fputs($ns,'Subject: ' . mb_encode_mimeheader(
§
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
un avant que tu me répondes.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajouteun avant que tu me répondes.
On va voir...
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajoute
un avant que tu me répondes.
On va voir...
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajouteun avant que tu me répondes.
On va voir...
Le 18/10/2020 10:52, yamo' a écrit :[...]ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
§fputs($ns,'Subject: ' . mb_encode_mimeheader( $subject,mb_internal_encoding(), "Q", " rn"). "rn");
§
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
Le 18/10/2020 10:52, yamo' a écrit :
[...]
ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
§
fputs($ns,'Subject: ' . mb_encode_mimeheader( $subject,mb_internal_encoding(), "Q", " rn"). "rn");
§
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
Le 18/10/2020 10:52, yamo' a écrit :[...]ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des
deux).
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Grâce à toi, j'ai nettoyé le code et je suis arrivé à quelque chose
de plus logique :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Mais je suis bien conscient que c'est encore très perfectible... Mais au
moins c'est d'après mes tests fonctionnel...
§fputs($ns,'Subject: ' . mb_encode_mimeheader( $subject,mb_internal_encoding(), "Q", " rn"). "rn");
§
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
Le 18/10/2020 19:35, yamo' m'a répondu :Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajouteun avant que tu me répondes.
On va voir...
C'est parfait, et j'ai aussi vu les tests que tu as faits dans fr.test.
Quant à moi, j'ai presque fini de coder ma fonction améliorée. J'en suis
déjà à plus de 300 lignes (code et commentaires) et je teste cette fonction
avec un PHP 7.2.
Le 18/10/2020 19:35, yamo' m'a répondu :
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajoute
un avant que tu me répondes.
On va voir...
C'est parfait, et j'ai aussi vu les tests que tu as faits dans fr.test.
Quant à moi, j'ai presque fini de coder ma fonction améliorée. J'en suis
déjà à plus de 300 lignes (code et commentaires) et je teste cette fonction
avec un PHP 7.2.
Le 18/10/2020 19:35, yamo' m'a répondu :Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajouteun avant que tu me répondes.
On va voir...
C'est parfait, et j'ai aussi vu les tests que tu as faits dans fr.test.
Quant à moi, j'ai presque fini de coder ma fonction améliorée. J'en suis
déjà à plus de 300 lignes (code et commentaires) et je teste cette fonction
avec un PHP 7.2.
Olivier Miakinen a écrit :Le 18/10/2020 19:35, yamo' m'a répondu :Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajouteun avant que tu me répondes.
On va voir...
C'est parfait, et j'ai aussi vu les tests que tu as faits dans fr.test.
Quant à moi, j'ai presque fini de coder ma fonction améliorée. J'en suis
déjà à plus de 300 lignes (code et commentaires) et je teste cette fonction
avec un PHP 7.2.
Merci d'avance :)
Olivier Miakinen a écrit :
Le 18/10/2020 19:35, yamo' m'a répondu :
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajoute
un avant que tu me répondes.
On va voir...
C'est parfait, et j'ai aussi vu les tests que tu as faits dans fr.test.
Quant à moi, j'ai presque fini de coder ma fonction améliorée. J'en suis
déjà à plus de 300 lignes (code et commentaires) et je teste cette fonction
avec un PHP 7.2.
Merci d'avance :)
Olivier Miakinen a écrit :Le 18/10/2020 19:35, yamo' m'a répondu :Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en
ajouteun avant que tu me répondes.
On va voir...
C'est parfait, et j'ai aussi vu les tests que tu as faits dans fr.test.
Quant à moi, j'ai presque fini de coder ma fonction améliorée. J'en suis
déjà à plus de 300 lignes (code et commentaires) et je teste cette fonction
avec un PHP 7.2.
Merci d'avance :)
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Je pense que le coupable est là :
for ($i=0; $i<count($b); $i++) {
if ((strpos(substr($b[$i],0,strpos($b[$i]," ")),">") != false) |
(strcmp(substr($b[$i],0,1),">") == 0)) {
$body .= textwrap(stripSlashes($b[$i]),78," rn")."rn";
} else {
$body .= textwrap(stripSlashes($b[$i]),74," rn")."rn";
}
}
Et je pense que les retours de chariots en trop viennent aussi de là.
Pour moi dans le body c'est des 'n' et pas "rn"? Ou c'est comme dans les
entêtes? Je n'ai pas trouvé la RFC. Nemo avait évité ce bug, la
solution a peut-être été postée ici-même.
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
C'est fait.
Je ne sais pas si c'est lié mais la liste des groupes a au moins un bug
d'encodage : <http://news2web.pasdenom.info/index.php>
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Pas encore adopté. Je me demande si c'est utile par rapport au code
existant.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
À priori c'est bon.
J'ai quelques bugs sur des messages de Pan et Gnus mais je n'arrive pas à
trouver une cause crédible.
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Je pense que le coupable est là :
for ($i=0; $i<count($b); $i++) {
if ((strpos(substr($b[$i],0,strpos($b[$i]," ")),">") != false) |
(strcmp(substr($b[$i],0,1),">") == 0)) {
$body .= textwrap(stripSlashes($b[$i]),78," rn")."rn";
} else {
$body .= textwrap(stripSlashes($b[$i]),74," rn")."rn";
}
}
Et je pense que les retours de chariots en trop viennent aussi de là.
Pour moi dans le body c'est des 'n' et pas "rn"? Ou c'est comme dans les
entêtes? Je n'ai pas trouvé la RFC. Nemo avait évité ce bug, la
solution a peut-être été postée ici-même.
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
C'est fait.
Je ne sais pas si c'est lié mais la liste des groupes a au moins un bug
d'encodage : <http://news2web.pasdenom.info/index.php>
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Pas encore adopté. Je me demande si c'est utile par rapport au code
existant.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
À priori c'est bon.
J'ai quelques bugs sur des messages de Pan et Gnus mais je n'arrive pas à
trouver une cause crédible.
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Je pense que le coupable est là :
for ($i=0; $i<count($b); $i++) {
if ((strpos(substr($b[$i],0,strpos($b[$i]," ")),">") != false) |
(strcmp(substr($b[$i],0,1),">") == 0)) {
$body .= textwrap(stripSlashes($b[$i]),78," rn")."rn";
} else {
$body .= textwrap(stripSlashes($b[$i]),74," rn")."rn";
}
}
Et je pense que les retours de chariots en trop viennent aussi de là.
Pour moi dans le body c'est des 'n' et pas "rn"? Ou c'est comme dans les
entêtes? Je n'ai pas trouvé la RFC. Nemo avait évité ce bug, la
solution a peut-être été postée ici-même.
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
C'est fait.
Je ne sais pas si c'est lié mais la liste des groupes a au moins un bug
d'encodage : <http://news2web.pasdenom.info/index.php>
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Pas encore adopté. Je me demande si c'est utile par rapport au code
existant.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
À priori c'est bon.
J'ai quelques bugs sur des messages de Pan et Gnus mais je n'arrive pas à
trouver une cause crédible.
Bonjour,
Je rappelle ici le lien :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Le 19/10/2020 10:01, yamo' a écrit :Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Je pense que le coupable est là :
for ($i=0; $i<count($b); $i++) {
if ((strpos(substr($b[$i],0,strpos($b[$i]," ")),">") != false) |
(strcmp(substr($b[$i],0,1),">") == 0)) {
$body .= textwrap(stripSlashes($b[$i]),78," rn")."rn";
} else {
$body .= textwrap(stripSlashes($b[$i]),74," rn")."rn";
}
}
En effet. Je ne sais pas si c'est autorisé en format flowed, mais au
moins en format fixed il ne faut faire aucun textwrap sur une ligne
qui commence par un ">".
Par ailleurs, tu as un autre problème quand tu écris avec NewsPortal,
à savoir que tous les antislashs () se font bouffer.
Et je pense que les retours de chariots en trop viennent aussi de là.
Pour moi dans le body c'est des 'n' et pas "rn"? Ou c'est comme dans les
entêtes? Je n'ai pas trouvé la RFC. Nemo avait évité ce bug, la
solution a peut-être été postée ici-même.
C'est pour ça que tu as cette instruction en ligne 125 ?
$body=str_replace("r",'',$body);
Je crois que tous les protocoles TCP/IP en mode texte définis par des RFC
standards demandent que *toutes* les lignes soient délimitées par CR+LF
(rn) et jamais par LF seul. Donc oui, le body aussi.
Mais en général on programme avec des n seuls, et c'est seulement au moment
d'envoyer le résultat en TCP/IP que l'on transforme les n en rn. Je ne sais
pas si c'est facile à faire dans NewsPortal.L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
C'est fait.
Ok.Je ne sais pas si c'est lié mais la liste des groupes a au moins un bug
d'encodage : <http://news2web.pasdenom.info/index.php>
Ah oui : « fr.* (hiérarchie francophone) »
Généralement c'est dû au résultat d'un iconv ou d'un utf8_encode sur un
texte qui était déjà en UTF-8. À terme, lorsque tout sera nativement
en UTF-8, il ne devrait plus y avoir aucun appel à ces fonctions de
transcodage hormis lors de la lecture d'un article venant de l'extérieur
et déclarant un autre charset.
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Pas encore adopté. Je me demande si c'est utile par rapport au code
existant.
À partir du moment où tu as fait mb_internal_encoding("UTF-8"), et donc
que mb_internal_encoding() retorune "UTF-8", c'est équivalent à ton code
actuel.
De toute façon, quand j'aurai fini de coder, il n'y aura plus aucun appel
à mb_encode_mimeheader() puisque j'ai codé moi-même les encodages QP et
Base64.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
À priori c'est bon.
J'ai quelques bugs sur des messages de Pan et Gnus mais je n'arrive pas à
trouver une cause crédible.
Peut-être un titre en 8-bits brut ? Si tu me donnes des MID je peux regarder.
Bonjour,
Je rappelle ici le lien :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Le 19/10/2020 10:01, yamo' a écrit :
Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.
Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Je pense que le coupable est là :
for ($i=0; $i<count($b); $i++) {
if ((strpos(substr($b[$i],0,strpos($b[$i]," ")),">") != false) |
(strcmp(substr($b[$i],0,1),">") == 0)) {
$body .= textwrap(stripSlashes($b[$i]),78," rn")."rn";
} else {
$body .= textwrap(stripSlashes($b[$i]),74," rn")."rn";
}
}
En effet. Je ne sais pas si c'est autorisé en format flowed, mais au
moins en format fixed il ne faut faire aucun textwrap sur une ligne
qui commence par un ">".
Par ailleurs, tu as un autre problème quand tu écris avec NewsPortal,
à savoir que tous les antislashs () se font bouffer.
Et je pense que les retours de chariots en trop viennent aussi de là.
Pour moi dans le body c'est des 'n' et pas "rn"? Ou c'est comme dans les
entêtes? Je n'ai pas trouvé la RFC. Nemo avait évité ce bug, la
solution a peut-être été postée ici-même.
C'est pour ça que tu as cette instruction en ligne 125 ?
$body=str_replace("r",'',$body);
Je crois que tous les protocoles TCP/IP en mode texte définis par des RFC
standards demandent que *toutes* les lignes soient délimitées par CR+LF
(rn) et jamais par LF seul. Donc oui, le body aussi.
Mais en général on programme avec des n seuls, et c'est seulement au moment
d'envoyer le résultat en TCP/IP que l'on transforme les n en rn. Je ne sais
pas si c'est facile à faire dans NewsPortal.
L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
C'est fait.
Ok.
Je ne sais pas si c'est lié mais la liste des groupes a au moins un bug
d'encodage : <http://news2web.pasdenom.info/index.php>
Ah oui : « fr.* (hiérarchie francophone) »
Généralement c'est dû au résultat d'un iconv ou d'un utf8_encode sur un
texte qui était déjà en UTF-8. À terme, lorsque tout sera nativement
en UTF-8, il ne devrait plus y avoir aucun appel à ces fonctions de
transcodage hormis lors de la lecture d'un article venant de l'extérieur
et déclarant un autre charset.
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Pas encore adopté. Je me demande si c'est utile par rapport au code
existant.
À partir du moment où tu as fait mb_internal_encoding("UTF-8"), et donc
que mb_internal_encoding() retorune "UTF-8", c'est équivalent à ton code
actuel.
De toute façon, quand j'aurai fini de coder, il n'y aura plus aucun appel
à mb_encode_mimeheader() puisque j'ai codé moi-même les encodages QP et
Base64.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
À priori c'est bon.
J'ai quelques bugs sur des messages de Pan et Gnus mais je n'arrive pas à
trouver une cause crédible.
Peut-être un titre en 8-bits brut ? Si tu me donnes des MID je peux regarder.
Bonjour,
Je rappelle ici le lien :
<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>
Le 19/10/2020 10:01, yamo' a écrit :Tiens, voilà un autre petit bug : en coupant la ligne à cause du format
flowed, la fin de la ligne citée s'est retrouvée non citée.Il aurait mieux valu ne pas la couper du tout (puisque moi je n'étais pas
en format flowed et que même en rajoutant un chevron ça reste très loin
des 998 caractères maximum), ou au pire rajouter un chevron devant le
« deux). » aussi.
Je pense que le coupable est là :
for ($i=0; $i<count($b); $i++) {
if ((strpos(substr($b[$i],0,strpos($b[$i]," ")),">") != false) |
(strcmp(substr($b[$i],0,1),">") == 0)) {
$body .= textwrap(stripSlashes($b[$i]),78," rn")."rn";
} else {
$body .= textwrap(stripSlashes($b[$i]),74," rn")."rn";
}
}
En effet. Je ne sais pas si c'est autorisé en format flowed, mais au
moins en format fixed il ne faut faire aucun textwrap sur une ligne
qui commence par un ">".
Par ailleurs, tu as un autre problème quand tu écris avec NewsPortal,
à savoir que tous les antislashs () se font bouffer.
Et je pense que les retours de chariots en trop viennent aussi de là.
Pour moi dans le body c'est des 'n' et pas "rn"? Ou c'est comme dans les
entêtes? Je n'ai pas trouvé la RFC. Nemo avait évité ce bug, la
solution a peut-être été postée ici-même.
C'est pour ça que tu as cette instruction en ligne 125 ?
$body=str_replace("r",'',$body);
Je crois que tous les protocoles TCP/IP en mode texte définis par des RFC
standards demandent que *toutes* les lignes soient délimitées par CR+LF
(rn) et jamais par LF seul. Donc oui, le body aussi.
Mais en général on programme avec des n seuls, et c'est seulement au moment
d'envoyer le résultat en TCP/IP que l'on transforme les n en rn. Je ne sais
pas si c'est facile à faire dans NewsPortal.L'idéal serait quand même que tout soit en UTF-8 le plus tôt possible, et
d'avoir :
mb_internal_encoding("UTF-8");
C'est fait.
Ok.Je ne sais pas si c'est lié mais la liste des groupes a au moins un bug
d'encodage : <http://news2web.pasdenom.info/index.php>
Ah oui : « fr.* (hiérarchie francophone) »
Généralement c'est dû au résultat d'un iconv ou d'un utf8_encode sur un
texte qui était déjà en UTF-8. À terme, lorsque tout sera nativement
en UTF-8, il ne devrait plus y avoir aucun appel à ces fonctions de
transcodage hormis lors de la lecture d'un article venant de l'extérieur
et déclarant un autre charset.
ainsi que :
mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");
Pas encore adopté. Je me demande si c'est utile par rapport au code
existant.
À partir du moment où tu as fait mb_internal_encoding("UTF-8"), et donc
que mb_internal_encoding() retorune "UTF-8", c'est équivalent à ton code
actuel.
De toute façon, quand j'aurai fini de coder, il n'y aura plus aucun appel
à mb_encode_mimeheader() puisque j'ai codé moi-même les encodages QP et
Base64.
Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.
À priori c'est bon.
J'ai quelques bugs sur des messages de Pan et Gnus mais je n'arrive pas à
trouver une cause crédible.
Peut-être un titre en 8-bits brut ? Si tu me donnes des MID je peux regarder.
Pour information, en adaptant un code perl dont j'ai eu besoin.
Je vais permettre l'envoi comme un "serveur" nntp avec les entêtes
injection-* correctement mises à jour. Cette idée m'a été soufflée
par Gérald sur fr.usenet.distribution.
Pour information, en adaptant un code perl dont j'ai eu besoin.
Je vais permettre l'envoi comme un "serveur" nntp avec les entêtes
injection-* correctement mises à jour. Cette idée m'a été soufflée
par Gérald sur fr.usenet.distribution.
Pour information, en adaptant un code perl dont j'ai eu besoin.
Je vais permettre l'envoi comme un "serveur" nntp avec les entêtes
injection-* correctement mises à jour. Cette idée m'a été soufflée
par Gérald sur fr.usenet.distribution.
Pour information, en adaptant un code perl dont j'ai eu besoin.
Je vais permettre l'envoi comme un "serveur" nntp avec les entêtes
injection-* correctement mises à jour. Cette idée m'a été soufflée
par Gérald sur fr.usenet.distribution.
Ça va être plus compliqué que prévu...
Je n'ai pas trouvé la fonction Ihave et mon essai avec command a échoué.
Pour information, en adaptant un code perl dont j'ai eu besoin.
Je vais permettre l'envoi comme un "serveur" nntp avec les entêtes
injection-* correctement mises à jour. Cette idée m'a été soufflée
par Gérald sur fr.usenet.distribution.
Ça va être plus compliqué que prévu...
Je n'ai pas trouvé la fonction Ihave et mon essai avec command a échoué.
Pour information, en adaptant un code perl dont j'ai eu besoin.
Je vais permettre l'envoi comme un "serveur" nntp avec les entêtes
injection-* correctement mises à jour. Cette idée m'a été soufflée
par Gérald sur fr.usenet.distribution.
Ça va être plus compliqué que prévu...
Je n'ai pas trouvé la fonction Ihave et mon essai avec command a échoué.