Donc les seules choses certaines pour l'heure sont:
- ça touche le système d'exploitation capitaliste et propriétaire
Windows XP, de la firme américaine Microsoft en position d'oligopole.
- ça utilise la faille "Eternalblue" longtemps exploitée par la NSA.
- les clients touchés utilisaient un système d'exploitation (dans tous
les sens du terme) dont la société éditrice à la recherche de profits
permanents déclinait délibérément toute mise à jour de sécurité afin de
faire encore du fric en vendant de nouvelles versions.
Le 23-07-2017, pehache nous expliquait dans fr.comp.os.linux.debats () :
Le 23/07/2017 à 12:34, Doug713705 a écrit :
Le 23-07-2017, pehache nous expliquait dans fr.comp.os.linux.debats () :
Ah mais parfois on peut très bien planter un clou avec un tournevis.
Je ne vois pas ce qui te fait dire ça. POP permet de le faire sans aucun problème. C'est *prévu* et ça fonctionne très bien.
Je comprends pas : pop, c'est pas des rivets ?
Ca va encore dériver.
dériveter ?
Rambo
Nicolas George wrote on 24-07-17 22:31:
Rambo , dans le message <ol5knq$1352$, a écrit :
Ce n'est pas une histoire de protocole ... tous les serveurs pop acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-) Je suis en partie d'accord, quoique: 1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du client mail disant ***"Server Settings" est mis à "Leave messages on server"*** C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit le setting "Leave messages on server" Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir reçu la commande. 2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller vérifier, parce que tu ne crois en rien) A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop on a bien : 2. When messages are accessed with POP : "keep Gamil's copy in the inbox" DONC le serveur POP de GMAIL a bien un paramètre ! Ca va, c'est plus clair comme cela ? (Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Nicolas George wrote on 24-07-17 22:31:
Rambo , dans le message <ol5knq$1352$3@gioia.aioe.org>, a écrit :
Ce n'est pas une histoire de protocole ... tous les serveurs pop
acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que
tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-)
Je suis en partie d'accord, quoique:
1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du
client mail disant ***"Server Settings" est mis à "Leave messages on
server"***
C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit
le setting "Leave messages on server"
Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir
reçu la commande.
2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller
vérifier, parce que tu ne crois en rien)
A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop
on a bien : 2. When messages are accessed with POP : "keep Gamil's copy
in the inbox"
DONC le serveur POP de GMAIL a bien un paramètre !
Ca va, c'est plus clair comme cela ?
(Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Ce n'est pas une histoire de protocole ... tous les serveurs pop acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-) Je suis en partie d'accord, quoique: 1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du client mail disant ***"Server Settings" est mis à "Leave messages on server"*** C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit le setting "Leave messages on server" Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir reçu la commande. 2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller vérifier, parce que tu ne crois en rien) A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop on a bien : 2. When messages are accessed with POP : "keep Gamil's copy in the inbox" DONC le serveur POP de GMAIL a bien un paramètre ! Ca va, c'est plus clair comme cela ? (Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Michel
Le 25/07/2017 à 09:02, Rambo a écrit :
Nicolas George wrote on 24-07-17 22:31:
Rambo , dans le message <ol5knq$1352$, a écrit :
Ce n'est pas une histoire de protocole ... tous les serveurs pop acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-) Je suis en partie d'accord, quoique: 1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du client mail disant ***"Server Settings" est mis à "Leave messages on server"*** C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit le setting "Leave messages on server" Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir reçu la commande. 2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller vérifier, parce que tu ne crois en rien) A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop on a bien : 2. When messages are accessed with POP : "keep Gamil's copy in the inbox" DONC le serveur POP de GMAIL a bien un paramètre ! Ca va, c'est plus clair comme cela ? (Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Hormis le fait que je n'en ai rien à battre, tu ne trouves pas que tes points 1 et 2 sont contradictoires? Relis toi ...
Le 25/07/2017 à 09:02, Rambo a écrit :
Nicolas George wrote on 24-07-17 22:31:
Rambo , dans le message <ol5knq$1352$3@gioia.aioe.org>, a écrit :
Ce n'est pas une histoire de protocole ... tous les serveurs pop
acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que
tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-)
Je suis en partie d'accord, quoique:
1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du
client mail disant ***"Server Settings" est mis à "Leave messages on
server"***
C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit
le setting "Leave messages on server"
Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir
reçu la commande.
2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller
vérifier, parce que tu ne crois en rien)
A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop
on a bien : 2. When messages are accessed with POP : "keep Gamil's copy
in the inbox"
DONC le serveur POP de GMAIL a bien un paramètre !
Ca va, c'est plus clair comme cela ?
(Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Hormis le fait que je n'en ai rien à battre, tu ne trouves pas que tes
points 1 et 2 sont contradictoires? Relis toi ...
Ce n'est pas une histoire de protocole ... tous les serveurs pop acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-) Je suis en partie d'accord, quoique: 1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du client mail disant ***"Server Settings" est mis à "Leave messages on server"*** C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit le setting "Leave messages on server" Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir reçu la commande. 2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller vérifier, parce que tu ne crois en rien) A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop on a bien : 2. When messages are accessed with POP : "keep Gamil's copy in the inbox" DONC le serveur POP de GMAIL a bien un paramètre ! Ca va, c'est plus clair comme cela ? (Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Hormis le fait que je n'en ai rien à battre, tu ne trouves pas que tes points 1 et 2 sont contradictoires? Relis toi ...
Rambo
Michel wrote on 25-07-17 09:07:
Le 25/07/2017 à 09:02, Rambo a écrit :
Nicolas George wrote on 24-07-17 22:31:
Rambo , dans le message <ol5knq$1352$, a écrit :
Ce n'est pas une histoire de protocole ... tous les serveurs pop acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-) Je suis en partie d'accord, quoique: 1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du client mail disant ***"Server Settings" est mis à "Leave messages on server"*** C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit le setting "Leave messages on server" Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir reçu la commande. 2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller vérifier, parce que tu ne crois en rien) A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop on a bien : 2. When messages are accessed with POP : "keep Gamil's copy in the inbox" DONC le serveur POP de GMAIL a bien un paramètre ! Ca va, c'est plus clair comme cela ? (Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Hormis le fait que je n'en ai rien à battre, tu ne trouves pas que tes points 1 et 2 sont contradictoires? Relis toi ...
Pour le point 1, J'explique mieux mon texte et j'explique ce que le client mail fait et que gmail s'en fout. Pour le point 2. Je montre qu'il y a bien un paramètre du serveur pop de gmail.
Michel wrote on 25-07-17 09:07:
Le 25/07/2017 à 09:02, Rambo a écrit :
Nicolas George wrote on 24-07-17 22:31:
Rambo , dans le message <ol5knq$1352$3@gioia.aioe.org>, a écrit :
Ce n'est pas une histoire de protocole ... tous les serveurs pop
acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que
tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-)
Je suis en partie d'accord, quoique:
1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du
client mail disant ***"Server Settings" est mis à "Leave messages on
server"***
C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit
le setting "Leave messages on server"
Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir
reçu la commande.
2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller
vérifier, parce que tu ne crois en rien)
A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop
on a bien : 2. When messages are accessed with POP : "keep Gamil's copy
in the inbox"
DONC le serveur POP de GMAIL a bien un paramètre !
Ca va, c'est plus clair comme cela ?
(Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Hormis le fait que je n'en ai rien à battre, tu ne trouves pas que tes
points 1 et 2 sont contradictoires? Relis toi ...
Pour le point 1, J'explique mieux mon texte et j'explique ce que le
client mail fait et que gmail s'en fout.
Pour le point 2. Je montre qu'il y a bien un paramètre du serveur pop de
gmail.
Ce n'est pas une histoire de protocole ... tous les serveurs pop acceptent le paramètre "laisser les mails sur le serveur"
Les serveurs POP n'ont pas de paramètres. Tu prouves encore une fois que tu ne sais pas de quoi tu parles.
T'est un coupeur de cheveux en quatre toi ! :-) Je suis en partie d'accord, quoique: 1. J'aurais dû écrire que les serveurs pop RESPECTENT le paramètre du client mail disant ***"Server Settings" est mis à "Leave messages on server"*** C'est effectivement le client mail qui envoie un "DELETE" ou pas et suit le setting "Leave messages on server" Pour le serveur pop de GMAIL, il s'en fout et fait le DELETE sans avoir reçu la commande. 2. Pas d'accord GMAIL partie pop a comme paramètre (je viens d'aller vérifier, parce que tu ne crois en rien) A cette page: https://mail.google.com/mail/?tab=wm#settings/fwdandpop on a bien : 2. When messages are accessed with POP : "keep Gamil's copy in the inbox" DONC le serveur POP de GMAIL a bien un paramètre ! Ca va, c'est plus clair comme cela ? (Tu prouve encore plus d'une fois que tu ne sais pas de quoi tu parles)
Hormis le fait que je n'en ai rien à battre, tu ne trouves pas que tes points 1 et 2 sont contradictoires? Relis toi ...
Pour le point 1, J'explique mieux mon texte et j'explique ce que le client mail fait et que gmail s'en fout. Pour le point 2. Je montre qu'il y a bien un paramètre du serveur pop de gmail.
Rambo
zeLittle wrote on 25-07-17 09:50:
Le Mon, 24 Jul 2017 22:22:31 +0200, Rambo a écrit:
C'est quand même bien le client-mail qui décide d'enlever un mail du serveur .... si le client-mail est incapable de faire en sorte que le mail reste sur le serveur, soit le client-mail est mal écrit, soit le serveur prend des initiatives stupides.
C'est exact (selon la RFC 1939 du protocole POP3, ex. de commandes lancées depuis le client): LIST //the POP3 server will send the number of messages eg "+OK 2 messages (320 octets)" RETR 1 //the POP3 server will send message num# 1 DELE 1 //the POP3 server will delete message num# 1
Merci, vous confirmez que je sais bien de quoi je parles, malgré que certains le conteste :-)
zeLittle wrote on 25-07-17 09:50:
Le Mon, 24 Jul 2017 22:22:31 +0200, Rambo <Richmond.TYAMS@pircarre.be>
a écrit:
C'est quand même bien le client-mail qui décide d'enlever un mail du
serveur .... si le client-mail est incapable de faire en sorte que le
mail reste sur le serveur, soit le client-mail est mal écrit, soit le
serveur prend des initiatives stupides.
C'est exact (selon la RFC 1939 du protocole POP3, ex. de commandes
lancées depuis le client):
LIST //the POP3 server will send the number of messages eg "+OK 2
messages (320 octets)"
RETR 1 //the POP3 server will send message num# 1
DELE 1 //the POP3 server will delete message num# 1
Merci, vous confirmez que je sais bien de quoi je parles, malgré que
certains le conteste :-)
Le Mon, 24 Jul 2017 22:22:31 +0200, Rambo a écrit:
C'est quand même bien le client-mail qui décide d'enlever un mail du serveur .... si le client-mail est incapable de faire en sorte que le mail reste sur le serveur, soit le client-mail est mal écrit, soit le serveur prend des initiatives stupides.
C'est exact (selon la RFC 1939 du protocole POP3, ex. de commandes lancées depuis le client): LIST //the POP3 server will send the number of messages eg "+OK 2 messages (320 octets)" RETR 1 //the POP3 server will send message num# 1 DELE 1 //the POP3 server will delete message num# 1
Merci, vous confirmez que je sais bien de quoi je parles, malgré que certains le conteste :-)
The Mover
Nicolas George a écrit :
Rambo , dans le message <ol30jq$k1b$, a écrit :
avec IMAP on ne maîtrise pas
N'importe quoi.
Ne fera aboliser les Croivants sur un rng bsdiste... -- Un coup de pine n'est pas un hasard
Nicolas George a écrit :
Rambo , dans le message <ol30jq$k1b$1@gioia.aioe.org>, a écrit :
avec IMAP on ne
maîtrise pas
N'importe quoi.
Ne fera aboliser
les Croivants
sur un rng bsdiste...
Ne fera aboliser les Croivants sur un rng bsdiste... -- Un coup de pine n'est pas un hasard
The Mover
Nicolas George a écrit :
Non, c'est un argument d'autorité.
Mais ta gueule, va balayer les couloirs de l'ENS...Là au moins tu feras autorité !!! -- Lumpenproletariat pour Linux Linux avec le lumpenproletariat (on peut rêver)
Nicolas George a écrit :
Non, c'est un argument d'autorité.
Mais ta gueule, va balayer les couloirs de l'ENS...Là au moins tu feras
autorité !!!
--
Lumpenproletariat pour Linux
Linux avec le lumpenproletariat (on peut rêver)
Mais ta gueule, va balayer les couloirs de l'ENS...Là au moins tu feras autorité !!! -- Lumpenproletariat pour Linux Linux avec le lumpenproletariat (on peut rêver)
The Mover
Rambo a écrit :
Il est autoritaire, parce que Mossieur sait tout mieux que les autres qui ne sont que des prolétaires incultes
Le mec a fait 15 ans d'études pour finir bignole...Ça se respecte tant d'abnégation -- Pas de riches dans le quartier, Pas de quartier pour les riches
Rambo a écrit :
Il est autoritaire, parce que Mossieur sait tout mieux que les autres
qui ne sont que des prolétaires incultes
Le mec a fait 15 ans d'études pour finir bignole...Ça se respecte tant
d'abnégation
--
Pas de riches dans le quartier,
Pas de quartier pour les riches
