Problème de mail, illisible,

stournier · 2005-03-08 16:24:22

Bonjour, lorsque glpi nous envoie les mails, nous les recevons, mais ils sont illibile, et je vois qu'ils sont en base64 comme codage, et donc comment peux t on le changer, et quel est le bon format pour qu'il soit lisible?
voici un message que j recoit :
X-Powered: by GLPI

X-Mailer: PHP/4.3.9
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: BASE64
Message-Id: <E1D8emb-0005OF-00@******.prestades.com>
Sender: www-data <www-data@******.asso.fr>
Date: Tue, 08 Mar 2005 14:29:57 +0100

PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CipEZXNjcmlwdGlvbiBkZSBs

J2ludGVydmVudGlvbioKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CkF1

dGV1ciA6IHZtb2luaWVyCkRhdGUgZGUgZMOpYnV0IDogMjAwNS0wMy0wOCAxNDoyOTo1MgpPcmRp

bmF0ZXVyIGNvbmNlcm7DqSA6IFZtb2luaWVyCkF0dHJpYnXDqSDDoCA6IApDb250ZW51IDogCk5v

JMD · 2005-03-08 17:07:20

Bah il y a un problème mais ça vient pas de GLPI à priori.

La fonction d'envoi de mails qu'utilise GLPI n'encode pas les mails.

MoYo · 2005-03-08 18:56:08

J'ai eut ce type de soucis mais je ne sais plsu d'ou cela venait.
Qu'utilisez vous pour envoyer vos mails ??

stournier · 2005-03-10 10:12:10

on utilise sendmail, mais logiquement c glpi, qui creer le mail et apres l'envoie par notre sendmail sur le serveur smtp.

MoYo · 2005-03-10 23:21:35

Pouvez tester en remplacant l'appel à la fonction mail dans le fichier glpi/common/classes.php vers la ligne 720 par :
mail($users[$i],$subject,$body,
"From: $sender\r\n" .
   "Reply-To: $replyto\r\n" .
      "X-Powered: by GLPI\r\n" .
      "MIME-Version: 1.0\n" .
"Content-Type: text/plain; charset=ISO-8859-1\n" .
   "Content-Transfer-Encoding: 8bit\n" .
      "X-Mailer: PHP/" . phpversion()) ;

stournier · 2005-03-11 09:54:54

je recevais ces paramètre au debut :
X-Powered: by GLPI

X-Mailer: PHP/4.3.9
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: BASE64
Message-Id: <E1D6meQ-0006YY-00@pontneuf.prestades.com>
Sender: www-data <www-data@odes.asso.fr>
Date: Thu, 03 Mar 2005 10:29:46 +0100

et maintenant avec la modification j'ai :
X-Powered: by GLPI

MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: PHP/4.3.9
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: BASE64
Message-Id: <E1D9en5-00078s-00@pontneuf.prestades.com>
Sender: www-data <www-data@odes.asso.fr>
Date: Fri, 11 Mar 2005 08:42:35 +0100

on voit bien les paramètre que l'on a ajouté", mais on dirait qu'il ne s'en est pas servi et ce sont ajout a autre chose., donc peut etre que celà ne viens pas de glpi,

MoYo · 2005-03-11 12:52:26

Argh ce doit etre le maileur qui a ajouté ca automatiquement... pas glop tout ca.

et si vous essayé en mettant ca (on essaye de remettre l'ordre qu'il utilise):

mail($users[$i],$subject,$body,
"From: $sender\n" .
"Reply-To: $replyto\n" .
"X-Powered: by GLPI\n" .
"X-Mailer: PHP/" . phpversion()."\n".
"MIME-Version: 1.0\n" .
"Content-Type: text/plain; charset=UTF-8\n" .
"Content-Transfer-Encoding: 8bit\n") ;

MoYo · 2005-03-11 13:11:37

Je vais intégrer l'utilisation de la classe MIMEmail dans GLPI car c'est a l'epoque de mes problèmes ce qui avait réglé le problème dans mon souvenir

stournier · 2005-03-11 13:12:05

yeahh ca a marche, mais ce qui est bizzare, ca me rappel le meme chose probleme avec foxmail, c'est que le message, je le recoit lisible dans lotus, mais on le recoit aussi sur un autre compte, et on accede a ce compte avec v-webmail, et là le mail est comme avant.
Donc il doit encore encoder le mail d'une certaine manière que lotus reconnais mais pas un webmail basique.
mais bon là deja on peut voir et travailler correctement avec, car le webmail on ve pas plus l'utiliser, mais pour ceux qui utiliser un webmail basique comme le notre, pourront avoir le meme problème.
merci

stournier · 2005-03-11 13:19:04

j'ai mis :
"Content-Type: text/plain; charset=ISO-8859-1\n" .
"Content-Transfer-Encoding: 8bit\n") ;

et ca a rien changé pour le webmail, doit avoir un autre truc a changer.

MoYo · 2005-03-11 13:23:16

Je viens de finir l'intégration de MIMEMail.php pour l'envoi des mails. je commit tout ca sur le CVS cela devrait aller mieux avec la 0.5 donc.

emilZ · 2005-03-24 20:24:02

Version de test :
GLPI V0.5 release candidate 1
MS Windows XP Pro
Easyphp 1.7 (Apache 1.3.27 - PHP 4.3.3 - MySQL 4.0.15)

J'ai semble t-il le même problème avec la version V0.5 RC1 alors qu'avec la V0.42, je n'avais aucun problème

Source d'un mail incorrect avec la V0.5 RC1 :
...
X-Mailer: PHP/MIMEMail 0.2
X-Powered: by GLPI
X-Priority: 2
X-MSMail-Priority: High
Content-Type: ; charset="iso-8859-1"
Content-Transfer-Encoding: base64
...

Source d'un mail correct avec la V0.42 :
...
X-Powered: by GLPI
X-Mailer: PHP/4.3.3
...

MoYo · 2005-03-24 20:49:52

Je viens de corriger le problème. Vous pourrez retester avec la RC2.

merci de l'info

BigBob · 2005-04-05 11:47:46

Problème toujours présent pour moi :

X-Mailer: PHP/MIMEMail 0.2
X-Powered: by GLPI
X-Priority: 2
X-MSMail-Priority: High
Content-Type: image/x-3ds; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Pas glop ...

A++

MoYo · 2005-04-05 11:52:36

et il vous met quoi exactement au niveau du message ??
le codage en 7bit est normal
mais je ne vois pas pourquoi il met image/x-3ds

MoYo · 2005-04-05 12:19:49

Je viens de remodifier quelques petites choses et j'spère que cette fois ci c'est la bonne.
Vous pouvez récupérer la version CVS pour retester à partir de demain.

BigBob · 2005-04-05 21:33:57

MoYo wrote:

Je viens de remodifier quelques petites choses et j'spère que cette fois ci c'est la bonne.
Vous pouvez récupérer la version CVS pour retester à partir de demain.

Merci MoYo,

Je vais feetcher le cvs et je te tiens au courant (moi aussi j'espère que c'est la bonne) ;-)

A++

BigBob · 2005-04-05 21:51:35

Bon :-(

C'est pas la joie là ...

Je ne sais pas si j'ai un décalage avec les commits que tu fais sur le cvs, mais toujours est-il, je viens de feetcher celui-ci et le fichier 'MIMEMail.php' a bien été modifié ... voici la date de celui-ci :

-rw-r--r-- 1 root root 21K 2005-04-05 21:34:35.000000000 +0200 MIMEMail.php

Par contre de mon coté, même motif, même punition, à savoir :

X-Mailer: PHP/MIMEMail 0.2
X-Powered: by GLPI
X-Priority: 2
X-MSMail-Priority: High
Content-Type: image/x-3ds; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Strange isn't it ???

Em même temps, je n'ai peut être pas récupéré tes dernières modifications ...

Je vais attendre demain matin pour refaire mon 'cvs -z3 up' et vérifier une nouvelle fois ...

A++

MoYo · 2005-04-05 22:16:54

7bit c'est pas normal tu dois avoir 8bit maintenant.

un "cvs -z3 co" peut mieux fonctionner

BigBob · 2005-04-06 10:06:10

Bon je viens à l'instant de faire un update du cvs, et il y a bien des modifications sur 'MIMEMail.php' ...

Je test et reviens te dire ...

A tout de suite ...

Résultat :

NE TOUCHES PLUS A RIEN ... CHEZ MOI CA MARCHE ..! ;-)

A++

Last edited by BigBob (2005-04-06 10:08:04)

MoYo · 2005-04-06 12:18:49

Ok parfait

BigBob · 2005-04-06 13:39:46

Par contre, ne fermes pas le topic.

Faudrais qu'on arrive a creuser le problème de l'utilisateur qui envoi les mail dans Glpi ...

J'explique ...

Dans la config mail de php.ini sous Linux on a pas 30 000 choix, à savoir :

----- snip code begin -----

[mail function]
; For Win32 only.
;SMTP = localhost
;smtp_port = 25

; For Win32 only.
;sendmail_from = me@example.com

; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path = /usr/sbin/sendmail -t -i -fhotline@mikli.fr
sendmail_path = /usr/sbin/sendmail -t -i

----- snip code end -----

Commes tu peux voir, la config par défaut est "sendmail_path = /usr/sbin/sendmail -t -i"

Lorsque je configure php avec la config par défaut, l'utilisateur qui envois les mails, est nobody@le.nom.de.machine@localdomaine.local (utilisateur du daemon httpd nobody at la-machine.interne) et donc le mail est rejeté car "localdomaine.local" n'est pas délégué sur le net (jusqu'ici, c'est normal).

Comme je l'ai déjà expliqué, je peux forcer l'utilisateur qui envois le mail dans la config php.ini avec l'exemple ci dessus "sendmail_path = /usr/sbin/sendmail -t -i -fhotline@mikli.fr" (parametre -f)

Par contre, comme je saisie dans la configuration de Glpi le "Mail de l'administrateur", je pense que lorsque tu envois les mails, tu devrais ajouté le champ From : == l'email saisie dans la configuration ...

Pourquoi ceci ? ... et bien parce qu'ici le serveur web qui héberge Glpi est monté en virtualhosts et donc la config php sert également à un autre site web en virtualhosts sur cette même machine, et ce 2eme site web peut nécéssiter l'envois de mails mais pas à l'administrateur de Glpi (ce peut être un mail tout autre) si je ruse la config php.ini avec l'astuce donnée au dessus, alors tous les envois de mail sortent avec le champ From == hotline@mikli.fr et c'est pas glop ;-)

J'espere que je me suis correctement exprimé, mais n'hésites pas à me demander des détails si besoin est ...

A++

MoYo · 2005-04-06 13:50:40

Le mail expéditeur n'est pas toujours le mail d'amdinistration.
les mails de demandes d'intervention sont effectués via le mail de l'utilisateur demandeur.

Il faudrait reflechir plus a ce problème.

BigBob · 2005-04-08 21:46:08

MoYo wrote:

Le mail expéditeur n'est pas toujours le mail d'amdinistration.
les mails de demandes d'intervention sont effectués via le mail de l'utilisateur demandeur.
Il faudrait reflechir plus a ce problème.

A mon avis, c'est pour ça que MIMEmail.php gère le 'ReplyTo' par contre ca ne regle pas le fait que le champ From n'a pas l'air d'ètre utilisé ... :-(

A++

MoYo · 2005-04-08 22:35:27

????

Les champs From et ReplyTo sont spécifiés normalement. Je ne vois pas le problème.

Mais je viens de vérifier les envois :
- From -> toujours mail admin
- ReplyTo -> personne qui a fait la demande ou admin si le premier n'est pas spécifié

Forum GLPI-Project

Announcement

#1 2005-03-08 16:24:22

Problème de mail, illisible,

#2 2005-03-08 17:07:20

Re: Problème de mail, illisible,

#3 2005-03-08 18:56:08

Re: Problème de mail, illisible,

#4 2005-03-10 10:12:10

Re: Problème de mail, illisible,

#5 2005-03-10 23:21:35

Re: Problème de mail, illisible,

#6 2005-03-11 09:54:54

Re: Problème de mail, illisible,

#7 2005-03-11 12:52:26

Re: Problème de mail, illisible,

#8 2005-03-11 13:11:37

Re: Problème de mail, illisible,

#9 2005-03-11 13:12:05

Re: Problème de mail, illisible,

#10 2005-03-11 13:19:04

Re: Problème de mail, illisible,

#11 2005-03-11 13:23:16

Re: Problème de mail, illisible,

#12 2005-03-24 20:24:02

Re: Problème de mail, illisible,

#13 2005-03-24 20:49:52

Re: Problème de mail, illisible,

#14 2005-04-05 11:47:46

Re: Problème de mail, illisible,

#15 2005-04-05 11:52:36

Re: Problème de mail, illisible,

#16 2005-04-05 12:19:49

Re: Problème de mail, illisible,

#17 2005-04-05 21:33:57

Re: Problème de mail, illisible,

#18 2005-04-05 21:51:35

Re: Problème de mail, illisible,

#19 2005-04-05 22:16:54

Re: Problème de mail, illisible,

#20 2005-04-06 10:06:10

Re: Problème de mail, illisible,

#21 2005-04-06 12:18:49

Re: Problème de mail, illisible,

#22 2005-04-06 13:39:46

Re: Problème de mail, illisible,

#23 2005-04-06 13:50:40

Re: Problème de mail, illisible,

#24 2005-04-08 21:46:08

Re: Problème de mail, illisible,

#25 2005-04-08 22:35:27

Re: Problème de mail, illisible,

Board footer