OVH Cloud OVH Cloud

Aux utilisateurs de MacCaf̓©

63 réponses
Avatar
Olivier Miakinen
Bonjour,

Une réponse de BenoÍ®t sur fr.lettres.langue.francaise m'intrigue. Est-ce
qu'avec MacCafé vous voyez bien respectivement un point, puis deux, puis
trois, puis quatre dans les lignes qui suivent ?

Un point :
.
Deux points :
..
Trois points :
...
Quatre points :
....

Si ce n'est pas le cas, alors BenoÍ®t et moi avons trouvé un bug.

--
Olivier Miakinen

10 réponses

Avatar
M.V.
Le 30 mai 2021 Í  15:13, M.V. a écrit ce qui suit :
Et si j'écris "." passage Í  la ligne "Faisons le", il devrait manquer un
bout : voyons voir

Test concluant : comme prévu, il manque tout ce qui suit ce "voyons
voir" !
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Avatar
yamo'
M.V. a écrit :
Le 30 mai 2021 Í  15:13, M.V. a écrit ce qui suit :
Et si j'écris "." passage Í  la ligne "Faisons le", il devrait manquer un
bout : voyons voir

Test concluant : comme prévu, il manque tout ce qui suit ce "voyons
voir" !

Newsportal doit avoir
.
le même but!
Avatar
yamo'
yamo' a écrit :
M.V. a écrit :
Le 30 mai 2021 Í  15:13, M.V. a écrit ce qui suit :

Et si j'écris "." passage Í  la ligne "Faisons le", il devrait manquer un
bout : voyons voir


Test concluant : comme prévu, il manque tout ce qui suit ce "voyons
voir" !

Newsportal doit avoir
..
le même but!

À part but Í  la place de bug ça a étrangement fonctionné...
Deux phrases séparées par un point espace et fin de ligne :
Testons
--
Stéphane
Avatar
yamo'
yamo' a écrit :
À part but Í  la place de bug ça a étrangement fonctionné...
Deux phrases séparées par un point espace et fin de ligne :
Testons

À part l'espace idem...
.
Test
Avatar
yamo'
Olivier Miakinen a écrit :
Bonjour,
Une réponse de BenoÍ®t sur fr.lettres.langue.francaise m'intrigue. Est-ce
qu'avec MacCafé vous voyez bien respectivement un point, puis deux, puis
trois, puis quatre dans les lignes qui suivent ?
Un point :
.
Deux points :
..
Trois points :
...
Quatre points :
....
Si ce n'est pas le cas, alors BenoÍ®t et moi avons trouvé un bug.

Corrigé sur la version de test...
.
essai
--
Stéphane
Avatar
yamo'
Salut,
Marc SCHAEFER a tapoté le 30/05/2021 14:06:
yamo' wrote:
En gros, il doit falloir remplacer .. par .

https://datatracker.ietf.org/doc/html/rfc3977
3. If any line of the data block begins with the "termination octet"
("." or %x2E), that line MUST be "dot-stuffed" by prepending an
additional termination octet to that line of the block.
Donc c'est uniquement ^. qui est échappé
Donc plutÍ´t ^.. par .
J'utilise NNTP::Client qui semble faire cela tout seul (Perl), en fait,
pour nnrp.alphanet.ch. Par contre, pour usenet-fr.alphanet.ch (les
archies), j'utilise des gros fichiers en format RNEWS qu'il me semble
pré-traiter pour qu'il n'y ait pas ce souci (la longueur est indiquée
dans chaque bloc #! rnews donc pas besoin de terminateurs).

Merci Í  Olivier et toi,
Le code était commenté, je l'ai décommenté et corrigé :
<https://gitlab.com/yamo-nntp/newsportal/-/commit/8a9e8318ed1f025df5d7d097194ae023ca95fbe8>
Je suis en php7 et le support nntp n'est pas assuré dans le futur...
--
Stéphane
Avatar
yamo'
yamo' a écrit :
yamo' a écrit :
DV a écrit :

Mais dans ce cas, MacCafé aussi a retiré le point en trop. Apparemment,
le bug ne se produit que lorsque la ligne est exclusivement composée de
points.

Faisons le.

Ici, j'avais écrit ". Faisons le."

Idem, ligne suivante : ". Faisons le." :
Faisons le.
--
Stéphane
Avatar
yamo'
yamo' a tapoté le 30/05/2021 16:36:
yamo' a écrit :
yamo' a écrit :
DV a écrit :

Mais dans ce cas, MacCafé aussi a retiré le point en trop. Apparemment,
le bug ne se produit que lorsque la ligne est exclusivement composée de
points.

Faisons le.

Ici, j'avais écrit ". Faisons le."

Idem, ligne suivante : ". Faisons le." :
Faisons le.

Essai avec Seamonkey
". Faisons le."
. Faisons le.
".. Faisons le."
.. Faisons le.
".... Faisons le."
... Faisons le.
--
Stéphane
Avatar
yamo'
yamo' a écrit :
yamo' a tapoté le 30/05/2021 16:36:
yamo' a écrit :
yamo' a écrit :
DV a écrit :

Mais dans ce cas, MacCafé aussi a retiré le point en trop. Apparemment,
le bug ne se produit que lorsque la ligne est exclusivement composée de
points.

Faisons le.

Ici, j'avais écrit ". Faisons le."

Idem, ligne suivante : ". Faisons le." :
Faisons le.


Après correction...
Essai avec Seamonkey
". Faisons le."
. Faisons le.

. Faisons le.
".. Faisons le."
.. Faisons le.

.. Faisons le.
".... Faisons le."
... Faisons le.

... Faisons le.
--
Stéphane
Avatar
Olivier Miakinen
Le 30/05/2021 16:33, yamo' a écrit :
Le code était commenté, je l'ai décommenté et corrigé :
<https://gitlab.com/yamo-nntp/newsportal/-/commit/8a9e8318ed1f025df5d7d097194ae023ca95fbe8>

<cit.>
function decode_body($body,$encoding) {
$bodyzeile="";
switch ($encoding) {
case "base64":
$bodyºse64_decode($body);
break;
case "quoted-printable":
$body=Quoted_printable_decode($body);
$body=str_replace("=n","",$body);
default:
$body=str_replace("n..","n.",$body);
}
return $body;
}
</cit.>
Ok.
Et pour l'envoi, c'est probablement juste avant la ligne 191 de lib/post.inc.php
qu'il faut ajouter le code faisant l'opération inverse :
<cit.>
$body=str_replace("n.","n..",$body);
fputs($ns,"rn".$body."rn.rn");
</cit.>
--
Olivier Miakinen