Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > fr.comp.lang.php > #3247 > unrolled thread

Fonction améliorée pour les entêtes dans Newsportal (was: Essai avec le mot « Nullième » Agent Unicode Extension beta version 0.3.2020.700)

Back to article view | Back to fr.comp.lang.php

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Fonction améliorée pour les entêtes dans Newsportal (was: Essai avec le mot « Nullième » Agent Unicode Extension beta version 0.3.2020.700) Olivier Miakinen <om+news@miakinen.net> - 2020-10-17 22:54 +0200
    Re: Fonction améliorée pour les entêtes dans Newsportal  yamo' <yamo@beurdin.invalid> - 2020-10-18 08:52 +0000
      Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  Olivier Miakinen <om+news@miakinen.net> - 2020-10-18 14:42 +0200
        Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  yamo' <yamo@beurdin.invalid> - 2020-10-18 17:35 +0000
          Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  Olivier Miakinen <om+news@miakinen.net> - 2020-10-19 09:32 +0200
            Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  yamo' <yamo@beurdin.invalid> - 2020-10-19 08:04 +0000
              Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  yamo' <yamo@newsportal.invalid> - 2020-10-19 10:56 +0000
                NNTP Ihave was :Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal yamo' <yamo@newsportal.invalid> - 2020-10-19 15:44 +0000
                  Re: NNTP Ihave was :Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal Gérald Niel <gerald.niel+spam@gegeweb.invalid> - 2020-10-19 17:05 +0000
                    Éditer les entêtes NNTP (was: NNTP Ihave was :Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-20 10:07 +0200
        Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  yamo' <yamo@beurdin.invalid> - 2020-10-19 08:01 +0000
          Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  Olivier Miakinen <om+news@miakinen.net> - 2020-10-19 13:04 +0200
            Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal  yamo' <yamo@newsportal.invalid> - 2020-10-19 14:20 +0000
              Cas de bugs (was: Fonction améliorée ...) Olivier Miakinen <om+news@miakinen.net> - 2020-10-19 22:19 +0200
              Ignorer les caractères non-ASCII dans les entêtes (was: Fonction améliorée) Olivier Miakinen <om+news@miakinen.net> - 2020-10-20 00:33 +0200
                Re: Ignorer les caractères non-ASCII dans les entêtes Olivier Miakinen <om+news@miakinen.net> - 2020-10-20 00:56 +0200
                  Re: Ignorer les caractères non-ASCII dans les entêtes yamo' <yamo@beurdin.invalid> - 2020-10-20 10:35 +0200
                    Re: Ignorer les caractères non-ASCII dans les entêtes Olivier Miakinen <om+news@miakinen.net> - 2020-10-20 16:13 +0200
                      Re: Ignorer les caractères non-ASCII dans les entêtes yamo' <yamo@beurdin.invalid> - 2020-10-21 09:48 +0200
                      Re: Ignorer les caractères non-ASCII dans les entêtes yamo' <yamo@beurdin.invalid> - 2020-10-21 09:48 +0200
          Re: Fonction améliorée pour les entêtes (avec ?) dans Newsportal  Eric Demeester <neuneu@potiron.invalid> - 2020-10-20 15:30 +0200
            Re: Fonction améliorée pour les entêtes (avec ?) dans Newsportal  yamo' <yamo@beurdin.invalid> - 2020-10-20 15:37 +0200
    Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-19 21:29 +0200
      Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-20 10:34 +0200
        Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-20 16:09 +0200
          Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-20 21:31 +0200
            Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-21 10:05 +0200
              Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 10:57 +0200
                Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@newsportal.invalid> - 2020-10-21 09:16 +0000
                  Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 12:43 +0200
                    Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 13:12 +0200
                      Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-21 14:04 +0200
                      Re: Fonction améliorée pour les entêtes dans Newsportal Eric Demeester <neuneu@potiron.invalid> - 2020-10-25 12:18 +0100
                        Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-25 15:39 +0100
                          Re: Fonction améliorée pour les entêtes dans Newsportal Eric Demeester <neuneu@potiron.invalid> - 2020-10-28 19:18 +0100
                  Un commentaire général (was: Fonction améliorée...) Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 13:24 +0200
                  Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 16:38 +0200
                    Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-21 17:44 +0200
                      Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 20:33 +0200
                        Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-23 11:25 +0200
                      Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-12-17 15:57 +0100
                  Re: Fonction améliorée pour les entêtes dans Newsportal Eric Demeester <neuneu@potiron.invalid> - 2020-10-25 12:25 +0100
      Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-20 12:43 +0200
        Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-20 16:28 +0200
          Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2020-10-21 10:11 +0200
            Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2020-10-21 11:03 +0200
    Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2021-01-12 09:41 +0100
      Re: Fonction améliorée pour les entêtes dans Newsportal Eric Demeester <neuneu@potiron.invalid> - 2021-01-12 10:18 +0100
      Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2021-01-12 12:19 +0100
        Re: Fonction améliorée pour les entêtes dans Newsportal Olivier Miakinen <om+news@miakinen.net> - 2021-01-14 10:01 +0100
          Re: Fonction améliorée pour les entêtes dans Newsportal yamo' <yamo@beurdin.invalid> - 2021-01-14 10:20 +0100

Page 1 of 3  [1] 2 3  Next page →

#3247 — Fonction améliorée pour les entêtes dans Newsportal (was: Essai avec le mot « Nullième » Agent Unicode Extension beta version 0.3.2020.700)

[copie et suivi vers fr.comp.lang.php]

Bonjour,

Le 17/10/2020 22:14, yamo' me répondait :
> 
>> Est-ce que ça servirait à quelque chose que je code moi-même une fonction
>> en PHP pour [coder les entêtes en MIME) ? Je n'en ai plus fait depuis PHP 4
>> mais je peux m'y remettre.
> 
> C'est comme tu veux. Ce serait avec plaisir que je l'incorporerais.
> Le code est sur git et l'installation est simplissime. 
> 
> Il y a juste groups.txt et config.inc.php à éditer (de mémoire, je suis 
> sur un smartphone). Créer le répertoire spool et changer les droits pour 
> que le user utilisé par le serveur http puisse écrire et créer des 
> fichiers  dans spool.
> 
> https://gitlab.com/yamo-nntp/newsportal

Je pense avoir trouvé où ça se trouve : dans lib/post.inc.php :

==========================================================================
function message_post($subject,$from,$newsgroups,$ref,$body) {
  global $server,$port,$send_poster_host,$organization,$text_error;
  global $file_footer,$www_charset,$spooldir;
  global $msgid_generate,$msgid_fqdn;
  flush();
  $ns=nntp_open($server,$port);
  if ($ns != false) {
    fputs($ns,"POST\r\n");
    $weg=line_read($ns);
    $subject = str_replace("\n","",$subject);
    $subject = str_replace("\r","",$subject);
    $subject = str_replace("\t"," ",$subject);
    $subject = utf8_encode($subject);
    fputs($ns,"User-Agent: " . mb_encode_mimeheader("NewsPortal/0.50.1b") .
"\r\n");
    fputs($ns,'From: '. $from ."\r\n"); //$from est déjà encodé dans post.php
    fputs($ns,'Newsgroups: '.$newsgroups."\r\n");
    fputs($ns,"Mime-Version: 1.0\r\n");
    fputs($ns,"Content-Type: text/plain; charset=".$www_charset.";
format=flowed\r\n");
    fputs($ns,"Content-Transfer-Encoding: 8bit\r\n");
    $subject= iconv ( "UTF-8",  "ISO-8859-15" ,$subject );
    $subject_mime=mb_encode_mimeheader( $subject,"UTF-8", "Q");
    fputs($ns,'Subject: '. $subject_mime . "\r\n");
==========================================================================

Tout d'abord, je suis particulièrement surpris par :
==========================================================================
    $subject= iconv ( "UTF-8",  "ISO-8859-15" ,$subject );
    $subject_mime=mb_encode_mimeheader( $subject,"UTF-8", "Q");
==========================================================================

Mais en fait aussi par ça qui précède :
==========================================================================
    $subject = utf8_encode($subject);
==========================================================================

Si je comprends bien ce code, le paramètre $subject est supposé être
en ISO-8859-1, traduit en UTF-8 par utf8_encode(), puis traduit d'UTF-8
en ISO-8859-15 par iconv(), et enfin retraduit en UTF-8 depuis l'encodage
de mb_internal_encoding() que je suppose être ISO-8859-15.

Le résultat de tous ces transcodages, c'est que seuls les caractères qui
appartiennent à la fois à ISO-8859-1 et à ISO-8859-15 ont une chance d'en
ressortir indemne... donc par exemple pas € (dans ISO-8859-15 uniquement)
ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des deux).

-- 
Olivier Miakinen

[toc] | [next] | [standalone]

#3248 — Re: Fonction améliorée pour les entêtes dans Newsportal

Salut, 


Olivier Miakinen a écrit :

> [copie et suivi vers fr.comp.lang.php]

[.........]

> Le résultat de tous ces transcodages, c'est que seuls les caractères qui
> appartiennent à la fois à ISO-8859-1 et à ISO-8859-15 ont une chance d'en
> ressortir indemne... donc par exemple pas € (dans ISO-8859-15 uniquement)
> ni ½ (dans ISO-8859-1 uniquement) et encore moins √ (dans aucune des 
deux).


Merci, tu as mis le doigt sur ce qui n'allait pas et que je ne voyais plus 
à force de modifier le code un peu à l'aveuglette!

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...


-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

#3249 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

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", " \r\n"). "\r\n");   
§

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", "\r\n");

Est-ce que tu as essayé de mettre un « √ » dans le titre ? Tiens, j'en ajoute
un avant que tu me répondes.

-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3250 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

Olivier Miakinen a écrit :

> 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.


Oui, ce n'est pas la première fois que je vois le bug.
Je ne pense pas que ce soit du à une mauvaise saisie sur smartphone.

Tout comme Newsportal a tendance a ajouter une ligne entre les niveaux de 
citations différents.
C'est une partie du code que je n'ai pas du tout regardé.




> 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");

Je vais le mettre au niveau de config.inc.php qui est toujours inclus. 
Je l'avais fait mais comme je n'avais pas vu de changement...



> ainsi que :
>     mb_encode_mimeheader($subject, "UTF-8", "Q", "rn");

J'ai essayé un peu toutes les options sauf celle là.
J'essayerais demain.

> 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...

-- 
Stephane sur smartphone, l'interface est encore à améliorer en cas de 
longues lignes 

[toc] | [prev] | [next] | [standalone]

#3251 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

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.


-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3253 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

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 :)

[toc] | [prev] | [next] | [standalone]

#3254 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

yamo' a écrit :

> 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 :)

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.



-- 
Stéphane 

[toc] | [prev] | [next] | [standalone]

#3257 — NNTP Ihave was :Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

yamo' a écrit :

 

> 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é.

[toc] | [prev] | [next] | [standalone]

#3258 — Re: NNTP Ihave was :Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

Le Lundi 19 octobre 2020 à 15:44 UTC, yamo' écrivait sur
fr.comp.lang.php :

>> 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é.

Ce n'est pas ce que j'ai suggéré, et ça n'est pas une bonne idée.
NewsPortal est un client NNTP.

Il est fort possible qu'à l'époque de l'écriture de NewsPortal les
fonctions IMAP de PHP n'existaient pas.

https://www.php.net/manual/fr/ref.imap.php

Hors ces fonctions permettent de se connecter à un serveur nntp en
mode client.
À explorer…

@+
-- 
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi.                                  -+- Hem Day -+-

[toc] | [prev] | [next] | [standalone]

#3265 — Éditer les entêtes NNTP (was: NNTP Ihave was :Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

Salut,

Copie et suivi vers fr.comp.usenet.serveurs.

Le contexte : discussion autour de la refonte du code de Newsportal
rendue possible par le portage du code en php7 par Sudarshan S Chawathe.
Le code : <URL:https://gitlab.com/yamo-nntp/newsportal>


Gérald Niel a tapoté le 19/10/2020 19:05:
> Ce n'est pas ce que j'ai suggéré, et ça n'est pas une bonne idée.
> NewsPortal est un client NNTP.

Désolé pour l'incompréhension.

> Il est fort possible qu'à l'époque de l'écriture de NewsPortal les
> fonctions IMAP de PHP n'existaient pas.

J'ai déjà fait ça pour une mailing list en java mais pourra t'on le
faire avant que le post ne soit diffusé?
Est-ce qu'il y a une commande alternative à post?


> https://www.php.net/manual/fr/ref.imap.php

Dans mon souvenir, les modifications sur les entêtes ajoutent des
entêtes received.


> Hors ces fonctions permettent de se connecter à un serveur nntp en
> mode client.
> À explorer…

Probablement mais je ne vois pas trop comment (mais, je n'ai pas encore
regardé).

Il me semble que le plus simple serait d'adapter ce type de code en perl
pour éditer les entêtes en s'assurant qu'on ne traite que les entêtes
venant d'un newsportal bien identifié et pas tout le feed :

<https://www.eyrie.org/~eagle/faqs/inn.html#S6.11>

On doit pouvoir faire quelque chose du genre :
add $hdr (...?)

Il y a aussi la piste des codes d'édition des entêtes d'albasani et aioe :
<https://web.archive.org/web/20200218102944/http://albasani.net/technical/x-trace.html.en>


-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

#3252 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

Salut, 

Je m'astreins à poster avec newsportal mais, je préfère utiliser la 
couche mailnews de Seamonkey...

Olivier Miakinen a écrit :

> 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.

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. 

<URL:https://gitlab.com/yamo-nntp/newsportal/-/blob/master/lib/post.inc.php>


>> 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");   
> §

Grâce au code de Julien Élie les '' devant r et n sont de retour dans 
l'affichage de ton post et la réponse. Le bug des coupures est aussi là. 
Newsportal devrait laisser les citations intactes comme le fait par 
exemple Pan.


> 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>
Le code de news2web.pasdenom.info n'est pas tout le temps à jour : je 
suis fâché avec git et je fais les mises à jours à coup de rm et de 
git clone... 
Les méthodes normales me donnent des messages d'erreur mais je suis plus 
à l'aise avec svn que git...


> 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.

-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

#3255 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

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
(\r\n) 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 \r\n. 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.


-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3256 — Re: Fonction améliorée pour les entêtes (avec √) dans Newsportal

Olivier Miakinen a écrit :

> 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 ">".

C'est ce qu'il me semblait.

> Par ailleurs, tu as un autre problème quand tu écris avec NewsPortal,
> à savoir que tous les antislashs () se font bouffer.

Oui, normalement c'est résolu : j'ai reporté le code ee Julien Élie sur 
la version que j'utilise.

>> 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 ne sais pas, je pense que ça fait partie du code historique.


> 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.

Merci, comme c'est super général je ne l'avais pas trouvé.

> 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.

Oui, ce serait bien d'avoir quelque chose de plus logique.

>>> 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.

Ah tant mieux!

>>> 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.


J'en avais mais la suppression des fichiers dans spool a corrigé le 
problème (ce devait être un cache d'une version d'une début).

Par contre, j'ai trouvé un cas :
http://news2web.pasdenom.info/article.php?id=5256&group=fr.comp.usenet.lecteurs-de-news#5256
<rj2lip$274l$1@cabale.usenet-fr.net>


C'est sur une autre partie du code que ça déconne : l'affichage du 
thread lié à l'article.

Sur fr.test, je ne sais pas si c'est une référence en ce moment :P 

<http://news2web.pasdenom.info/article.php?id=30322&group=fr.test#30322>
<V6Oo4sl1iw7_63ZtYbYjOcsy0xc@jntp>
Grace au Xref voici l'URL (lien absent car thread.inc.php a échoué) : 
<http://news2web.pasdenom.info/article.php?id=30362&group=fr.test#30322>
<NX5y9-SJh2MjWb3V49QKiwECVLk@jntp>
<http://news2web.pasdenom.info/article.php?id=30363&group=fr.test>
 

Un que tu connais : 
<http://news2web.pasdenom.info/article.php?id=30308&group=fr.test#30308>

Le code source est artistique : <rmjtgj$dbf$1@pasdenom.info>

<rmhoqv$1q5r$8@cabale.usenet-fr.net>

Le carré blanc (!) : <OtpJSo-jicO5NVWcqy8hBQ9dbhI@jntp> 
<http://news2web.pasdenom.info/article.php?id=30339&group=fr.test#30341>


Il y avait aussi les posts de Dom Féranpière©® et les réponses avant 
qu'il ne corrige son lecteur de news...

-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

#3260 — Cas de bugs (was: Fonction améliorée ...)

Le 19/10/2020 16:20, yamo' a écrit :
> 
> Par contre, j'ai trouvé un cas :
> http://news2web.pasdenom.info/article.php?id=5256&group=fr.comp.usenet.lecteurs-de-news#5256
> <rj2lip$274l$1@cabale.usenet-fr.net>

http://al.howardknight.net/?ID=160313710300
§
Subject: MicroPlanet-Gravity et MIME, bis (was:
 =?iso-8859-15?Q?Vernir_=E0_la_r=E9sine_=E9poxyde_??=)
§

Oui, c'est un bug de MicroPlanet-Gravity qu'il faudrait effectivement
gérer dans NewsPortal : quand quelque chose ressemble à un encoded-word
MIME mais n'en est pas un − ici parce qu'il contient un point
d'interrogation non encodé − il faudrait afficher la chaîne telle
quelle.

> C'est sur une autre partie du code que ça déconne : l'affichage du 
> thread lié à l'article.
> 
> Sur fr.test, je ne sais pas si c'est une référence en ce moment :P 
> 
> <http://news2web.pasdenom.info/article.php?id=30322&group=fr.test#30322>
> <V6Oo4sl1iw7_63ZtYbYjOcsy0xc@jntp>
> Grace au Xref voici l'URL (lien absent car thread.inc.php a échoué) : 
> <http://news2web.pasdenom.info/article.php?id=30362&group=fr.test#30322>
> <NX5y9-SJh2MjWb3V49QKiwECVLk@jntp>
> <http://news2web.pasdenom.info/article.php?id=30363&group=fr.test>

Je ne sais pas si c'est ça le problème que tu vois, mais sur cette page
il y a par exemple des liens tels que :
  <a href="article.php?id=30362&amp;group=fr.test#30362">­</a>

Vu qu'il s'agit d'articles avec titre vide ou presque, et que c'est sur le
titre que l'on clique pour aller lire l'article, il est normal qu'il soit
difficile de cliquer avec un navigateur en mode graphique.

À mon avis, ne t'inquiète pas pour ça, c'est effectivement un cas ultra
limite qui ne se rencontrera en principe jamais ailleurs que sur fr.test
avec un idiot (comme moi) qui fait des expériences bizarres.

> Un que tu connais : 
> <http://news2web.pasdenom.info/article.php?id=30308&group=fr.test#30308>
> 
> Le code source est artistique : <rmjtgj$dbf$1@pasdenom.info>

Rien que de très normal... pour des essais très très limites.

> <rmhoqv$1q5r$8@cabale.usenet-fr.net>

Idem. J'ai réussi à faire envoyer à mon logiciel un caractère en principe
interdit. Inutile de s'en faire, je dois être le seul sur tout usenet-fr à
m'amuser à ce genre de stupidités.

> Le carré blanc (!) : <OtpJSo-jicO5NVWcqy8hBQ9dbhI@jntp> 
> <http://news2web.pasdenom.info/article.php?id=30339&group=fr.test#30341>

Et là encore ça fonctionne parfaitement. Même si tu pars sur l'une des réponses
en cliquant sur le « Re:_ » tu peux revenir à l'article d'origine d'Elephant
Man en cliquant sur le petit « _ ». Il faut bien viser mais ça reste possible.

> Il y avait aussi les posts de Dom Féranpière©® et les réponses avant 
> qu'il ne corrige son lecteur de news...

Oui. Là encore on pourrait modifier le code de NewsPortal pour qu'il s'adapte
au bug, mais il n'y a rien d'obligatoire.


-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3262 — Ignorer les caractères non-ASCII dans les entêtes (was: Fonction améliorée)

Le 19/10/2020 16:20, yamo' a écrit :
> 
> Il y avait aussi les posts de Dom Féranpière©® et les réponses avant 
> qu'il ne corrige son lecteur de news...

Une solution radicale consisterait à éliminer purement et simplement
tout caractère non ASCII dans les entêtes à la réception :

   $headers = iconv("US-ASCII", "US-ASCII//IGNORE", $headers);

C'est avec ce genre de solution que certains voyaient son pseudo sous
la forme « Dom Franpire » au lieu que cela fasse tout buguer.


Une solution un peu moins radicale serait :

   $headers = iconv("ISO-8859-1", "US-ASCII//TRANSLIT", $headers);

Cela donnerait :
"Dom Feranpiere(C)(R)" si c'était vraiment du Latin1
"Dom FA(C)ranpiA?reA(C)A(R)" si c'était de l'UTF-8


-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3263 — Re: Ignorer les caractères non-ASCII dans les entêtes

Le 20/10/2020 00:33, j'écrivais :
> 
> Une solution un peu moins radicale serait :
> 
>    $headers = iconv("ISO-8859-1", "US-ASCII//TRANSLIT", $headers);
> 
> Cela donnerait :
> "Dom Feranpiere(C)(R)" si c'était vraiment du Latin1
> "Dom FA(C)ranpiA?reA(C)A(R)" si c'était de l'UTF-8

J'ai trouvé la solution idéale !

  iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en UTF-8)
    ==> Dom Feranpiere(C)(R)

  iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en Latin1)
    ==> Dom Franpire

Yapluka.

-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3267 — Re: Ignorer les caractères non-ASCII dans les entêtes

Salut,


Olivier Miakinen a tapoté le 20/10/2020 00:56:
> Le 20/10/2020 00:33, j'écrivais :
>>
>> Une solution un peu moins radicale serait :
>>
>>    $headers = iconv("ISO-8859-1", "US-ASCII//TRANSLIT", $headers);
>>
>> Cela donnerait :
>> "Dom Feranpiere(C)(R)" si c'était vraiment du Latin1
>> "Dom FA(C)ranpiA?reA(C)A(R)" si c'était de l'UTF-8
> 
> J'ai trouvé la solution idéale !
> 
>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en UTF-8)
>     ==> Dom Feranpiere(C)(R)
> 
>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en Latin1)
>     ==> Dom Franpire
> 
> Yapluka.
> 

C'est en plus de ton code?

-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

#3272 — Re: Ignorer les caractères non-ASCII dans les entêtes

Le 20/10/2020 10:35, yamo' m'a répondu :
>> 
>> J'ai trouvé la solution idéale !
>> 
>>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en UTF-8)
>>     ==> Dom Feranpiere(C)(R)
>> 
>>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en Latin1)
>>     ==> Dom Franpire
>> 
>> Yapluka.
>> 
> 
> C'est en plus de ton code?

Non, parce que mon code mime.inc.php ne concerne actuellement que l'encodage
avant envoi d'un nouvel article, alors qu'ici c'est quelque chose à faire
à la réception d'un article venu de l'extérieur, avant de décoder les entêtes.

Mais si tu veux je peux aussi prévoir une partie décodage, avec une nouvelle
classe MimeDecodeHeader en plus de MimeEncodeHeader.


-- 
Olivier Miakinen

[toc] | [prev] | [next] | [standalone]

#3276 — Re: Ignorer les caractères non-ASCII dans les entêtes

Salut,

Olivier Miakinen a tapoté le 20/10/2020 16:13:
> Le 20/10/2020 10:35, yamo' m'a répondu :
>>>
>>> J'ai trouvé la solution idéale !
>>>
>>>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en UTF-8)
>>>     ==> Dom Feranpiere(C)(R)
>>>
>>>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en Latin1)
>>>     ==> Dom Franpire
>>>
>>> Yapluka.

Je vais tester pour voir.


>>>
>>
>> C'est en plus de ton code?
> 
> Non, parce que mon code mime.inc.php ne concerne actuellement que l'encodage
> avant envoi d'un nouvel article, alors qu'ici c'est quelque chose à faire
> à la réception d'un article venu de l'extérieur, avant de décoder les entêtes.
> 
> Mais si tu veux je peux aussi prévoir une partie décodage, avec une nouvelle
> classe MimeDecodeHeader en plus de MimeEncodeHeader.

Si tu veux, et que ça ne te demande pas trop de temps.

Tu me diras quel message de commit de je mets sur git
pour ton fichier php : juste la partie copyright?


-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

#3277 — Re: Ignorer les caractères non-ASCII dans les entêtes

Salut,

Olivier Miakinen a tapoté le 20/10/2020 16:13:
> Le 20/10/2020 10:35, yamo' m'a répondu :
>>>
>>> J'ai trouvé la solution idéale !
>>>
>>>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en UTF-8)
>>>     ==> Dom Feranpiere(C)(R)
>>>
>>>   iconv("UTF-8", "US-ASCII//TRANSLIT//IGNORE", "Dom Féranpière©®" en Latin1)
>>>     ==> Dom Franpire
>>>
>>> Yapluka.

Je vais tester pour voir.


>>>
>>
>> C'est en plus de ton code?
> 
> Non, parce que mon code mime.inc.php ne concerne actuellement que l'encodage
> avant envoi d'un nouvel article, alors qu'ici c'est quelque chose à faire
> à la réception d'un article venu de l'extérieur, avant de décoder les entêtes.
> 
> Mais si tu veux je peux aussi prévoir une partie décodage, avec une nouvelle
> classe MimeDecodeHeader en plus de MimeEncodeHeader.

Si tu veux, et que ça ne te demande pas trop de temps.

Tu me diras quel message de commit de je mets sur git
pour ton fichier php : juste la partie copyright?


-- 
Stéphane

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | fr.comp.lang.php

csiph-web