gratifiant > comp.sys.* > comp.sys.mac.communication

Gilbert OLIVIER (29/06/2019, 14h47)
Bonjour

Un petit appel à participer pas trop dur ;-)

Dans les préférences pour la création des messages, j'ai prévu de donner
la possibilité d'ajouter dans le "header" du message des champs
facultatifs. Par exemple X-No-Archive, Organization...

Actuellement, l'utilisateur à la possibilité de saisir le nom du champs
et son paramètre. Ce serait un plus, si (tout en gardant la possibilité
de saisir le nom du champs) les plus utilisés étaient proposés via un
pop-up.

Cela me ferais gagner un peu de temps et je suis sur des oublis, si vous
m'en proposiez quelques un.

Merci

et pour info ça avance bien....
Joseph-B (29/06/2019, 16h17)
Bonjour,

Gilbert OLIVIER <gilbert.olivier> wrote:

> Cela me ferais gagner un peu de temps et je suis sur des oublis, si vous
> m'en proposiez quelques un.


Actuellement, MacSoup peut proposer

Approved
Bcc
Comments
Cc
Content-Type
Content-Transfert-Encoding
Distribution
Date
Expires
Followup-To
From
In-Reply-To
Keywords
Lines
Mail-Copies-To
MIMe-Version
Message-ID
Newsgroups
Organization
Path
Reply-To
References
Sender
Summary
Subject
To
User-Agent
X-Face
X-Sender
X-Mailer
X-Newsreader

X-No-Archive: Yes n'est pas dans la liste d'origine
Certains entêtes sont dédiés au courriel, évidemment.

HTH et bon courage
Gilbert OLIVIER (29/06/2019, 17h52)
Joseph-B <josephb> wrote:

> Actuellement, MacSoup peut proposer


Merci, j'avais déjà vu dans les pref de MacSoup ;-)

C'était surtout pour m'éviter de faire le tri avec celles qui sont liées
au courrier, d'avoir celles qui n'y sont pas comme le X-No-Archive, et
de se concentrer sur les plus utilisées.
Joseph-B (29/06/2019, 18h51)
Gilbert OLIVIER <gilbert.olivier> wrote:

> C'était surtout pour m'éviter de faire le tri avec celles qui sont liées
> au courrier, d'avoir celles qui n'y sont pas comme le X-No-Archive, et
> de se concentrer sur les plus utilisées.


Ça ne va pas faire le travail à ta place, hélas, mais sur cette page il
y a une belle liste expliquée des champs d'entête

<https://www.activexperts.com/smtp-pop3-component/headers/>

Il y a bien la RFC 3977
mais sa lecture sera bien pire que celle du lien au-dessus.
Gilbert OLIVIER (29/06/2019, 19h26)
Joseph-B <josephb> wrote:

> Gilbert OLIVIER <gilbert.olivier> wrote:
> Ça ne va pas faire le travail à ta place, hélas, mais sur cette page il
> y a une belle liste expliquée des champs d'entête
> <https://www.activexperts.com/smtp-pop3-component/headers/> Merci c'est assez synthétique ça devrait déjà aider.
> Il y a bien la RFC 3977 et il n' a pas qu'elle


> mais sa lecture sera bien pire que celle du lien au-dessus.

Les RFC c'est par là que j'ai commencé pour comprendre au mieux les
headers, voir comment dialoguer avec le serveur... première étape
obligatoire avant de se lancer dans un tel projet. Trouver les
protocoles et savoir que l'on sait écrire le code pour se connecter au
serveur et dialoguer avec lui ;-)
DV (29/06/2019, 20h41)
Joseph-B a écrit ceci :

> Il y a bien la RFC 3977
> mais sa lecture sera bien pire que celle du lien au-dessus.


Je suggérerais plutôt de consulter la RFC 5536, bien plus digeste et
surtout strictement consacrée aux news :

<https://tools.ietf.org/html/rfc5536>

Parmi les en-têtes optionnels qui y sont détaillés, les suivants me
semblent mériter d'être proposés par MacCafé :

Archive (joue le même rôle que X-No-Archive, mais à ce que j'ai compris,
les sites d'archivage respectent tantôt l'un, tantôt l'autre... et
parfois aucun des deux, hélas.)

Organization

Supersedes (permet d'annuler ses propres articles)

D'autres devraient en principe être ajoutés par le lecteur de news
lui-même : Followup-To en cas de suivi, References, User-Agent.

Quant à Reply-To, si les réglages de MacCafé prévoient la possibilité
pour l'utilisateur de spécifier une adresse de réponse alternative,
alors c'est à l'application de gérer cet en-tête. Dans le cas contraire,
ce serait bien de l'ajouter à la liste des propositions.

Enfin, parmi les en-têtes non standards (les "X") qui sont absents de
cette RFC, j'ajouterais personnellement X-No-Archive et X-Face.

Ceci posé, je pense que Gilbert devrait aussi aller à la pêche aux infos
sur fr.comp.usenet.lecteurs-de-news. Il y a là-bas de vrais spécialistes
ès NNTP, bien plus pointus que moi, qui auraient peut-être d'autres
suggestions à lui faire.
Jean-Pierre Kuypers (29/06/2019, 21h10)
In article (Dans l'article)
<1o9xs3d.6o5mv6xmczzgN%gilbert.olivier>, Gilbert OLIVIER
<gilbert.olivier> wrote (écrivait) :

> Cela me ferais gagner un peu de temps et je suis sur des oublis, si vous
> m'en proposiez quelques un.


À toutes fins utiles, voici ci-dessous les champs que Thoth se propose
d'utiliser pour filtrer les messages.

Quant aux lignes d'en-tête d'article supplémentaires, c'est ad libitum
et permet donc de mettre n'importe kwâ. À l'utilisateur de savoir ce
qu'il fait, sans oublier le "X-", le cas échéant.

Il fut un temps où on pouvait trouver dans fcsm, force messages vides.
Tout était dans l'en-tête.

resource 'MENU' (1002, "Filter Header Popup") {
1002,
textMenuProc,
0x7FFFFDFD,
enabled,
"\0x00",
{ /* array: 30 elements */
/* [1] */
"Tout en-tête", noIcon, noKey, noMark, plain,
/* [2] */
"-", noIcon, noKey, noMark, plain,
/* [3] */
"Subject", noIcon, noKey, noMark, plain,
/* [4] */
"From", noIcon, noKey, noMark, plain,
/* [5] */
"Date", noIcon, noKey, noMark, plain,
/* [6] */
"References", noIcon, noKey, noMark, plain,
/* [7] */
"Lines or Bytes", noIcon, noKey, noMark, plain,
/* [8] */
"Message-ID", noIcon, noKey, noMark, plain,
/* [9] */
"Xref", noIcon, noKey, noMark, plain,
/* [10] */
"-", noIcon, noKey, noMark, plain,
/* [11] */
"Path", noIcon, noKey, noMark, plain,
/* [12] */
"Newsgroups", noIcon, noKey, noMark, plain,
/* [13] */
"NNTP-Posting-Host", noIcon, noKey, noMark, plain,
/* [14] */
"X-NNTP-Posting-Host", noIcon, noKey, noMark, plain,
/* [15] */
"X-Original-NNTP-Posting-Host", noIcon, noKey, noMark, plain,
/* [16] */
"Keywords", noIcon, noKey, noMark, plain,
/* [17] */
"Summary", noIcon, noKey, noMark, plain,
/* [18] */
"Organization", noIcon, noKey, noMark, plain,
/* [19] */
"Distribution", noIcon, noKey, noMark, plain,
/* [20] */
"Reply-To", noIcon, noKey, noMark, plain,
/* [21] */
"Sender", noIcon, noKey, noMark, plain,
/* [22] */
"Followup-To", noIcon, noKey, noMark, plain,
/* [23] */
"User-Agent", noIcon, noKey, noMark, plain,
/* [24] */
"X-Newsreader", noIcon, noKey, noMark, plain,
/* [25] */
"X-Mailer", noIcon, noKey, noMark, plain,
/* [26] */
"Content-Type", noIcon, noKey, noMark, plain,
/* [27] */
"Content-Transfer-Encoding", noIcon, noKey, noMark, plain,
/* [28] */
"Content-Disposition", noIcon, noKey, noMark, plain,
/* [29] */
"X-Trace", noIcon, noKey, noMark, plain,
/* [30] */
"X-Admin", noIcon, noKey, noMark, plain
}
};
Matt (30/06/2019, 11h52)
On sam. 29 juin 2019 (19:26),
Gilbert OLIVIER <gilbert.olivier> wrote:

>> Il y a bien la RFC 3977


> et il n' a pas qu'elle


Eh oui : <http://tin.org/docs.html>

> Les RFC c'est par là que j'ai commencé pour comprendre au mieux les
> headers, voir comment dialoguer avec le serveur... première étape
> obligatoire avant de se lancer dans un tel projet. Trouver les
> protocoles et savoir que l'on sait écrire le code pour se connecter au
> serveur et dialoguer avec lui ;-)


Laisser à l'utilisateur le choix d'afficher ce qu'il veut parmi tous les
en-têtes disponibles reçus par le serveur et émis par le client me
semble parfait et permettrait la même souplesse qu'offre beaucoup de
lecteurs UseNet (tin, trn, slrn, Pan, Sylpheed, etc.)
Gilbert OLIVIER (30/06/2019, 14h00)
Matt <matt> wrote:

> Laisser à l'utilisateur le choix d'afficher ce qu'il veut parmi tous les
> en-têtes disponibles reçus par le serveur et émis par le client me
> semble parfait et permettrait la même souplesse qu'offre beaucoup de
> lecteurs UseNet (tin, trn, slrn, Pan, Sylpheed, etc.)


Heu, non, là ma demande était pour dans l'autre sens, j'ai du mal
m'exprimer...

Ma requête est ce que les "posteurs" ajoutent comme champs facultatif
dans leurs messages afin d'en proposer la liste pour le paramétrage.

Comme annoncé, il y a actuellement et il restera la possibilité de
saisir manuellement le nom du champs désiré. Mais ce serait plus cool de
le trouver dans un pop-up ;-)
MV (30/06/2019, 14h23)
DV <dv> n'a pas hésité à écrire :

> Supersedes (permet d'annuler ses propres articles)


Je ne crois pas, non.
Le "Supersede" (quand les serveurs de news veulent bien l'accepter) sert
à remplacer un article par un autre.

L'annulation se fait plutôt avec "Cancel" (là aussi, ça dépend du bon
vouloir des serveurs).

Cordialement
DV (30/06/2019, 14h48)
MV a écrit ceci :

> DV <dv> n'a pas hésité à écrire :
> Je ne crois pas, non.
> Le "Supersede" (quand les serveurs de news veulent bien l'accepter) sert
> à remplacer un article par un autre.
> L'annulation se fait plutôt avec "Cancel" (là aussi, ça dépend du bon
> vouloir des serveurs).


Tout à fait, j'ai fait un malencontreux amalgame entre les deux actions.
Merci d'avoir rectifié.
Matt (30/06/2019, 18h08)
On dim. 30 juin 2019 (14:00),
Gilbert OLIVIER <gilbert.olivier> wrote:

> Heu, non, là ma demande était pour dans l'autre sens, j'ai du mal
> m'exprimer...


Non c'était très clair rassures-toi. C'est dimanche et pas mal d'heures
de boulot dans la vue cette semaine alors j'ai compris à l'envers ;)

> Ma requête est ce que les "posteurs" ajoutent comme champs facultatif
> dans leurs messages afin d'en proposer la liste pour le paramétrage.


> Comme annoncé, il y a actuellement et il restera la possibilité de
> saisir manuellement le nom du champs désiré. Mais ce serait plus cool de
> le trouver dans un pop-up ;-)


Oui en effet.
Pour les champs d'en-têtes, au pif :

- Organisation
- Mail-Copies-To
- From (?uf corse)
- X-No-Archive
- X-No-HTML
- X-Face
- X-Preferred-Beers (important celui-là !)
Matt (30/06/2019, 18h10)
On dim. 30 juin 2019 (14:48),
DV <dv> wrote:

>> Je ne crois pas, non.
>> Le "Supersede" (quand les serveurs de news veulent bien l'accepter) sert
>> à remplacer un article par un autre.
>> L'annulation se fait plutôt avec "Cancel" (là aussi, ça dépend du bon
>> vouloir des serveurs).


> Tout à fait, j'ai fait un malencontreux amalgame entre les deux actions.
> Merci d'avoir rectifié.


A ta décharge, l'action « Supersede » dans beaucoup de lecteurs
permet de choisir entre « Annuler » ou « Remplacer ».
MV (30/06/2019, 18h58)
DV <dv> n'a pas hésité à écrire :

> Tout à fait, j'ai fait un malencontreux amalgame entre les deux actions.


En même temps, tu n'as pas tout à fait tort :
<https://www.linguee.fr/anglais-francais/traduction/supersede.html>
"To supersede" peut donc se traduire par "remplacer" aussi bien que par
"annuler".

Cordialement
DV (30/06/2019, 20h52)
Matt a écrit ceci :

> A ta décharge, l'action « Supersede » dans beaucoup de lecteurs
> permet de choisir entre « Annuler » ou « Remplacer ».


Je ne me souviens plus de ce que proposait mon vieux Xnews des années
2000. En revanche, le presque aussi vieux 40Tude Dialog fait bien la
distinction entre "Annuler" et "Remplacer", de même que les "jeunes"
MesNews et Pan. A priori, Thunderbird ne connaît que l'annulation.

Discussions similaires