You are not logged in.
Pages: 1
Bonjour,
je cherche de l'aide sur la fonction Suivie e-mail.
En gros Glpi ne renvoie aucun mail au serveur,ou le serveur exchange filtre le message mais j'ai aucune remontée de celui-ci.
Par contre un test d'une page PHP avec la fonction mail fonctionne parfaitement. (format texte et html).
Ma configuration de travail est ... (oui je sais mais pas trop la choix :x)
2k3 serveur IIS 6 php4.3.0 coté glpi.
Et exchange 5.5 avec un smtp local ouvert sur le domaine interne.
J'ai essayé avec la version 0.6RC2 et c'est le même problème. Aucun message d'erreur mais rien non plus dans la boite mail.
Y a t'il un moyen de modifié ou de testé l'envoi de mail à travers GLPI en dehors de simuler une intervention. Ou bien d'avoir un message de confirmation.
Merçi
Offline
Avez vous activé le suivi par email dans le configuration de GLPI ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
as tu bien configuré ton php.ini avec ton serveur exchange ?
[mail function]
; For Win32 only.
SMTP = mail.domain.fr
??
Last edited by pichou (2005-08-29 15:52:01)
Amoureux de glpi et de la galette-saucisse cidre de chez moua !
Offline
le suivi par mail est bien configuré dans glpi.
les mails des admin du site et des utilisateurs sont bien remplis. (la même adresse)
mon fichier php.ini l'est aussi j'arrive à envoyer un mail à travers la commande mail d'un fichier php et je le reçois bien.
J'ai copier le fichier MimeMail.php dans un repertoire de test et modifié celui-ci pour qu'il envoie un mail avec des constantes et celui-çi marche bien en dehors du problème utf8 je reçois bien le message.
Me reste donc le fichier Classes.php du repertoire /glpi/common/
je vais essayer de modifier le fichier pour voir si c'est un problème de variable.
Je suis toujours ouvert à vos propositions.
Merçi
Offline
Quelle version testez vous ?
le daily tarball ou la RC2 ?
Des modifs ont ete réalisées. Prenez plutot le daily tarball
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
c'est le même problème entre la 0.51a la 0.6rc2 et le daily tarball.
Même si je change les variables dans le classes.php et que je passe en fixe, j'ai rien du tout. Pas de message.
Par contre à travers MimeMail.php en dur pas de problème.
j'ai vérifié la variable de suivi par mail dans la base de données et elle est bien à 1. GLpi/glpi_config/mailing =1
Existe t'il un moyen d'afficher les variables pour savoir si elles sont bien remplies.
les problèmes doit se trouver dans ce coin:
extrait classes.php:
// Send all mails ligne912
require_once $phproot."/glpi/common/MIMEMail.php";
for ($i=0;$i<count($users);$i++)
{
$mmail=new MIMEMail();
$mmail->ReplyTo($replyto);
$mmail->From($sender);
$mmail->To($users[$i]);
$mmail->Subject($subject);
$mmail->Priority(2);
$mmail->MessageStream($body);
// Attach a file
// $mmail->AttachFile($FILE);
// Notification reception
// $mmail->setHeader('Disposition-Notification-To', "\"".$users[0]['name']."\" <".$users[0]['email'].">");
$mmail->Send();
Si je rentre en dur les infos ça marche pas.
Style: $mmail->ReplyTo('reply@test.fr');
Par contre si je rentre les meme infos dans MimeMail.php, là ça fonctionne.
Comment faire?
Offline
Je n'ai pas tout compris dans ce qui marche et ce qui ne marche pas.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
"Existe t'il un moyen d'afficher les variables pour savoir si elles sont bien remplies."
-> oui
Vous pouvez activer le mode débug de GLPI.
Il suffit pour cela d'éditer le fichier glpi/config/config.php
Et de mettre à 1 les variables de débug.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Le mode debug ne m'apporte pas beaucoup plus d'explication.
Pour faire un résumé de ce qui marche et ce qui marche pas:
Ce qui marche:
le fichier de test de la fonction mail()
le fichier Mimemail.php lorsque je rentre les variables en dur (j'appelle directement le fichier dans Mozilla)
Ce qui ne marche pas:
le fichier /glpi/common/classes.php rubrique mailing.
Si je modifie ce fichier et je rentre des parametres constants dans les variables de la fonction mmail, ça ne fonctionne pas non plus.
En résumé c'est comme si la fonction n'est pas executé, j'ai bien vérifié qu'elle activer dans glpi et vérifié sa valeur dans la base de données.
Edit:
Lorsque je supprime le fichier Mimemail.php, j'ai aucune erreur dans le glpi.
Last edited by laurent37 (2005-08-30 10:32:33)
Offline
Reessayer avec le daily tarball.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
bon alors petit bilan.
Avec le Mimemail.php modifié ça fonctionne
Avec le daily ça fonctionne pas.
Avec une base vierge ça fonctionne pas.
Avec le version 0.51a 0.6rc2 non plus.
Mon fichier php.ini semble correct car la fonction mail me renvoie bien un mail.( faut t'il des plugins supplémentaires?)
le mimemail fonctionne.
la je seche,
le mode debug ne m'apporte rien, je ne vois pas les paramètres des mails.
Si quelqu'un pouvait me poster son fichier de config de php, dés fois que.
Merçi
--------------------------------------------------------------
Si je passe par post-only et que dans le module intervention je ne remplie rien dans e-mail, il me dit pas d'email renseigné.
Par contre si je mets un mail bidon sans @ pas de pb ça passe.
-------------------------------------------------------------
Le problème viendrait du test de validité d'e-mail, en effet lorsque je schinte la verification de l'e-mail, il m'envoie bien le message.
Last edited by laurent37 (2005-08-30 15:14:22)
Offline
Quel est le mail utilisé ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
nous avons un smtp local sur exchange avec des adresse mail du type:
prenom.nom@dde-37.i2
je pense que le tiret pose problème avec la vérification du mail.
Offline
Je vérifierai la règle de vérification d'email. Je vous tiens au courant.
le tiret ne me semble pas poser de prolème a première vu. Chez nous c'est @univ-poitiers.fr et ca ne pose pas de problème.
Ce qui peux poser problème par contre c'est le .i2 qui ne doit pas etre standard comme terminaison de domaine.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Après modification du code, effectivement c'est le i2 qui posait problème. C'est vrai que c'est une extention un peu rare.
En tout ças bravo pour votre Produit et Merçi de l'aide apporter.
Offline
Ok merci de l'info je corrige ca cet apres-midi.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
corrigé dans le CVS
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1