Bonjour,
après paramétrage des boites au lettre, lors de l'essai d'import manuel, l'importation plante systématiquement avec une erreur php.
voici les captures d'écran des paramètres et le résultat de l'importationen mode debug
et les paramètres php:
Server :
- OS : Linux debianGestSup 5.10.0-19-amd64 #1 SMP Debian 5.10.149-2 (2022-10-21) x86_64
- Web Server : Apache : Non disponible (HTTP/1.1)
- Database : MariaDB : 10.5.15-MariaDB-0+deb11u1 (bsup 2.3)
- PHP : 8.1.13
- GestSup : 3.2.30 (1 tickets / 0 équipements)
- DateTime : 2022-12-03 22:25:58 (Europe/Paris)
- Uploaded files : 0.03MB
Config error :
- Connecteur SMTP : L'adresse mail de l'émetteur configurée dans les paramètres généraux, est différente de l'adresse mail configurée sur votre connecteur SMTP, vos mails peuvent être considérés en tant que SPAM. !!!Client :
- Mobile : No
- Browser : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0
- IP : 192.168.0.198
PHP parameters :
- file_uploads : On
- memory_limit : 512M
- upload_max_filesize : 8M
- post_max_size : 8M
- max_execution_time : 480s
- date.timezone : Europe/Paris
PHP extensions :
- php_curl : On
- php_fileinfo : On
- php_ftp : On
- php_gd : On
- php_iconv : On
- php_imap : On
- php_json : On
- php_ldap : On
- php_mbstring : On
- php_mcrypt : Off !!!
- php_openssl : On
- php_pdo_mysql : On
- php_xml : On
- php_zip : On
Security :
- HTTPS : On
- Apache version : Off
- Session time : PHP=28800s GestSup=480m
- File write : not writeable
- Install directory : removed
- SMTP : secure port
- IMAP : secure port
- Log : On
- Restrict IP : Off
- Apache directory listing : Off
Components :
- Ace : 3.1.1
- Bootbox : 5.5.3
- Bootstrap : 4.5.3
- Bootstrap colorpicker : 3.4.0
- Bootstrap wysiwyg : 2.0.1
- Chosen : 1.8.7
- Fontawesome : 6.2.1
- FullCalendar : 5.11.3
- Highcharts : 10.2.1
- jQuery : 3.6.1
- jQuery Hotkeys : 0.2.0
- Moment : 2.29.4
- PHPmailer : 6.6.5
- PHPimap : 5.0.0
- PHPgettext : 1.0.12
- PHPmysqldump : 2.9
- Tempus Dominus : 5.1.2
- WOL : 2.1
Des idées ?
Merci d'avance
xdonne
[Corrigé 3.1.31] Problème avec Multi BAL LOGIN
Bonjour,
Merci pour votre rapport détaillé, le problème est en cours d'analyse.
Cdt
Merci pour votre rapport détaillé, le problème est en cours d'analyse.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
Pourrez-vous tester de télécharger à nouveau le patch 3.2.30 puis écraser les fichiers sur votre serveur et ressayer ?
Cdt
Pourrez-vous tester de télécharger à nouveau le patch 3.2.30 puis écraser les fichiers sur votre serveur et ressayer ?
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour
j'ai réinstallé le patch 3.30
Depuis:
Pour ajouter une adresse imap en Multi BAL, il devient obligatoire de choisir un service ( l'option aucun ne fonctionne pas, l'adresse n'est pas mémorisée dans ce cas). ceci dit, c'est la finalité, donc ça ne gêne pas.
En revanche, la relève des boites secondaires ne fonctionne pas. La boite principale est bien relevée, mais il y a un échec d'authentification sur les boites secondaires, qui sont fonctionnelles (si on les passe en boite principale, ça fonctionne). j'ai essayé en mode LOGIN et LOGIN 2, pas de différence.
voici la copie d'écran du message d'erreur: Merci pour ce que vous faites et pour votre réactivité.
xdonne
j'ai réinstallé le patch 3.30
Depuis:
Pour ajouter une adresse imap en Multi BAL, il devient obligatoire de choisir un service ( l'option aucun ne fonctionne pas, l'adresse n'est pas mémorisée dans ce cas). ceci dit, c'est la finalité, donc ça ne gêne pas.
En revanche, la relève des boites secondaires ne fonctionne pas. La boite principale est bien relevée, mais il y a un échec d'authentification sur les boites secondaires, qui sont fonctionnelles (si on les passe en boite principale, ça fonctionne). j'ai essayé en mode LOGIN et LOGIN 2, pas de différence.
voici la copie d'écran du message d'erreur: Merci pour ce que vous faites et pour votre réactivité.
xdonne
J'ai réalisé un nouveau test de mon côté et n'observe pas d'anomalie :
Cdt
Pouvez-vous vérifier le mot de passe de la BAL ?Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonsoir,
j'ai refait des essais.C'est très étrange:
J'ai plusieurs adresses sur le même domaine (hébergées chez OVH), disons support@domaine.fr, supportservice@domaine.fr etc.
Si je met support@domaine.fr en principale et supportservice@domaine.fr en secondaire, support@domaine.fr passe et supportservice@domaine.fr me donne une erreur d'authentification. Si j'inverse:supportservice@domaine.fr en principale et support@domaine.fr en secondaire, supportservice@domaine.fr passe et support@domaine.fr ne passe pas. Plus bizarre encore, si je met la même adresse en principal et secondaire (et même plusieurs fois), les deux passent. En fait, ça plante dès que les adresses sont différentes en principal et secondaire.
le message d'erreur est le même:
IMAP connection failed: ["Retrying PLAIN authentication after [AUTHENTICATIONFAILED] Authentication failed.","Retrying PLAIN authentication after [AUTHENTICATIONFAILED] Authentication failed.","Can not authenticate to IMAP server: [AUTHENTICATIONFAILED] Authentication failed."]
Peut être est-ce un problème spécifique à OVH ?
Cordialement
xdonne
j'ai refait des essais.C'est très étrange:
J'ai plusieurs adresses sur le même domaine (hébergées chez OVH), disons support@domaine.fr, supportservice@domaine.fr etc.
Si je met support@domaine.fr en principale et supportservice@domaine.fr en secondaire, support@domaine.fr passe et supportservice@domaine.fr me donne une erreur d'authentification. Si j'inverse:supportservice@domaine.fr en principale et support@domaine.fr en secondaire, supportservice@domaine.fr passe et support@domaine.fr ne passe pas. Plus bizarre encore, si je met la même adresse en principal et secondaire (et même plusieurs fois), les deux passent. En fait, ça plante dès que les adresses sont différentes en principal et secondaire.
le message d'erreur est le même:
IMAP connection failed: ["Retrying PLAIN authentication after [AUTHENTICATIONFAILED] Authentication failed.","Retrying PLAIN authentication after [AUTHENTICATIONFAILED] Authentication failed.","Can not authenticate to IMAP server: [AUTHENTICATIONFAILED] Authentication failed."]
Peut être est-ce un problème spécifique à OVH ?
Cordialement
xdonne
Bonjour,
J'ai pu isoler un problème, pourrez vous essayer de retélécharger le patch 3.2.30 puis écraser les fichiers sur votre serveur.
Cdt
J'ai pu isoler un problème, pourrez vous essayer de retélécharger le patch 3.2.30 puis écraser les fichiers sur votre serveur.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Je ne reproduis pas le soucis de mon côté pourrez vous tester le patch en pièce jointe
- Fichiers joints
-
- patch_pour_3.2.30.zip
- (8.96 Kio) Téléchargé 131 fois
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/