collet remi a écrit 11 commentaires

J'ai essayé avant de poster mon commentaire ;)

C'est une adresse email avec le même nom de domaine qui pointe sur un compte mail.

c'est une vision limitée ;)

Utiliser toto@project.net => toto@orange.fr reste une redirection / un alias valide (mais fonctionne désormais uniquement pour la réception)

Alors effectivement, toto@orange.fr => foobar@orange.fr fonctionne dans les 2 sens

Donc n'importe quel utilisateur d'orange peut se faire passer pour n'importe quel autre utilisateur d'orange…

C'est même pire, puisqu'en croyant la sécurité renforcée, ou pourrait faire confiance aux adresses des mail reçus, à tord.

Bref, leur truc ne sert à rien du tout, ça pourrit juste la vie de ceux qui essaie de faire les choses proprement, et ne pose aucun soucis aux personnes malveillantes.

Ma question de départ était (en version simplifiée) :
"Comment configurer le return-path dans Thunderbird ?"

La plupart des outils le permettent

• sendmail => option -f
• phpmailer => propriété Sender
• etc

Bref, je vais donc continuer à compiler ma version modifiée de Thunderbird qui répond à mes besoins pour m'éviter de changer 25 ans de pratiques, de refaire mes abonnements à des dizaines de liste de diffusion, de prévenir des centaines de contacts de ma nouvelle adresse ou de payer pour un service de messagerie pour mes domaines (ex: gandi chez qui cela était gratuit).

Je ne comprends pas vraiment ce que tu appelles alias dans ce cas?

Ce sont des "alias" au sens de messagerie (fichier /etc/aliases), des redirections.

C'est à dire qu'ils sont configurés dans le domaine et redirigés vers une adresse d'un autre domaine (donc pour permettre l'envoi vers l'alias)

Mon besoin est donc de pouvoir aussi utiliser les alias pour l'envoi.

Du coup ce serait quoi qui est autorisé ou interdit?

Il faut vérifier, en fonction du FAI.

Non désolé, uniquement la réponse des services de support (Gandi et Orange)

Je retrouve l'article Gandi sur le moteur de recherche, mais il n'est plus accessible:
Envoi de courriel bloqué - Not allowed to take this identity

Je n'ai pas trop compris, tous tes messages sortant passent par le serveur SMTP sortant de ton FAI?

Oui

Il suffit alors de changer de SMTP sortant en fonction du compte qui envoie les emails.

Le problème c'est que les adresses de projet (ex php.net) n'ont pas de SMTP, donc c'est oligatoirement celui du FAI.

Mon besoin est le suivant :

• outil en ligne pour être accessible depuis n’importe quel poste (intranet, pour l’instant, tout le monde à tous les droits)

=> GLPI ok

• associer directement différents documents (data-sheet, caractérisation,…)

=> GLPI ok

• gérer les différents entretiens (nettoyage, calibration,…) avec des icônes en fonction du temps restant

=> GLPI ok (tickets)

• un journal disponible pour chaque composant listé (pour suivre les aventures de laser22 et la fabuleuse calibration d’analyseur_de_spectre12)

=> GLPI ok (historique)

• plusieurs inventaires peuvent être créés (plusieurs équipes ou domaines par exemple…)

=> => GLPI ok (entités)

• des sections « administratif » et « technique » clairement différenciées pour permettre de remplir uniquement une partie si on le souhaite.

=> GLPI ok (profils)

• Si on affiche une seule catégorie, il est possible de trier en fonction des caractéristiques spécifiques à celle-ci

=> GLPI ok (moteur de recherche)

Pourquoi ne pas avoir simplement regarder du côté de GLPI

Même s'il peut manquer des fonctionnalités (j'ai pas vérifier la checklist), la contribution à un projet actif, et qui fait référence dans le domaine, aurait sans doute était plus efficient.

Non, non, pas d'accent ;) http://fr.wikipedia.org/wiki/Remi_de_Reims

Dans le lien, c'est "Remi Collet" sans accent ;)

RHSCL 1.0 est disponible dans centos-scl.

RHSCL 1.1 n'est pas encore disponible pour CentOS (l'équipe et les machines sont déjà bien occupés avec la construction de CentOS-7).

Par contre les dépôts "upstream" existent sur https://www.softwarecollections.org/en/ (ceux liés à l'utilisateur "rhscl").

Les extensions mysql, mysqli et pdo_mysql utilisent maintenant la bibliothèque native
d'accès à MySQL mysqlnd, au lieu de la bibliothèque officielle de MySQL.

Non, pas du tout.
C'est un choix au moment de la compilation.

Soit on active "mysqlnd", et dans ce cas c'est ce pilote qui sera utilisé par mysql, mysqli et pdo_mysql,

Soit on continue d'utiliser le pilote "libmysql".

Par contre : nouveauté : il est possible de construire "mysqlnd" comme une extension partagée (en fait, c'est aussi possible depuis la 5.3.8)

Ce qui permet de basculer simplement d'un pilote à l'autre.

D'ailleurs, Fedora fournit depuis sa version 16, deux paquets:
- php-mysql (mysql, mysqli, pdo_mysql utilisant libmysql)
- php-mysqlnd (mysqlnd, mysql, mysqli et pdo_mysql).
Bien sur on doit choisir lequel on installe.

Normalement les 2 pilotes sont iso-fonctionnels.