Problème expéditeur mails automatiques

Bonjour,
Depuis la monté en version de la 3.1.0 RC à 3.4.0d, les mails automatiques ne sont plus envoyé avec l'adresse définie mais avec la mienne.
Je ne fonctionne pas en SMTP mais utilise la méthode "mail".
J'ai comparé les 2 configurations et tout est identique sauf dans le Paramétrage de configuration de l'envoi automatique des mails.
Il y a un certain nombre de champs supplémentaires mais que je n'utilise pas car en méthode "mail".
Cependant l'application s'obstine à me renseigner les champs "Utilisateur SMTP" et "Mot de passe", impossible de les effacer.
si quelqu'un a une idée ?
Merci d'avance.

Bonjour,
je ne peux pas vous répondre complètement, n'ayant pas de serveur mail local installé.
Cependant, si je coche la méthode mail, je peux valider la page sans utilisateur ni mot de passe SMTP. Les champs sont vides et le restent après validation.
Cordialement,
YN

Merci.
De mon côté, ils sont automatiquement renseigné, sans aucune action de ma part.
Le champ "Port", lui, aucun soucis pour l'effacer et qu'il le reste.

Avez-vous changé de méthode lors de la migration ?
Pouvez-vous lire votre base de données par phpmyadmin, par exemple ? Si oui, quelles sont les valeurs des champs de NAME : grr_mail_Username et grr_mail_Password ?

Aucune modification, toujours en mode mail.
Je n'ai aucune des 2 tables dans phpMyAdmin, aucune table "mail" hormis grr__j_mailuser_room

On s'est mal compris : c'est dans la table grr_setting qu'il faut chercher les deux champs

Je n'arrive pas à ajouter de P.J., j'essayerai plus tard, merci.

Je ne peux toujours pas joindre de P.J., donc le champ NAME contient :
- acces_fiche_reservation
- ActiveModeDiagnostic
- allow_gestionnaire_modify_del
- allow_search_level
- allow_users_modify_email
- allow_users_modify_mdp
- allow_users_modify_profil
- allow_user_delete_after_begin
- area_list_format
- authentification_obli
- automatic_mail
- begin_bookings
- cas_port
- cas_racine
- cas_serveur
- chemin_complet_grr
- compagny
- ConvertLdapUtf8tolso
- date_verify_reservation
- date_verify_reservation2
- default_area
- default_css
- default_language
- default_report_days
- default_room

Bonjour,
ce que vous me donnez là semble correspondre à la première partie de la table setting.
Il faudrait que vous recherchiez les champs de nom (NAME) grr_mail_Username et grr_mail_Password dans la table grr_setting, et que vous donniez les valeurs (VALUE) rendues par MySQL.
Cordialement,
YN

Bonjour,
Oh punaise, oui, je suis un boulet
Donc, j'ai bien trouvé les 2 champs en question et j'ai un user ainsi qu'un mdp de renseigné (les miens), alors que dans l’ancienne version les champs sont vide.
Je suppose qu'en les vidant, ça devrait résoudre le problème.