Le logiciel évalué ne satisfait pas les contraintes du "Good Net-Keeping Seal of Approval for Usenet Software" pour une unique raison :

La vérification de la validité syntaxique de l'adresse email est légèrement imparfaite (bubulle@.bubhome ou bubulle@bubhome. sont acceptés).

Ces conclusions sont très similaires à celles déjà obtenues pour la version 2.0US du logiciel.

Certains points non requis par le GNKSA/U pourraient être améliorés :

La ligne d'attribution devrait offrir à l'utilisateur la possibilité de mentionner l'identificateur de message (Message-ID) de l'article d'origine.
Le réglage Reply-To général du menu des Préférences ne fonctionne pas. Cela est clairement un bug (non présent dans la version 2.0US).
Mozilla devrait prévenir l'utilisateur lors de l'émission d'articles comportant des lignes excédant 80 caractères.

Malheureusement, d'après des échanges privés avec M. Zawinski de Netscape Corp., il semblerait que celui-ci ne soit pas décidé à fixer le seul défaut qui empêche son logiciel de respecter le GNKSA/U.

Req Catégorie                                   Sous-
Catég.   
?    ##  Description                            Cat. OK?  OK?     Notes   
   
Y    1  Affichage toutes infos indispensables            OUI
  Y       default est d'afficher                  OUI
  Y       a) Affiche auteur                       OUI   
  Y       b) Affiche sujet                        OUI   
  Y       c) Affiche liste Newsgroups:            OUI   
  Y       d) Affiche Followup-To                  OUI
  Y       e) Affiche Reply-To si <> de From:      OUI
   
Y    2  Dispose des commandes standard                   OUI  
  Y       claires                                 OUI                
  Y       séparées                                OUI 
  Y       a) poster un nouvel article             OUI
  Y       b) poster réponse publique (followup)   OUI   
  Y       c) répondre en privé (reply)            OUI
  N       utilise terminologie standard           OUI               1) 
   
Y    3  Envoi croisé (crosspost)                         OUI   
  Y       permet specification par utilsiateur    OUI
  Y       vrai cross-post (pas envoi multiple)    OUI  
   
Y    4  Changement des en-têtes indispensables           OUI        2)
  Y       changement en-têtes pdt édition article OUI   
  Y       changement Subject                      OUI   
  Y       permet au moins 70 caractères ds sujet  OUI   
  Y       changement Newsgroups                   OUI   
  Y       changement Followup-To                  OUI
  Y       permet followup-to: poster              OUI
  Y       changement Reply-To                     OUI               3)
   
Y    5  En-tête Subject correct dans flwup/rply          OUI   
  Y       a) ajoute "Re: " (précisément!)         OUI   
  Y       b) préserve le sujet entier             OUI   
  Y          même si > 80 caractères de long      OUI   
   
Y    6  Respecte Followup-To                             OUI  
  Y       Utilisé pour initialiser Newsgroups:    OUI   
  Y       reconnaît et respecte 'poster'          OUI
  
Y    7  Followups contiennent References                 OUI   
  Y       contient message-id de l'original       OUI   
  Y       ne tronque pas message-id               OUI   
  N       contient trois Refs de l'original       OUI   
  N       contient toutes les Refs de l'original  OUI   
   
Y    8  Réponse directe en email à Reply-To              OUI 
   
Y    9  Citation et attribution                          OUI  
  Y       propose une méthode                     OUI   
  Y       mise en exergue par caract. spécial     OUI               
  Y       ligne d'attribution                     OUI
  Y         identifie auteur                      OUI               4)
  N         donne le message-id                   NON                
   
Y   10  En-tête Subject obligatoire                      OUI   
  Y       ne poste pas avec sujet vide            OUI               
  Y       permet le chagemetn pendant l'édition   OUI   
   
Y   11  Adresse  From: valide                            NO
  Y       syntxiquement valide                    NON               5) 
  N       appartenant réellement à l'utilisateur  NON
6)
   
Y   12  Doit fournir une fonction d'annualtion (cancel)  OUI   
  Y       de ses propres articles                 OUI   
  Y       et *pas* des autres                     OUI   
   
N   13  Respecte les long. de lignes et envoi WYSIWYG    NON
  N       Retours montrés présents à l'envoi      OUI   
  N       ne poste *pas* de longs paragraphes     OUI   
  N       prévient si plus de 80 car. par ligne   NON               7)   
  N       éditeur externe conforme                N/A   
   
N   14  Evite les erreurs manifestes                     OUI          
  N       évite de poster des articles vides      OUI
  N       évite de poster seulement une citation  OUI

Notes à la liste

Description courte de la signification des colonnes:

Req ? : Un "Y" signifie que la catégorie ou sous-catégorie est requise pour le respect du GNKSA/U
##: Numéro de la catégorie dans le document d'origine GNKSA/U : <http://www.cybercom.net/~rnewman/Good_Netkeeping_Seal>
Description: Voir le document ci-dessus pour une description moins concise de ce qui est demandé par GNKSA/U
Sous-Cat OK?:
Cat OK?: Si cette catégorie est requise, ceci est placé à OUI si toutes les sous-catégories _requises sont à OUI. Si elle n'est pas requise, ceci ets placé à OUI si _toutes_ les sous-catégories sont à OUI

Notes: Ci-dessous:

"Followup" est traduit par "Publier une réponse". "Reply" est traduit par "Envoyer une réponse". Les labels "Re:News" et "Re:Mail" de Netscape 2.0US ont été modifiés et semblent plus clairs. Compte tenu de la difficulté de traduire de tels termes, la solution adopotée par Netscape semble très convenable.
Dans la fenêtre de composition, tous les en-têtes indispensables n'apparaissent pas par défaut. Il faut faire Affichage/Afficher Tout. C'est un peu dommage, mais pas considéré comme indispensable par le GNKSA/U. Il me semble légèrement plus contestable que l'affichage (mais lui seul heureusement) _traduise_ Followup-To en "Suivi à" ou encore "Newsgroups:" en "Groupes de Nouvelles". Cela dit, c'est probablement plus facile à comprendre pour un débutant.
Netscape semble avoir un bug ici : quand on positionne l'"adresse de retour" dans les préférences générales, cela n'est pas pris en compte pour initialiser reply-To lors de la composition d'un article. Cela ne compromet pas, par contre, la possibilité de remplir ce champ lors de la composition individuelle d'un article. Ce bug n'était pas présent dans la version 2.0US précédemmetn évaluée.
Seul le champ nom est repris, pas l'adresse email. Le GNKS/A ne précise pas la méthode appropriée pour l'"identification de l'auteur originel". A mon avis personnel, il serait toutefois préférable que les deux soient apparents.
L'adresse utilisateur peut être librement changée dans un menu de configuration. Toutefois, toute tentative de publication utilisant une adresse syntaxiquement invalide (pas de @, pas de '.' après le @) conduit à un message d'erreur explicite. Toutefois cette vérification laisse malheureusement passer des adresses invalides comme "bubulle@.bubhome" ou "bubulle@bubhome." Cela devrait pouvoir être résolu rapidement.
On peut considérer cela comme impossible en environnement mono-utilisateur (pas d'administrateur système).
Les retours sont forcés à la fin de la fenêtre d'édition (redimensionnable). Cette fenêtre est correctement préréglée à 72 caractères : ainsi les réglages par défaut satisfont au GNKSA/U. Netscape pourrait éventuellement prévenir l'utilisateur si, par redimensionnement, la longueur de ses lignes devenait non standard.

Cette évaluation a été conduite par Christian Perrier