Emeric a écrit 64 commentaires

J'aime bien cette suite que j'utilise en association avec Nextcloud.

Par contre il manque toujours un correcteur grammatical comme LanguageTool, demandé il y a déjà un moment ici : https://github.com/ONLYOFFICE/DocumentServer/issues/558

Effectivement, je retrouve là la liste, grosso merdo, de tout ce qui a besoin…
Après, j'ai passé une bonne partie de mon expérience pro à travailler chez des opérateurs télécom (Orange, Bytel et SFR) et je confirme, ce genre de service, ils s'en foutent royalement !
Étant donné que nous somme dans un monde où tout ce qui est proposé est proposé avant tout pour son aspect lucratif, il est évident que pour que ce genre de service voie le jour, il faut in investissement technique et financier conséquent (sisi… dans ces grosses boites la gestion de projet coute vite beaucoup de pognon).
Ça nous amène derrière a deux options :
* Une part très importante des abonnés est intéressé par le concept et donc le financement pourra être réparti et supportable mais j'ai un gros doute là-dessus…
* …l'autre option : Une option très chère, et du coup peu utilisée, ce qui nous amène à peu de volume, … et donc à une solution non viable…
Ma conclusion est donc : à part s’il y a une règlementation sur le sujet qui impose ce genre de service, il n’y a pas beaucoup de chance pour que ce service soit généralisé dans le secteur grand public.

Merci à toi !

Je connaissais déjà Bitwarden que j'héberge sur mon serveur mais ça fait depuis longtemps que je cherchais à me débarrasser de MSSQL !!!
Je vais donc de ce pas tester l'alternative en Rust (langage que j'affectionne particulièrement en plus :) )

J'ai dû installer ces outils manuellement il y a déjà bien longtemps de ça, mais abandonné depuis car trop compliqué à maintenir…
Après des années chez les GAFAMs je suis revenu sur une solution auto hébergée pour mon mail pro : Mailcow qui a un comme gros avantage de proposer une solution facile à installer et pas trop compliquée à maintenir. Ça fait maintenant 6 mois que je suis dessus et je ne suis pas déçu du résultat.

De mon côté j'ai commencé par utiliser Odoo.

Dans un premier temps très satisfait, j'ai eu le moment venu un gros souci pour la mise à jour, ce qui m'a fait renoncer à ce dernier au profit de Dolibarr, suffisant pour mes besoins primaires (facturation, note de frais, …).

Après, tout est une question de budget : Odoo c'est bien si tu as le temps de renter dans le "bouzin" pour t'occuper de la maintenance sinon à mon avis il vaut mieux souscrire à un contrat de support…

en IPv6 les deux modes existent : SLAAC et DHCPv6

Un blocage administratif chez SFR ça ressemble à ça :
dig libgen.is @192.168.1.1 +short

chez Orange ça ressemble à ça :
$ dig libgen.is @192.168.1.1 +short
127.0.0.1

Pour twitch.tv chez orange :
$ dig twitch.tv @192.168.1.1 +short
151.101.194.167
151.101.66.167
151.101.130.167
151.101.2.167

Étant chez Orange, s'il s'agissait d'un blocage intentionnel ils auraient répondu "127.0.0.1". Je penche donc plus pour un souci technique.

Si vous n'avez pas de contrainte particulière à devoir utiliser oui.sncf (comme moi étant abonné) je vous conseille de passer par https://www.trainline.fr/ (anciennement capitaintrain) qui est nettement plus efficace !

Pas de soucis visiblement sur ma ligne…

Oui effectivement, mais ici ce projet n'est pas du tout destiné à faire des gros déploiements mais plutôt des petits ou tout petits (petite équipe ou environnement de test temporaire) sans avoir à se lancer dans une infrastructure lourde pour ça…

Je ne connaissais pas traefik, et effectivement il y a certaines ressemblances (partie revers proxy)…

Oui je comprends, mais comme c'est un domaine que j'utilise pour ma société, vis-à-vis des partenaires/clients/fournisseurs, ça va clairement pas être évident :p

Je me vois mal demander à certains destinataires (potentiellement des grands comptes) de changer de fournisseur :)

Pour moi, la réponse est souvent de changer d'hébergeur.

Sauf qu’ici je suis justement auto-hébergé et ça ne dépend pas de moi mais des destinataires de mes mail qui sont chez Outlook/Hotmail…

Oui moi aussi j'ai le même message pour mes domaines.

Qu'est-ce que tu as comme résultat avec https://www.senderscore.org/ ?

ReturnPath est un service employé par Outlook et co et sans doute par Google, Yahoo et d'autres pour déterminer la réputation de ton IP

Je me plains de Outlook/Hotmail de mon côté mais tous les gros fournisseurs de mail disposent d'algos assez opaques.

Je me sers de l'outil Spam Testing Tools qui permet de tester la réception de mail vers un grand nombre de fournisseurs de mail de la planète. Je l'utilise avec Thunderbids + Mail Merge qui permet d'envoyer une grosse quantité de mail (fichier csv avec la liste). ATTENTION : il faut mettre une tempo entre chaque envoi sinon il y a un risque de greylistage chez Yahoo/AOL notamment.

Oui, leur "SmartScreen® Filter" marche sur la tête… De manière générale j'ai l'impression que c'est la réputation de l'IP qui influe majoritairement sur le système de filtrage chez eux.

Je l'ai aie contacté une autre fois pour déblacklister un bloc d'IP et la ça a été plus rapide.

Par contre pour mon souci de pourriel : rien à faire pour l'instant malgré plusieurs tickets ouverts…

Concernant GMail j'ai juste enregistré mes domaines sur la page https://postmaster.google.com/managedomains
Je me souviens vaguement avoir eu des soucis au début mais j'ai fait tellement de truc pour que ça marche avec Outlook/Hotmail que je me souviens plus trop ce que j'ai fait pour que ça marche avec GMail. En gros je crois que la grosse galère avec Outlook m'a fait oublier les autres galères :D

Oui pour ce qui est DKIM, SPF et co, tout est OK j'obtiens 10/10 sur mail-tester.com et pour l'IP j'ai 100 sur senderscore.org. Mon problème est uniquement Outook… On verra par la suite.

Bon article !

Pour l'auto-hébergement mail, à mon avis, il manque une référence sur les solutions conteneurisées tel que Mailcow que j'utilise ou Mailu qui commence à gagner en maturité aussi.

Ça fait maintenant deux mois que j'ai quitté la Google suite payante et que je me suis lancé dans l'auto hébergement mail (seul truc que je n'auto-hébergeai pas moi-même).

Franchement, comme une grosse partie des gens qui comme moi, se sont lancés dans cette aventure, le souci majeur, c'est la réputation de l'IP qui sert à envoyer les mails.

À moins de passer par un relais (FAI, hébergeur dédié/mutu), vous aurez de bonne chance de passer par le parcours du combattant "Réputation de mon IP". Il faut que d'une part les services tiers accepte vos mail et en suite ne les marque pas comme pourriel.

Si vous voulez héberger chez vous : à mon avis vous êtes bon pour passer par un hôte relais SMTP sans quoi une grosse partie de vos mails ne seront tout simplement pas acceptés (Outlook/Hotmail, Yahoo et co, …)

Si vous êtes hébergé chez Scaleway (Online) comme moi au équivalent (OVH, etc), tout dépends de l'IP que vous allez récupérer.

À mon avis on peut classer en trois catégories :
1. Pas de chance : vous avez une IP avec une mauvaise réputation et là, c'est grosse galère garantie et vous êtes bon pour faire du porte-à-porte pour blanchir votre IP auprès des services de réputation d'IP et "postmaster" de la planète.
2. Neutre, l'IP n'a pas de mauvaise réputation : vos mails sont acceptés mais marqués comme pourriel par certains gros hébergeurs.
3. Le cas de type "Perfect" : IP super propre avec une excellente réputation. Vous avez une chance incroyable. Vous devez cependant vous assurer que cette réputation ne se dégrade pas par la suite.

Dans tous les cas si vous avez la possibilité de choisir une IP dans une liste il est fortement conseillé de la terser au maximum la réputation de cette dernière. Et là encore, ça n'offre pas de garantie absolue.

Moi je suis dans le cas intermédiaire où j'ai choisi une IP qui était blacklistée nulle-part.

Ça n'a pas empêché que les mails vers certain service comme AOL/Yahoo, Outlook/Hotmail, GMX/Caramail et d'autres était considérés comme pourriel. Après quelle que jours à me battre avec les services "Postmaster" des différents hébergeurs, j'ai pu résoudre la quasi-totalité des problèmes.

Là, il y a quatre catégories :
1. Facile (example GMX/Caramail) : Vous utiliser un service dédié ou vous ouvrez un ticket chez le prestataire. Ils répondent rapidement et vous blanchi votre IP/domaine dans la foulée :)
2. Intermédiaire (exemple Google) : C'est un peu plus long. Ils disposent de systèmes de réputation d'IP plus opaques et m'a demandé plus de temps pour que ça passe.
3. Difficile (exemple Yahoo/AOL) : ici, on monte encore d'un cran, avec plus d'échanges et d'allers-retours avec le service Postmaster pour que les mails passent enfin dans la boite de réception.
4. Le BOOS DE LA FIN ! Le prestataire qui tien haut la main la palme de l'emmerdeur absolu : Outlook/Hotmail avec son "SmartScreen® Filter". Ça fait deux mois durant lequel j'ai tenté :
1. Ajout des IPs dans leur service "Junk Mail Reporting Program"
2. Ouverture de tickets : Il est ici très compliqué de dialoguer avec de vrais personnes. La majorité des réponses sont effectués par des automates, ensuite si on tente de pousser un peu plus loin, on se heurte à un mur avec toujours le même type de réponse préformatée avec de vagues recommandations qui ne change pas grand-chose dans l'absolu.
3. Ouverture d'un certain nombre de comptes chez Homail pour marquer mes mails comme légitime.

Voilà en gros où j'en suis, donc si quelqu'un a un tuyau pour le boss de la fin, je suis vraiment preneur !

ça y est ça arrive : https://gitlab.com/ercom/citbx4gitlab/merge_requests/22

Il y a quand-même une chose contraignante qui n'a pas été mentionnée qui est le fait que le script run.sh doit être situé dans le projet et une évolution consisterait à avoir un cas d'utilisation où on utilise de manière totalement externe. Ce sera l'objet de la prochaine évolution.

Vu la liste des besoins il réponds effectivement à tous ceux que vous citez

• Pour le fonctionnement "interne" je me rapproche le plus possible de celui de gitlab-runner.
• Pour ce qui est des exemples concrets, j'ai tout un tas d'exemples ici
• Pour les prérequis il y a juste Linux (où tout autre système supportant docker) avec bash 4 sachant que tout le reste s'installe avec le procédure tools/gitlab-ci/run.sh setup (pour l'instant seuls le setup ubuntu et gentoo sont suppourtés, pour les autres il faudrait ajouter le script de setup dans tools/gitlab-ci/env-setup/<distro>.sh

Pour avoir utilisé Odoo pendant un temps ils est assez puissant mais pour une utilisation simple je le déconseille fortement car la maintenance est assez lourde et une migration sois même : bon courage…
Pour une grosse boite avec l'abonnement support et co ça doit être pas mal.

Avec ma SASU je suis passé à Dolibarr que je trouve plus simple et suffisant pour mes besoins.

Effectivement je m'attendais un peut à cette réponse concernant getops. Je conviens tout à fait que dans pas mal de cas getopt/getopts dont je me sert dans ce script convient parfaitement. Là ici ma "lib" étends/simplifie beaucoup plus des choses qui faudrait faire avec les outils comme getopt/getopts. De plus l'affichage de l'aide, les settings, et l'invite interactive c'est un plus :)

voilà, je suis parvenu à faire ce que je voulais en faisant un module apache : c'est le seul moyen de récupérer une connexion direct avec le client.

Pour ceux que ça intéresserait, voici l'adresse du code : http://svn.mr-ti.com/mod_ucfwd/trunk/mod_ucfwd.c