Ben parce que je passe d'une vision dans laquelle AWS est déficitaire à une autre dans laquelle il y a 30% de marge. Du coup je tombe d'assez haut. Je dois être assez naïf ;).
Pour compléter ton excellente commentaire: les services "intégrés" genre tenor, giphy, les liens embedded (twitter/facebook/etc…) permettent de sous-traiter la revente par rebond.
Un peu comme Firefox qui gagne de l'argent grâce à Google, sans revendre les données pour autant.
Je ne sais pas si ma lecture du doc est bonne, mais donc AWS serait à 30% de marge ? Si c'est le cas je suis sur le cul. Je suspecte quand même que ce soit avant dividendes et taxes.
Bargain: gros broker, et il y a un site de vente en ligne complet, mais il vaut mieux préparer sa commande et contacter un commercial, surtout pour du volume : ils font facilement des réductions qu'on ne peut pas avoir par la boutique en ligne. La garantie est de 1 ou 3 mois (à vérifier), et en échange : il faut renvoyer le matériel. Je n'ai pas commandé chez eux depuis le Brexit, du coup les choses peuvent avoir changé.
NISC: plus petit, se fourni chez les brokers. Le site internet n'est pas complet, quand je commande j'envoie un mail avec ce que je veux, NISC me fait une proposition (en proposant des composants différents si besoin, il y a une très bonne connaissance du matériel vendu). Ensuite mes machines sont assemblées et mises à jour (petit détail qui fait plaisir). La garantie est de un an, envoi des pièces de rechange sur place. Un peu plus cher que Bargain mais les machines sont mieux testées, me semble-t-il.
Anecdote sympa: il y a trois semaines, je commande 3 serveurs R730 chez NISC. Le commercial me dit "oula il y a du délai sur ces châssis en ce moment". Je lui dit que j'ai besoin de 1 seul assez vite. Il a été livré le lendemain, "emprunté" à une autre commande qui n'était pas pressée. J'ai beaucoup apprécié !
Dans les deux cas, plus on achète, plus on a de bons prix (mais c'est pareil chez Dell ou Cisco).
Pour les stations de travail 3D, je suis passé plusieurs fois par workstation4u.de, mais la différence de prix est moins grande qu'avec des serveurs, du coup j'ai tendance à prendre du neuf (en achetant par paquet de 10 machines on obtient des bonnes réductions).
Il y a bien cette phrase : « Le bénéfice d'exploitation d'AWS pour l'exercice 2019 s'est élevé à 9 milliards de dollars ». Pour environ 40 milliards de chiffre d'affaire. 25% de marge ? J'y crois très très moyen, mais bon, je peux me tromper. Le résultat net serait sans doute une donnée plus juste à avoir (une fois les actionnaires payés, ce qui n'est pas une petite somme dans ce genre de boîte).
L'article lié mélange allègrement chiffre d'affaire d'AWS et bénéfice d'Amazon au complet, avec des nombres au trimestre et à l'année. Je ne vois pas trop quoi en conclure, sinon que ça reprend un communiqué de presse d'Amazon en mode youpi-youpi.
C'est possible, mais à un moment, GCP doit faire preuve de sa rentabilité, genre d'ici 2 ou 3 ans si on en croit le web. J'ai lu qu'AWS a mis une dizaine d'année avant de devenir profitable (donc vers 2012-2016)
Dans le cas d'Amazon (et d'autres, mais l'exemple est flagrant avec Amazon), c'est la boutique en ligne qui comble les pertes d'AWS.
Ce qui fait que les discussions sur la séparation des géants (les Big Tech) posent problème : si AWS devient une entité différente de Amazon, il devient plus difficile de cacher les problèmes financiers dans la masse, et de continuer à vendre du Cloud à perte en faisant croire que c'est pas cher.
Oui, le calcul a faire est : les coûts cachés occasionnés par du matériel d'occasion dépassent-t-ils le coût du matériel neuf ?
Sur mon parc (principalement des NAS et une ferme de rendu), c'est clair que non, et de loin. J'ai environ 50 NAS en production et 2 d'avance en stock (donc non productifs). Rien que le prix neuf de 2 serveurs de secours me permettrait d'acheter 20 serveurs d'occasion. Donc bon, pour moi le calcul est vite fait.
D'ailleurs, je viens de le faire pour vérifier mes dires sur le facteur 10 :
config type serveur de grand fabricant américain, 2U, 2x Xeon, 128GB ram, 12 baies de disques (sans les disques), raid matériel, carte réseau 2x10Gbps, double alimentation, rails.
En neuf, gamme actuelle, garantie 3 ans : 16030€
En occasion, gamme précédente, garantie 1 ans: 1580€
Bon dans le cas de RPI, en effet on peut acheter neuf ;).
Les meilleurs contrats de support (qui sont en supplément de la garantie standard !) vont proposer un remplacement des pièces sous 4 heures¹²³⁴ . Avoir le matériel de remplacement déjà sur place (car il était pas trop cher, donc on se le permet) fait passer le temps de remplacement sous l'heure.
Ce raisonnement est valable pour mon environnement, ça n'est pas forcément une bonne approche partout, ceci dit.
¹ Sous conditions, se reporter aux conditions générales de vente, pages 2071 à 2122.
² Sous réserve de technicien et de pièces disponible.
³ Aux heures de bureau, fuseau horaire variable.
⁴ Sauf si le matériel a été insulté, non mais !
Bon article qui montre qu'en exploitant la logique jetable des containers (nommés à tord microservices) on peut avoir un bon taux de dispo avec du matériel peu fiable (tant que le réseau est solide, ce qui est le cas). Je trouve la démarche super.
À mon boulot, j'ai une autre stratégie : j'achète quasiment tous les serveurs d'occasion (principalement pour faire des serveurs NFS sous Debian) : 1/10 ou 1/20 du prix neuf pour des machines qui ont 5/6 ans. (et mes ordis perso aussi d'ailleurs).
Bien trop d'entreprises changent leur matériel alors qu'il remplit encore sa mission parfaitement.
D'après un article de Phoronix en mars 2020 pour une utilisation qui a l'air orientée serveur, f2fs bat ext4 sur pas mal de benchmarks mais globalement ext4 sort très légèrement gagnant côté performances sur SSD.
Dans l'article mis en lien, ext4 remporte tous les comparatifs.
Ceci dit :
- une écrasante majorité des utilisateurs ne comprennent pas l'intérêt de ces mesures (manque de formation, ou de pédagogie de la part de la DSI).
- une autre écrasante majorité des incidents de sécurités ont pour origine des erreurs humaines, qui auraient pu être évitées… Avec un peu de pédagogie.
Le nombre de fois où j’entends que "c'est bon, on est pas une banque"…
J'ai regardé le film hier soir, suite aux conseils d'un ami. Il faut le voir pour le croire, surtout la partie Amazon Mechanical Turk qui m'a totalement déprimée. Les (superbes) images des décharges de vélos mettent une réalité physique sur ce qu'est un travail précaire.
Le docu traite de plusieurs aspects du travail à la tâche déréglementé :
le travail visible (uber, deliveroo…)
le travail invisible : Mechanical Turk, l'assistance aux IA (ou l'homme aide l'ordi qui aide l'homme…)
le système de rémunération adaptatif qui "affame" les travailleurs pour leur éviter de prendre confiance.
l'absence totale d'humanisme et de considération des travailleurs.
les structures qui mettent en place ces systèmes sont des milliardaires en faillite.
Ça peut paraître un peu long (85 minutes), mais j'ai trouvé le doc très complet.
Posté par cg .
En réponse au journal Le cloud souverain Françoogle.
Évalué à 6.
Dernière modification le 18 mai 2021 à 21:38.
Je comprend ce que tu veux dire, c'est vrai que c'est plus pratique de tout avoir chez le même fournisseur. Mais aussi plus risqué, n'est-ce pas aws-us-east1 ?
L’intérêt de ces grands fournisseurs de cloud vient aussi du vaste catalogue […] demain si j'ai besoin d'utiliser un service de reconnaissance d'image, je peux l'utiliser en restant chez le même fournisseur.
C'est drôle parce que justement un des intérêts, c'est de pouvoir consommer les APIs dans le cloud de ton choix, au prix d'une intégration peut-être moins directe, mais avec la possibilité de butiner d'un opérateur à l'autre.
Aussi, un opérateur qui n'est pas cité est l'assez discret mais géant Alibaba Cloud, qui a le même trajet que AWS: une plateforme interne devenue cloud public.
Certes, si ransomware passe par un autre vecteur d'infection.
Note que ça n'empêche pas non plus un voleur de te piquer ton ordi chez toi, ou encore une culturiste de broyer ton ordi à mains nues, juste pour le plaisir :).
Ben si, la solution c'est de pas avoir accès à Internet depuis ta machine de dev (ou ton réseau de prod).
Ça peut faire sourire, mais c'est une des exigence de certains de nos clients. Les techniques du genre Remote Browser Isolation¹ sont une bonne solution pour pouvoir consulter le web tout en n'ayant pas d'accès à Internet.
¹ La plupart du temps, ça consiste à envoyer les infos clavier/souris dans un navigateur qui est dans une DMZ et à récupérer les pixels de l'affichage.
Bel article. Je voulais revenir sur un point ou deux :
Le catalogue de services : en effet, ça pourrait (devrait !) commencer avec un catalogue modeste mais solide (règle du 80/20).
L'argent dépensé en licences pourrait financer pléthore d'ingés pour travailler sur Openstack, de la containérisation ou du SDN. Quel gâchis :( !
Les mauvaises expériences passées : je bossais dans ce secteur quand Cloudwatt a été monté, a démarré, a été absorbé, puis tué. C'était quand même une vaste blague, tout le monde savait que ça finirait dans le giron d'Orange. Il aurait fallu essayer vraiment (je critique pas les gens de Cloudwatt sur ce point, mais le gouvernement).
Ce que tu décris, c'est un boulot qui a un rendement très très faible (se mobiliser 8 à 12 heures par jour pour quelques minutes de travail effectif), mais qui reste utile. Temporairement aider les gens qui ont besoin d'un ascenseur pour sortir et rentrer de chez eux est utile. C'est plus comparable à la vie en caserne (pompiers ou militaires), qui passent beaucoup de temps à attendre un incident.
Des alternatives à ces deux jeunes seraient de construire un second ascenseur pendant la réparation du premier (cher), ou reloger les gens en situation de dépendance (cher et pas forcément bien accepté).
Les jobs dont il est question dans l'émission (et le livre) sont des jobs qui sont à la limite de l'arnaque : genre vendre des études qui disent ce que tu veux entendre, ou faire des interviews sans une méthodologie qui permette de donner du sens aux données.
Ce ne sont pas des boulots pourris ou chiants, ce sont des boulots qui n'ont pas de sens.
SPF n'est pas compatible avec les listes de discussion. Il force à munger les champs from:
J'ai un doute là-dessus, quand même. Il me semble qu'il y a confusion entre From, From:, et MAIL FROM:. À priori un filtre SPF s'intéresse surtout à MAIL FROM:, non ?
[^] # Re: Séparation des entités
Posté par cg . En réponse au journal Le nuage de la discorde. Évalué à 8.
Ben parce que je passe d'une vision dans laquelle AWS est déficitaire à une autre dans laquelle il y a 30% de marge. Du coup je tombe d'assez haut. Je dois être assez naïf ;).
[^] # Re: Remises énormes
Posté par cg . En réponse au journal Le nuage de la discorde. Évalué à 5.
Pour compléter ton excellente commentaire: les services "intégrés" genre tenor, giphy, les liens embedded (twitter/facebook/etc…) permettent de sous-traiter la revente par rebond.
Un peu comme Firefox qui gagne de l'argent grâce à Google, sans revendre les données pour autant.
[^] # Re: Séparation des entités
Posté par cg . En réponse au journal Le nuage de la discorde. Évalué à 3.
Merci !
Je ne sais pas si ma lecture du doc est bonne, mais donc AWS serait à 30% de marge ? Si c'est le cas je suis sur le cul. Je suspecte quand même que ce soit avant dividendes et taxes.
[^] # Re: Il existe un marché de l'occasion pour les serveurs
Posté par cg . En réponse au lien Comment diviser par 7 le coût de ses serveurs ….. ou presque. Évalué à 7.
Je suis longtemps passé par Bargain Hardware (https://www.bargainhardware.co.uk/), mais depuis quelques mois je passe par NISC (https://shop.nisc-info.fr/).
Bargain: gros broker, et il y a un site de vente en ligne complet, mais il vaut mieux préparer sa commande et contacter un commercial, surtout pour du volume : ils font facilement des réductions qu'on ne peut pas avoir par la boutique en ligne. La garantie est de 1 ou 3 mois (à vérifier), et en échange : il faut renvoyer le matériel. Je n'ai pas commandé chez eux depuis le Brexit, du coup les choses peuvent avoir changé.
NISC: plus petit, se fourni chez les brokers. Le site internet n'est pas complet, quand je commande j'envoie un mail avec ce que je veux, NISC me fait une proposition (en proposant des composants différents si besoin, il y a une très bonne connaissance du matériel vendu). Ensuite mes machines sont assemblées et mises à jour (petit détail qui fait plaisir). La garantie est de un an, envoi des pièces de rechange sur place. Un peu plus cher que Bargain mais les machines sont mieux testées, me semble-t-il.
Anecdote sympa: il y a trois semaines, je commande 3 serveurs R730 chez NISC. Le commercial me dit "oula il y a du délai sur ces châssis en ce moment". Je lui dit que j'ai besoin de 1 seul assez vite. Il a été livré le lendemain, "emprunté" à une autre commande qui n'était pas pressée. J'ai beaucoup apprécié !
Dans les deux cas, plus on achète, plus on a de bons prix (mais c'est pareil chez Dell ou Cisco).
Pour les stations de travail 3D, je suis passé plusieurs fois par workstation4u.de, mais la différence de prix est moins grande qu'avec des serveurs, du coup j'ai tendance à prendre du neuf (en achetant par paquet de 10 machines on obtient des bonnes réductions).
[^] # Re: Séparation des entités
Posté par cg . En réponse au journal Le nuage de la discorde. Évalué à 4.
Il y a bien cette phrase : « Le bénéfice d'exploitation d'AWS pour l'exercice 2019 s'est élevé à 9 milliards de dollars ». Pour environ 40 milliards de chiffre d'affaire. 25% de marge ? J'y crois très très moyen, mais bon, je peux me tromper. Le résultat net serait sans doute une donnée plus juste à avoir (une fois les actionnaires payés, ce qui n'est pas une petite somme dans ce genre de boîte).
L'article lié mélange allègrement chiffre d'affaire d'AWS et bénéfice d'Amazon au complet, avec des nombres au trimestre et à l'année. Je ne vois pas trop quoi en conclure, sinon que ça reprend un communiqué de presse d'Amazon en mode youpi-youpi.
[^] # Séparation des entités
Posté par cg . En réponse au journal Le nuage de la discorde. Évalué à 0.
Dans le cas d'Amazon (et d'autres, mais l'exemple est flagrant avec Amazon), c'est la boutique en ligne qui comble les pertes d'AWS.
Ce qui fait que les discussions sur la séparation des géants (les Big Tech) posent problème : si AWS devient une entité différente de Amazon, il devient plus difficile de cacher les problèmes financiers dans la masse, et de continuer à vendre du Cloud à perte en faisant croire que c'est pas cher.
[^] # Re: Il existe un marché de l'occasion pour les serveurs
Posté par cg . En réponse au lien Comment diviser par 7 le coût de ses serveurs ….. ou presque. Évalué à 3.
Oui, le calcul a faire est : les coûts cachés occasionnés par du matériel d'occasion dépassent-t-ils le coût du matériel neuf ?
Sur mon parc (principalement des NAS et une ferme de rendu), c'est clair que non, et de loin. J'ai environ 50 NAS en production et 2 d'avance en stock (donc non productifs). Rien que le prix neuf de 2 serveurs de secours me permettrait d'acheter 20 serveurs d'occasion. Donc bon, pour moi le calcul est vite fait.
D'ailleurs, je viens de le faire pour vérifier mes dires sur le facteur 10 :
config type serveur de grand fabricant américain, 2U, 2x Xeon, 128GB ram, 12 baies de disques (sans les disques), raid matériel, carte réseau 2x10Gbps, double alimentation, rails.
En neuf, gamme actuelle, garantie 3 ans : 16030€
En occasion, gamme précédente, garantie 1 ans: 1580€
Bon dans le cas de RPI, en effet on peut acheter neuf ;).
Les meilleurs contrats de support (qui sont en supplément de la garantie standard !) vont proposer un remplacement des pièces sous 4 heures¹²³⁴ . Avoir le matériel de remplacement déjà sur place (car il était pas trop cher, donc on se le permet) fait passer le temps de remplacement sous l'heure.
Ce raisonnement est valable pour mon environnement, ça n'est pas forcément une bonne approche partout, ceci dit.
¹ Sous conditions, se reporter aux conditions générales de vente, pages 2071 à 2122.
² Sous réserve de technicien et de pièces disponible.
³ Aux heures de bureau, fuseau horaire variable.
⁴ Sauf si le matériel a été insulté, non mais !
# Il existe un marché de l'occasion pour les serveurs
Posté par cg . En réponse au lien Comment diviser par 7 le coût de ses serveurs ….. ou presque. Évalué à 9. Dernière modification le 28 mai 2021 à 21:25.
Bon article qui montre qu'en exploitant la logique jetable des containers (nommés à tord microservices) on peut avoir un bon taux de dispo avec du matériel peu fiable (tant que le réseau est solide, ce qui est le cas). Je trouve la démarche super.
À mon boulot, j'ai une autre stratégie : j'achète quasiment tous les serveurs d'occasion (principalement pour faire des serveurs NFS sous Debian) : 1/10 ou 1/20 du prix neuf pour des machines qui ont 5/6 ans. (et mes ordis perso aussi d'ailleurs).
Bien trop d'entreprises changent leur matériel alors qu'il remplit encore sa mission parfaitement.
# Serait-ce le sujet à la mode ?
Posté par cg . En réponse au message Nextcloud vs Owncloud. Évalué à 3.
https://news.gandi.net/fr/2021/05/nextcloud-vs-owncloud-quelle-solution-de-cloud-en-ligne-choisir/
De mon côté j'envisage plutôt Nextcloud pour une installation dans la DMZ de mon boulot (pour le service File Drop seulement à priori).
[^] # Re: ext4 vs f2fs sur flash / ssd
Posté par cg . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à 2. Dernière modification le 25 mai 2021 à 20:41.
Ah, quelle buse je fais, comme le lien était sur la page 4, j'ai pas vu les pages d'avant :-o .
Bon, la conclusion de l'article reste : "At the end of the day […] EXT4 came out to being just 2% faster than F2FS".
[^] # Re: ext4 vs f2fs sur flash / ssd
Posté par cg . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à 2.
Dans l'article mis en lien, ext4 remporte tous les comparatifs.
# ça dépend du type ICMP
Posté par cg . En réponse au message Protocole ICMP, champs incompris. Évalué à 3.
D'après Wikipedia, ce serait plutôt :
Mais je pars du principe que ton code utilise bien le type = 13.
Pour les autres type, ce sont d'autres informations.
[^] # Re: 100% des DSI n'ont pas les moyens de leurs ambitions
Posté par cg . En réponse au lien 74 % des entreprises ne surveillent pas les accès d'appareils non-autorisés à leurs systèmes. Évalué à 1.
C'est tellement vrai.
Ceci dit :
- une écrasante majorité des utilisateurs ne comprennent pas l'intérêt de ces mesures (manque de formation, ou de pédagogie de la part de la DSI).
- une autre écrasante majorité des incidents de sécurités ont pour origine des erreurs humaines, qui auraient pu être évitées… Avec un peu de pédagogie.
Le nombre de fois où j’entends que "c'est bon, on est pas une banque"…
# à voir
Posté par cg . En réponse au lien Travail à la demande - l'économie des petits boulots ou gig economy". Évalué à 1.
J'ai regardé le film hier soir, suite aux conseils d'un ami. Il faut le voir pour le croire, surtout la partie Amazon Mechanical Turk qui m'a totalement déprimée. Les (superbes) images des décharges de vélos mettent une réalité physique sur ce qu'est un travail précaire.
Le docu traite de plusieurs aspects du travail à la tâche déréglementé :
Ça peut paraître un peu long (85 minutes), mais j'ai trouvé le doc très complet.
# ms word
Posté par cg . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 1.
En fait, tout ça me rappelle le problème des macros dans Word des années 90.
[^] # Re: Chouette résumé
Posté par cg . En réponse au journal Le cloud souverain Françoogle. Évalué à 6. Dernière modification le 18 mai 2021 à 21:38.
Je comprend ce que tu veux dire, c'est vrai que c'est plus pratique de tout avoir chez le même fournisseur. Mais aussi plus risqué, n'est-ce pas aws-us-east1 ?
C'est drôle parce que justement un des intérêts, c'est de pouvoir consommer les APIs dans le cloud de ton choix, au prix d'une intégration peut-être moins directe, mais avec la possibilité de butiner d'un opérateur à l'autre.
Aussi, un opérateur qui n'est pas cité est l'assez discret mais géant Alibaba Cloud, qui a le même trajet que AWS: une plateforme interne devenue cloud public.
[^] # Re: Pas de solution ?
Posté par cg . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 1.
Certes, si ransomware passe par un autre vecteur d'infection.
Note que ça n'empêche pas non plus un voleur de te piquer ton ordi chez toi, ou encore une culturiste de broyer ton ordi à mains nues, juste pour le plaisir :).
[^] # Re: Pas de solution ?
Posté par cg . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 2.
Ben si, la solution c'est de pas avoir accès à Internet depuis ta machine de dev (ou ton réseau de prod).
Ça peut faire sourire, mais c'est une des exigence de certains de nos clients. Les techniques du genre Remote Browser Isolation¹ sont une bonne solution pour pouvoir consulter le web tout en n'ayant pas d'accès à Internet.
¹ La plupart du temps, ça consiste à envoyer les infos clavier/souris dans un navigateur qui est dans une DMZ et à récupérer les pixels de l'affichage.
# Chouette résumé
Posté par cg . En réponse au journal Le cloud souverain Françoogle. Évalué à 10.
Bel article. Je voulais revenir sur un point ou deux :
Le catalogue de services : en effet, ça pourrait (devrait !) commencer avec un catalogue modeste mais solide (règle du 80/20).
L'argent dépensé en licences pourrait financer pléthore d'ingés pour travailler sur Openstack, de la containérisation ou du SDN. Quel gâchis :( !
Les mauvaises expériences passées : je bossais dans ce secteur quand Cloudwatt a été monté, a démarré, a été absorbé, puis tué. C'était quand même une vaste blague, tout le monde savait que ça finirait dans le giron d'Orange. Il aurait fallu essayer vraiment (je critique pas les gens de Cloudwatt sur ce point, mais le gouvernement).
# Possible, oui
Posté par cg . En réponse au message Réseau sous Qemu/KVM. Évalué à 2.
C'est possible tant que les VMs sont sur le même serveur physique, même si celui-ci est isolé niveau réseau.
Tu peux même te faire des VMs dans des réseaux différents, et une VM qui fasse routeur entre ces réseaux, tout ça sur le même serveur physique.
[^] # Re: Exemple vécu
Posté par cg . En réponse au lien Bullshit jobs (podcast Les Pieds sur Terre, 28 min) - franceculture.fr. Évalué à 4.
Ce que tu décris, c'est un boulot qui a un rendement très très faible (se mobiliser 8 à 12 heures par jour pour quelques minutes de travail effectif), mais qui reste utile. Temporairement aider les gens qui ont besoin d'un ascenseur pour sortir et rentrer de chez eux est utile. C'est plus comparable à la vie en caserne (pompiers ou militaires), qui passent beaucoup de temps à attendre un incident.
Des alternatives à ces deux jeunes seraient de construire un second ascenseur pendant la réparation du premier (cher), ou reloger les gens en situation de dépendance (cher et pas forcément bien accepté).
Les jobs dont il est question dans l'émission (et le livre) sont des jobs qui sont à la limite de l'arnaque : genre vendre des études qui disent ce que tu veux entendre, ou faire des interviews sans une méthodologie qui permette de donner du sens aux données.
Ce ne sont pas des boulots pourris ou chiants, ce sont des boulots qui n'ont pas de sens.
[^] # Re: Pas convaincu
Posté par cg . En réponse au journal Atomisation des SPAM (postfix) : Hack de spf-policyd. Évalué à 1.
Merci, le texte de Stéphane est clair !
[^] # Re: Pas convaincu
Posté par cg . En réponse au journal Atomisation des SPAM (postfix) : Hack de spf-policyd. Évalué à 1.
Hello,
J'ai un doute là-dessus, quand même. Il me semble qu'il y a confusion entre
From,From:, etMAIL FROM:. À priori un filtre SPF s'intéresse surtout àMAIL FROM:, non ?[^] # Re: LinuxFR Re: NextINpact
Posté par cg . En réponse à la dépêche Quel téléphone (plus ou moins) libre en 2021 ?. Évalué à 1.
et pou boucler la boucle : https://linuxfr.org/users/totof2000-2/liens/reference-recursive
# Circulez !
Posté par cg . En réponse au lien Référence récursive. Évalué à 6.
Référence circulaire plutôt ;)
https://linuxfr.org/news/quel-telephone-plus-ou-moins-libre-en-2021#comment-1852152