Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[Q] Eternal Spetember est-il en rideau ?
1 view
Skip to first unread message
Chris
Dec 28, 2023, 8:24:25 AM12/28/23
to
Bonjour,
Je relève périodiquement (au moins trois fois par jpur) les messages de
ES et depuis quelques jours : rien.
Puis d'un coup en voici quelques-uns mais qui datent de
1 mois 29 j [<news:uhm81t$q8v8$1...@herbert.ortolo.eu>],
23 jours [<news:ukngur$752r$1...@dont-email.me>],
13 jours
[<news:9082aac7-fdf5-4176...@googlegroups.com>].
C'est un serveur retard ?
--
Il vaut mieux qu'il pleuve aujourd'hui plutôt qu'un jour où il fait beau.
Je relève périodiquement (au moins trois fois par jpur) les messages de
ES et depuis quelques jours : rien.
Puis d'un coup en voici quelques-uns mais qui datent de
1 mois 29 j [<news:uhm81t$q8v8$1...@herbert.ortolo.eu>],
23 jours [<news:ukngur$752r$1...@dont-email.me>],
13 jours
[<news:9082aac7-fdf5-4176...@googlegroups.com>].
C'est un serveur retard ?
--
Il vaut mieux qu'il pleuve aujourd'hui plutôt qu'un jour où il fait beau.
Gilbert OLIVIER
Dec 28, 2023, 10:33:55 AM12/28/23
to
Le 28 décembre 2023, M.V. a écrit :
> C'est peut-être MacCafé qui débloque et qui recrache des messages que tu
> avais purgés ?…
En toute logique, ce n'est pas possible, le problème de rechargement
d'un message effacé n'était possible fut un temps, que si l'on modifiait
le dernier n° de message relevé du groupe.
Sauf que pour moi, aucun des 3 messages indiqués n'est disponible sur
ES !
Alors autre hypothèse, relève de ces groupes sur un autre serveur …
--
Gilbert
<https://maccafe.fr>
Liens vers une liste de serveurs gratuits conseillés pour les groupes fr et de
lecteurs de nouvelles sur la page <https://maccafe.fr/serveurs.html>
> C'est peut-être MacCafé qui débloque et qui recrache des messages que tu
> avais purgés ?…
En toute logique, ce n'est pas possible, le problème de rechargement
d'un message effacé n'était possible fut un temps, que si l'on modifiait
le dernier n° de message relevé du groupe.
Sauf que pour moi, aucun des 3 messages indiqués n'est disponible sur
ES !
Alors autre hypothèse, relève de ces groupes sur un autre serveur …
--
Gilbert
<https://maccafe.fr>
Liens vers une liste de serveurs gratuits conseillés pour les groupes fr et de
lecteurs de nouvelles sur la page <https://maccafe.fr/serveurs.html>
DV
Dec 28, 2023, 11:49:40 AM12/28/23
to
M.V. a écrit ceci :
> En toute logique, ce ne devrait pas être possible sauf qu'il m'arrive
> parfois de récupérer quelques messages que j'avais supprimés de ma base
> et qui, « en toute logique », n'aurait pas dû réapparaître…
Il me semble matériellement impossible que MacCafé ait pu récupérer
*aujourd'hui* sur E-S le message <news:ukngur$752r$1...@dont-email.me>,
puisqu'il est censé avoir disparu de ce serveur le jour même de sa
publication, c'est-à-dire le 5 décembre.
--
Denis
Serveurs de news et passerelles web : <http://usenet-fr.yakakwatik.org>
Lecteurs de news : <http://usenet-fr.yakakwatik.org/lecteurs-de-news.html>
> En toute logique, ce ne devrait pas être possible sauf qu'il m'arrive
> parfois de récupérer quelques messages que j'avais supprimés de ma base
> et qui, « en toute logique », n'aurait pas dû réapparaître…
Il me semble matériellement impossible que MacCafé ait pu récupérer
*aujourd'hui* sur E-S le message <news:ukngur$752r$1...@dont-email.me>,
puisqu'il est censé avoir disparu de ce serveur le jour même de sa
publication, c'est-à-dire le 5 décembre.
--
Denis
Serveurs de news et passerelles web : <http://usenet-fr.yakakwatik.org>
Lecteurs de news : <http://usenet-fr.yakakwatik.org/lecteurs-de-news.html>
Chris
Dec 28, 2023, 2:16:18 PM12/28/23
to
Le 28 décembre 2023, M.V. a pris la peine de rédiger à 15:04 :
[...]
> Bonjour,
>
> Je te réponds ici car je ne crois pas que le serveur que tu mentionnes y
> soit pour quelque chose. Sinon, le bon forum aurait été
> fr.usenet.distribution.
OK c'est noté, merci de la précision ;-)
[...]
Et ça fonctionne maintenant.
--
Si le servo-rayon peut relayer l'alignement alors il va falloir polariser le
bouffon dimensionnel rapidement.
[...]
> Bonjour,
>
> Je te réponds ici car je ne crois pas que le serveur que tu mentionnes y
> soit pour quelque chose. Sinon, le bon forum aurait été
> fr.usenet.distribution.
OK c'est noté, merci de la précision ;-)
[...]
>
>> C'est un serveur retard ?
>
>> C'est un serveur retard ?
>
> C'est peut-être MacCafé qui débloque et qui recrache des messages que tu
> avais purgés ?…
Je n'ai pas fait de purge récente.
> avais purgés ?…
Et ça fonctionne maintenant.
--
Si le servo-rayon peut relayer l'alignement alors il va falloir polariser le
bouffon dimensionnel rapidement.
DV
Dec 29, 2023, 1:07:13 PM12/29/23
to
M.V. a écrit ceci :
> Un exemple où MacCafé est pris en défaut :
> - le message <news:umje9s$3ma$1...@rasp.pasdenom.info> a été remplacé hier
> par mes soins par le message <news:umjebi$3su$1...@rasp.pasdenom.info> via
> pasdenom.info
> - aussitôt le remplacement effectué, j'ai utilisé l'item « Recharger
> message » pour vérifier que mon message n'était plus sur le serveur et
> je l'ai supprimé via la boîte de dialogue de MacCafé.
> - il y a quelques minutes, je relève les messages via news.free.fr et le
> message initial réapparaît en tant que non lu.
Ça, c'est un cas précis. Je viens d'observer le même comportement en
passant non pas par Free, mais par Csiph : les messages que j'ai
supprimés via le dialogue qui suit une tentative de rechargement sont
réapparus. En revanche, si je les supprime via ⌘D et que je renouvelle
la manip, ils ne réapparaissent pas (de même que je n'ai jamais vu
réapparaître un message supprimé par un filtre et que cela ne se produit
plus depuis longtemps pour les messages purgés).
À mon avis, ce mode de suppression particulier a été oublié dans le
post-traitement des messages supprimés.
> Un exemple où MacCafé est pris en défaut :
> - le message <news:umje9s$3ma$1...@rasp.pasdenom.info> a été remplacé hier
> par mes soins par le message <news:umjebi$3su$1...@rasp.pasdenom.info> via
> pasdenom.info
> - aussitôt le remplacement effectué, j'ai utilisé l'item « Recharger
> message » pour vérifier que mon message n'était plus sur le serveur et
> je l'ai supprimé via la boîte de dialogue de MacCafé.
> - il y a quelques minutes, je relève les messages via news.free.fr et le
> message initial réapparaît en tant que non lu.
Ça, c'est un cas précis. Je viens d'observer le même comportement en
passant non pas par Free, mais par Csiph : les messages que j'ai
supprimés via le dialogue qui suit une tentative de rechargement sont
réapparus. En revanche, si je les supprime via ⌘D et que je renouvelle
la manip, ils ne réapparaissent pas (de même que je n'ai jamais vu
réapparaître un message supprimé par un filtre et que cela ne se produit
plus depuis longtemps pour les messages purgés).
À mon avis, ce mode de suppression particulier a été oublié dans le
post-traitement des messages supprimés.
Eric M
Dec 29, 2023, 2:00:30 PM12/29/23
to
Le 29/12/2023 à 19:53, "M.V." a écrit :
>> À mon avis, ce mode de suppression particulier a été oublié dans le
>> post-traitement des messages supprimés.
> Peut-être mais j'ai bien l'impression que ça ne se produit chez moi
>> À mon avis, ce mode de suppression particulier a été oublié dans le
>> post-traitement des messages supprimés.
> qu'avec le serveur de Free et pas avec les autres que j'utilise
> également pour relever certains groupes dont fuad que je mentionnais
> dans mon message précédent.
Alors c'est sans doute dû au mode de fonctionnement particulier du
serveur de Free qui se désynchronise avec lui-même souvent.
Gilbert OLIVIER
Dec 29, 2023, 2:01:13 PM12/29/23
to
DV a le 29 décembre 2023 à 19:07 très justement fait remarquer :
> À mon avis, ce mode de suppression particulier a été oublié dans le
> post-traitement des messages supprimés.
Je n'ai pas encore regardé le code, mais c'est sûr tu as trouvé.
Ça 3 jours que je suis un peu grippé et j'ai eu du mal à comprendre la
méthode de suppression du message, je ne me rappelais plus du tout de
cette possibilité sur cette fonction à l'issue d'un rechargement
impossible :-(
En réalité, ce n'est pas le "post-traitement" qui fait que le message ne
sera pas rechargé, lui il ne fait que du "ménage" dans les tables, mais
l'enregistrement de son M-ID dans la liste utilisée pour le
post-traitement.
> À mon avis, ce mode de suppression particulier a été oublié dans le
> post-traitement des messages supprimés.
Ça 3 jours que je suis un peu grippé et j'ai eu du mal à comprendre la
méthode de suppression du message, je ne me rappelais plus du tout de
cette possibilité sur cette fonction à l'issue d'un rechargement
impossible :-(
En réalité, ce n'est pas le "post-traitement" qui fait que le message ne
sera pas rechargé, lui il ne fait que du "ménage" dans les tables, mais
l'enregistrement de son M-ID dans la liste utilisée pour le
post-traitement.
Gilbert OLIVIER
Dec 29, 2023, 2:05:31 PM12/29/23
to
Eric M a le 29 décembre 2023 à 20:00 très justement fait remarquer :
Non, cela pourrait entrainer d'autres problèmes,mais pas celui-là.
Après chargement du message, il y a recherche de son M-ID dans une table
des M-ID des messages ayant été effacé.
Si le M-ID est trouvé, le message d'est pas enregistré.
Après chargement du message, il y a recherche de son M-ID dans une table
des M-ID des messages ayant été effacé.
Si le M-ID est trouvé, le message d'est pas enregistré.
DV
Dec 29, 2023, 2:22:33 PM12/29/23
to
M.V. a écrit ceci :
> Peut-être mais j'ai bien l'impression que ça ne se produit chez moi
> qu'avec le serveur de Free et pas avec les autres que j'utilise
> également pour relever certains groupes dont fuad que je mentionnais
> dans mon message précédent.
Tout comme chez moi (qui n'utilise pas le serveur de Free), ça ne peut
se produire qu'avec Csiph, c'est-à-dire avec un serveur qui n'a pas
honoré les Supersedes concernés.
> Peut-être mais j'ai bien l'impression que ça ne se produit chez moi
> qu'avec le serveur de Free et pas avec les autres que j'utilise
> également pour relever certains groupes dont fuad que je mentionnais
> dans mon message précédent.
se produire qu'avec Csiph, c'est-à-dire avec un serveur qui n'a pas
honoré les Supersedes concernés.
DV
Dec 30, 2023, 4:50:35 AM12/30/23
to
M.V. a écrit ceci :
> Et est-ce que Csiph honore les cancels (news.free.fr les honore).
Apparemment non, tout au moins pour les cancels émanant d'un serveur
tiers.
Le test d'annulation que je viens d'effectuer m'a révélé un autre défaut
de MacCafé : les commandes Annuler et Remplacer restent actives pour le
message annulé. Idem pour les messages remplacés.
> Et est-ce que Csiph honore les cancels (news.free.fr les honore).
Apparemment non, tout au moins pour les cancels émanant d'un serveur
tiers.
Le test d'annulation que je viens d'effectuer m'a révélé un autre défaut
de MacCafé : les commandes Annuler et Remplacer restent actives pour le
message annulé. Idem pour les messages remplacés.
DV
Dec 30, 2023, 6:09:56 AM12/30/23
to
M.V. a écrit ceci :
> Je complète : une vérification préalable de la présence du message ciblé
> sur le serveur ne servirait à rien avec news.free.fr [...]
Effectivement. Je pense qu'il faut s'y prendre autrement. MacCafé
dispose d'un moyen de vérifier si un message a été annulé ou remplacé
par ses soins : les formules « Cancel envoyé le [...] » ou « Supersedes
envoyé le [...] » qu'il ajoute dans le corps du message concerné. Il
faudrait donc tester la présence de l'une ou l'autre de ces formules et,
le cas échéant, désactiver les commandes « Annuler » et « Remplacer ».
> Je complète : une vérification préalable de la présence du message ciblé
> sur le serveur ne servirait à rien avec news.free.fr [...]
Effectivement. Je pense qu'il faut s'y prendre autrement. MacCafé
dispose d'un moyen de vérifier si un message a été annulé ou remplacé
par ses soins : les formules « Cancel envoyé le [...] » ou « Supersedes
envoyé le [...] » qu'il ajoute dans le corps du message concerné. Il
faudrait donc tester la présence de l'une ou l'autre de ces formules et,
le cas échéant, désactiver les commandes « Annuler » et « Remplacer ».
Gilbert OLIVIER
Dec 30, 2023, 6:53:37 AM12/30/23
to
M.V. a le 30 décembre 2023 à 12:16 très justement fait remarquer :
> Pour éviter le « défaut » que tu indiques, il faudrait :
> - soit vérifier la présence du message ciblé sur le serveur utilisé
> - soit avoir une nouvelle base (une de plus) listant les messages qui
> ont été supprimés ou remplacés.
>
C'est quand même pourrait-on dire un bug de l'utilisateur de faire un
double cancel (ou supersedes) de son message ;-))
La commande se lançant uniquement depuis la fenêtre de lecture du
message, c'est quand même clairement indiqué sous ses yeux ;-)
La seule solution, c'est de tester comme le dit Denis la présence du
message rajouté.
Maintenant est-ce vraiment utile ?
Je sais qu'il faut tester au max pour éviter à un utilisateur une
manipulation inutile ou douteuse, mais là… quand même…
De plus, je ne sais pas si certains serveurs voient rouge dans le cas de
2 cancels consécutifs du même message, mais ce n'est pas le cas d'ES.
J'en ai fait 2 par erreur il y a quelques jours dans une certaine
"précipitation" étant appelé urgemment à d'autres tâches ;-)
M-ID des cancels:
<news:ulmblt$2rlh7$1...@dont-email.me>
<news:ulmblc$2rldv$1...@dont-email.me>
pour annuler: <news:ulmbgu$2rke2$1...@dont-email.me>
Acceptation du second sans problème.
> Pour éviter le « défaut » que tu indiques, il faudrait :
> - soit vérifier la présence du message ciblé sur le serveur utilisé
> - soit avoir une nouvelle base (une de plus) listant les messages qui
> ont été supprimés ou remplacés.
>
C'est quand même pourrait-on dire un bug de l'utilisateur de faire un
double cancel (ou supersedes) de son message ;-))
La commande se lançant uniquement depuis la fenêtre de lecture du
message, c'est quand même clairement indiqué sous ses yeux ;-)
La seule solution, c'est de tester comme le dit Denis la présence du
message rajouté.
Maintenant est-ce vraiment utile ?
Je sais qu'il faut tester au max pour éviter à un utilisateur une
manipulation inutile ou douteuse, mais là… quand même…
De plus, je ne sais pas si certains serveurs voient rouge dans le cas de
2 cancels consécutifs du même message, mais ce n'est pas le cas d'ES.
J'en ai fait 2 par erreur il y a quelques jours dans une certaine
"précipitation" étant appelé urgemment à d'autres tâches ;-)
M-ID des cancels:
<news:ulmblt$2rlh7$1...@dont-email.me>
<news:ulmblc$2rldv$1...@dont-email.me>
pour annuler: <news:ulmbgu$2rke2$1...@dont-email.me>
Acceptation du second sans problème.
DV
Dec 30, 2023, 6:55:17 AM12/30/23
to
M.V. a écrit ceci :
> Mais si je supprime de ma base le message supprimé ou remplacé ?
Aucun problème : si le message annulé disparaît de la base, la formule
« Cancel / Supersedes envoyé le » disparaîtra en même temps.
Par contre, dans l'immédiat (c'est-à-dire tant que la suppression d'un
message via le dialogue initié par la commande « Recharger message »
n'est pas mémorisée), il y aura un problème si le message est à nouveau
chargé depuis un serveur qui n'a pas honoré l'annulation, car il
s'affichera sans la formule.
> Mais si je supprime de ma base le message supprimé ou remplacé ?
Aucun problème : si le message annulé disparaît de la base, la formule
« Cancel / Supersedes envoyé le » disparaîtra en même temps.
Par contre, dans l'immédiat (c'est-à-dire tant que la suppression d'un
message via le dialogue initié par la commande « Recharger message »
n'est pas mémorisée), il y aura un problème si le message est à nouveau
chargé depuis un serveur qui n'a pas honoré l'annulation, car il
s'affichera sans la formule.
DV
Dec 30, 2023, 6:55:17 AM12/30/23
to
M.V. a écrit ceci :
> J'ai relu ce que j'avais écrit dans l'annexe 5 de la documentation et ça
> correspond bien à seule la vérification du cancel-lock faite par MacCafé
> avant de rendre actives les commandes Annuler et Remplacer.
> Je ne sais pas ce qu'il en est pour les autres nouvelleurs mais c'est
> quand même un plus me semble-t-il de MacCafé, non ?
Bien sûr que c'est un plus. Il n'est pas question de toucher à ça.
> Pour éviter le « défaut » que tu indiques, il faudrait :
> - soit vérifier la présence du message ciblé sur le serveur utilisé
Si le serveur est Free, Csiph ou tout autre serveur qui n'honore pas les
annulations et/ou les remplacements, la donne sera faussée.
> - soit avoir une nouvelle base (une de plus) listant les messages qui
> ont été supprimés ou remplacés.
Ce serait plus pertinent, mais ce que je suggère (se baser sur les
formules ajoutées par MacCafé) est peut-être plus simple à mettre en
place. Une fois réglé le problème du retour des messages supprimés, ça
devrait fonctionner sans souci.
> PS Concernant news.free.fr et les messages qui réapparaissent, c'est
> pénible car Free utilise plusieurs serveurs et sur certains les cancels
> et supersedes sont honorés et pas sur d'autres si bien que la
> réapparition de messages dépend du serveur auquel on se connecte ! ;-)
Ce serveur catastrophique n'est pas près de revenir dans ma liste... ;-)
> J'ai relu ce que j'avais écrit dans l'annexe 5 de la documentation et ça
> correspond bien à seule la vérification du cancel-lock faite par MacCafé
> avant de rendre actives les commandes Annuler et Remplacer.
> Je ne sais pas ce qu'il en est pour les autres nouvelleurs mais c'est
> quand même un plus me semble-t-il de MacCafé, non ?
Bien sûr que c'est un plus. Il n'est pas question de toucher à ça.
> Pour éviter le « défaut » que tu indiques, il faudrait :
> - soit vérifier la présence du message ciblé sur le serveur utilisé
annulations et/ou les remplacements, la donne sera faussée.
> - soit avoir une nouvelle base (une de plus) listant les messages qui
> ont été supprimés ou remplacés.
formules ajoutées par MacCafé) est peut-être plus simple à mettre en
place. Une fois réglé le problème du retour des messages supprimés, ça
devrait fonctionner sans souci.
> PS Concernant news.free.fr et les messages qui réapparaissent, c'est
> pénible car Free utilise plusieurs serveurs et sur certains les cancels
> et supersedes sont honorés et pas sur d'autres si bien que la
> réapparition de messages dépend du serveur auquel on se connecte ! ;-)
Ce serveur catastrophique n'est pas près de revenir dans ma liste... ;-)
DV
Dec 30, 2023, 7:52:57 AM12/30/23
to
Gilbert OLIVIER a écrit ceci :
> C'est quand même pourrait-on dire un bug de l'utilisateur de faire un
> double cancel (ou supersedes) de son message ;-))
> La commande se lançant uniquement depuis la fenêtre de lecture du
> message, c'est quand même clairement indiqué sous ses yeux ;-)
Oui, mais imagine qu'un utilisateur inexpérimenté ait lancé son ordre
d'annulation depuis un serveur qui ne les honore pas. Il constate que
son message est toujours sur le serveur, sans se douter que d'autres
serveurs ont certainement honoré son annulation. Alors il va retenter le
coup...
> J'en ai fait 2 par erreur il y a quelques jours dans une certaine
> "précipitation" étant appelé urgemment à d'autres tâches ;-)
CQFD. Et pourtant, toi tu n'es pas un utilisateur inexpérimenté. :-p
> C'est quand même pourrait-on dire un bug de l'utilisateur de faire un
> double cancel (ou supersedes) de son message ;-))
> La commande se lançant uniquement depuis la fenêtre de lecture du
> message, c'est quand même clairement indiqué sous ses yeux ;-)
d'annulation depuis un serveur qui ne les honore pas. Il constate que
son message est toujours sur le serveur, sans se douter que d'autres
serveurs ont certainement honoré son annulation. Alors il va retenter le
coup...
> J'en ai fait 2 par erreur il y a quelques jours dans une certaine
> "précipitation" étant appelé urgemment à d'autres tâches ;-)
Gilbert OLIVIER
Dec 30, 2023, 10:12:48 AM12/30/23
to
Le 30 décembre 2023, DV a écrit :
> Oui, mais imagine qu'un utilisateur inexpérimenté ait lancé son ordre
> d'annulation depuis un serveur qui ne les honore pas. Il constate que
> son message est toujours sur le serveur, sans se douter que d'autres
> serveurs ont certainement honoré son annulation. Alors il va retenter le
> coup...
Oui, mais à contrario, un utilisateur qui lance le cancel, un problème
> Oui, mais imagine qu'un utilisateur inexpérimenté ait lancé son ordre
> d'annulation depuis un serveur qui ne les honore pas. Il constate que
> son message est toujours sur le serveur, sans se douter que d'autres
> serveurs ont certainement honoré son annulation. Alors il va retenter le
> coup...
au niveau du serveur, mais MacCafé a acté cette annulation, comment il
fait à partir de là ?
> CQFD. Et pourtant, toi tu n'es pas un utilisateur inexpérimenté. :-p
du message, je me prend un message d'erreur du serveur ;-)
Gilbert OLIVIER
Dec 30, 2023, 10:14:27 AM12/30/23
to
Le 30 décembre 2023, M.V. a écrit :
> pasdenom.info refuse avec un message similaire à celui dont j'ai publié
> une copie d'écran : <https://pic.infini.fr/cUd9HzFd/5toFIdi5.jpg> (ici
> c'était pour un 2ème supersede mais c'est bien sûr pareil pour un cancel).
Au lieu que ce soit MacCafé qui me renvoie dans mes buts, c'est le
serveur…
Au résultat rien n'a planté ;-)
> pasdenom.info refuse avec un message similaire à celui dont j'ai publié
> une copie d'écran : <https://pic.infini.fr/cUd9HzFd/5toFIdi5.jpg> (ici
> c'était pour un 2ème supersede mais c'est bien sûr pareil pour un cancel).
Au lieu que ce soit MacCafé qui me renvoie dans mes buts, c'est le
serveur…
Au résultat rien n'a planté ;-)
Chris
Jan 2, 2024, 11:51:09 AM1/2/24
to
M.V. a demandé le 29 décembre 2023 à 09:26 :
> Dans le message <umkhi0$fu66$1...@dont-email.me>, Chris a écrit le 28
> décembre 2023 à 20 h 16 :
Parfois j'utilise le serveur de Free mais c'est très rare car la plupart
du temps il est soit d'une lenteur à énerver un bulot sous Prozac soit
il ne fait rien du tout.
--
Les chevaux sont tous des ongulés. Mais ce n'est pas une raison pour les prendre
pour des cons.
> Dans le message <umkhi0$fu66$1...@dont-email.me>, Chris a écrit le 28
> décembre 2023 à 20 h 16 :
>
>> Je n'ai pas fait de purge récente.
>>
>> Et ça fonctionne maintenant.
>
> Tu utilises un autre serveur que e-s ?
>> Je n'ai pas fait de purge récente.
>>
>> Et ça fonctionne maintenant.
>
Parfois j'utilise le serveur de Free mais c'est très rare car la plupart
du temps il est soit d'une lenteur à énerver un bulot sous Prozac soit
il ne fait rien du tout.
--
Les chevaux sont tous des ongulés. Mais ce n'est pas une raison pour les prendre
pour des cons.
Chris
Jan 8, 2024, 4:41:08 PM1/8/24
to
M.V. a raconté le 2 janvier 2024 à 17:59 :
[...]
> articles qui étaient réapparus et que tu as signalés en tête de fils
> pour voir s'ils ne provenaient pas, comme cela est plus que probable, de
> Free et non pas de ES.
>
> <https://lutim.lagout.org/DcAiSZ7L/qG5iPACu.jpg>
>
Effectivement, ils viennent de Free .
Et désolé pour la réponse retard :-(
[...]
>> Parfois j'utilise le serveur de Free
>
> Alors tu pourrais peut-être regarder, si tu les as encore, les trois
>
> articles qui étaient réapparus et que tu as signalés en tête de fils
> pour voir s'ils ne provenaient pas, comme cela est plus que probable, de
> Free et non pas de ES.
>
> <https://lutim.lagout.org/DcAiSZ7L/qG5iPACu.jpg>
>
Effectivement, ils viennent de Free .
Et désolé pour la réponse retard :-(
0 new messages