You are not logged in.
Bonjour,
Je m'en remets à nouveau à vous pour un petit problème de connexion au serveur mail. Voici la situation actuelle :
Serveur GLPI en place sur Windows 2003, opérationnel et fonctionnel depuis plusieurs années.
Mise en place d'un nouveau serveur GLPI/OCS, dédié, sous RedHat, pas de firewall sur le serveur.
Sur le nouveau GLPI (serveur Redhat) j'ai placé exactement les même configurations pour le collecteur mail et l'authentification au serveur mail mais chaque test de connexion me renvois le message "test échoué".
Voici la config pour l'authentification au srv mail (idem pour le collecteur) :
Nom : help@domain.com
Actif : oui
Nom de domain : domain.com
Serveur : 192.168.XXX.XXX
Options de cnx : POP
Cette même configuration fonctionne avec le serveur Windows depuis plusieurs années.
J'ai vérifié la config IMAP POP et SMTP sur mon serveur Exchange 2003 en suivant cette procédure : http://www.glpi-project.org/wiki/doku.p … g:exchange
La version de GLPI est la même sur les deux serveurs : 0.84.2
Y-a-t il des logs sur ces tests de connexion pour aider à debuger ?
Quelque chose m'échappe, c'est sur, mais quoi ?
Un nouveau regard sur mon problème pourrait sans doute voir ce que je ne sais plus voir moi même, j'en suis sur :-)
Si besoin d'autres infos, je suis à vous !
Last edited by PioT (2014-04-09 16:21:00)
Offline
Je pense qu'il faut charcher du côté des options de configuration
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Désolé du retard, Je pense que cela vient plutôt de la config' du serveur mail vu que celle de GLPI semble simple et correcte, mais je vais encore creuser :-/
Last edited by PioT (2014-04-15 15:05:04)
Offline
Petite mise a jour, voilà ce que je trouve dans les logs php GLPI :
Unknow: Can't connect to IPSERVERMAIL,110: Permission denied
(errflg=2)
Backtrace :
Le soucis c'est que sur mon serveur exchange, le pop et l'imap sont ouvert à tous les postes par défaut, pas de restriction selon une liste d'IP définie.
Est ce qu'il y aurait une autre sécurité sur le serveur exchange pour le coup ?
Pas de firewall sur le srvGLPI, si sur l'Exchange ...
Offline