bonjours, j’utilise la solution opencourrier sous windows grâce à wamp, je posède un serveur apache, PHP et le moteur de base de données PostgreSQL tous reliés à celui-ci. j’ai donc en plus phppgadmin4 et télécharger l’extension postGis. Ce que je souhaite faire c’est migrer une ancienne version de opencourrier sous MySQL sur la nouvelle version 4.1.1 sous PostGreSQL, j’ai créer la base de données qui n’as rencontrée aucun problème, puis que je modifie mon database.inc.php comme ceci :
$conn[1] = array(
« openCourrier », // Titre
« pgsql », // Type de base
« pgsql », // Type de base
« postgres », // Login
« ******** », // Mot de passe
« tcp », // Protocole de connexion
« 127.0.0.1 », // Nom d’hote
« 5432 », // Port du serveur
« », // Socket
« opencourrier3 », // Nom de la base
« AAAA-MM-JJ », // Format de la date
« public », // Nom du sch�ma
« », // Pr�fixe
« ldap-default », // Param�trage pour l’annuaire LDAP
« mail-default », // Param�targe pour le serveur de mail
« filestorage-default », // Param�trage pour le stockage des fichiers
);
par la suite (une fois mes fichiers configurés / ma base de donnée créée), lorsque je vai sur la page opencourrier tout ce passe bien cependant lorsque je me connecte avec l’ID admin et le MDP admin, j’obtient une erreur dans la bases de donnée et tout pleins de messages d’érreur comme ici :
(au lieu de l’accès à la base de données à fonctionner)
par contre lorsque j’actualise la page, la page se lance connectée en tant qu’admin mais tout de même avec les messages d’erreurs :
(les nouveaux utilisateurs ne peuvent ajouter qu’une seule immages)
j’ai activer les modes de débugs et les affichages sont :
/opencourrier4.1.1/scr/login.php
0.000 : class utils - __construct() VERBOSE
0.012 : class utils - login(): start EXTRA_VERBOSE
1.014 : class utils - connectDatabase(): Tentative de connexion au SGBD EXTRA_VERBOSE
1.103 : class utils - connectDatabase(): Connexion [pgsql] ‹ opencourrier3 › OK EXTRA_VERBOSE
1.103 : class utils - login(): credentials « admin »/"***" EXTRA_VERBOSE
1.223 : class utils - retrieveUserAuthenticationMode(): db->query(" SELECT * FROM public.om_utilisateur WHERE login=‹ admin › « ); VERBOSE
1.345 : class utils - processAuthentication(): le mode d’authentification est « DB » EXTRA_VERBOSE
1.428 : class utils - processDatabaseAuthentication(): db->query( » SELECT * FROM public.om_utilisateur WHERE login=‹ admin › AND pwd=‹ 21232f297a57a5a743894a0e4a801fc3 › « ); VERBOSE
1.717 : class utils - retrieveUserProfile(): db->query( » SELECT * FROM public.om_utilisateur left join public.om_collectivite on om_collectivite.om_collectivite = om_utilisateur.om_collectivite left join public.om_profil on om_utilisateur.om_profil = om_profil.om_profil WHERE om_utilisateur.login = ‹ admin ›;"); VERBOSE
2.120 : class utils - get_libelle_of_service() : db->getOne(« select servicelib from public.service where service=‹ 1 › ») VERBOSE
2.445 : class utils - la requete SELECT service FROM public.service WHERE servicerattachement=‹ 1 › AND service !=‹ 1 › est executee
VERBOSE
2.532 : class utils - disconnectDatabase(): Déconnexion OK EXTRA_VERBOSE
2.582 : class utils - login(): end EXTRA_VERBOSE
2.582 : class utils - setFilestorageConfig(): this->filestorage_config = Array ( [storage] => filesystem [path] => …/trs/1/ [temporary] => Array ( [storage] => filesystem [path] => …/tmp/ ) ) EXTRA_VERBOSE
2.989 : class utils - get_service_code() : db->getOne(« SELECT code FROM public.service WHERE service = 1 ») VERBOSE
class utils - database::isError(): QUERY => SELECT code FROM public.service WHERE service = 1 DEBUG
class utils - database::isError(): SGBD ERROR => nativecode=Database connection has been lost. DEBUG
class utils - database::isError(): PEAR ERROR => DB Error: connect failed DEBUG
3.254 : class utils - disconnectDatabase(): Déconnexion ÉCHOUÉE EXTRA_VERBOSE
3.255 : class utils - __destruct() VERBOSE
(puis aucun échec après le refresh)
que faire s’il vous plaît ? 
)