ticket par email contenu sans retour chariot

Phil_Unesco · 2006-03-22 16:06:32

Bonjour J'ai testé sous Win2k3 avec Stmp la version glpi 065 rc2, j'ai un probleme de format sous outlook 2003 voir ci- dessous (le contenu de l'email, il semble ne pas gerer les retours chariots comment faire? par avance merci):

======================================================================URL : http://192.168.2.15/glpi/index.php?redi … escription du ticket*======================================================================Auteur : glpiDate de début : 2006-03-22 14:57:21Matériel concerné : Ordinateur(s) ASUSStatut : En cours (Attribué)Attribué à : glpiPriorité : MoyenneContact : PhilSuivi par email : OuiCatégorie : Pas de catégorie attribuéeContenu :incident test -- SIGNATURE

MoYo · 2006-03-22 16:20:29

heu a priori il n'y a plus de problème :
cf. http://glpi.indepnet.org/forum/viewtopic.php?id=1058

et http://glpi.indepnet.org/forum/viewtopic.php?id=1293

tsmr · 2006-03-23 01:20:55

en résumé :

Solution 1 :
In Outlook 2002/3 (and maybe earlier), you can turn this behaviour off in Tools-> Options -> Email Preferences. Uncheck the box marked "Remove extra linebreaks in plaintext messages".

Phil_Unesco · 2006-03-23 15:58:54

J'ai essayé les deux solutions et j'ai toujours le meme probleme, je travaille avec outlook 2003 en Francais et j'ai bien retiré option dans outils ----> options ----->preferences---->options de la messagerie >>> supprimer les sauts de lignes superflus dans les messages en texte brut.

Autre solutions?

merci,

JMD · 2006-03-23 16:09:37

Vous n'aviez pas ce problème avec la 0.6 ? cela serait spécifique à la 0.65 RC2 ?

Ensuite quel est votre serveur stmp ?

tsmr · 2006-03-23 16:24:29

Phil_Unesco wrote:

Autre solutions?
merci,

faire comme moi, passer les mails au format html

JMD · 2006-03-23 16:57:19

C'est tout de même formidable d'etre obligé d'envoyer des mails non conformes aux RFC pour satisfaire un client de mail obsolète qui ne respecte pas non plus les RFC.

En passant, j'ai fait une recherche sur ce problème, il semble que ça soit spécifique à Outlook et non Outlook express et j'ai rien trouvé de concluant pour le contourner.

Phil_Unesco · 2006-03-24 15:11:22

afin d'eviter aucun doute sur mes tests je n'ai testé que la derniere version pour envoi de ticket, je ne connais pas le resultat sur les autre version de glpi.
j'ai utilisé un autre client de messagerie (freeware foxmail) avec plusieurs SMTP, et je constate le meme probleme que sur le client outlook 2003 donc sans arriere pensée je pencherai pour un probleme sur le code php ou autre .... j'utilise l'encodage stantard (IE(c'est a dire): unicode UTF-8) quelque soit le police de caractere.... ci-joint ci-dessous resultat avec fox mail:

======================================================================URL : http://192.168.2.15/glpi/index.php?redi … escription du ticket*======================================================================Auteur : glpiDate de début : 2006-03-24 13:43:09Matériel concerné : Ordinateur(s) ASUSStatut : En cours (Attribué)Attribué à : glpiPriorité : MoyenneContact : PhilSuivi par email : OuiCatégorie : Pas de catégorie attribuéeContenu :teste ....-- Support UNESCO

vous constatez que le resultat est equivalent à outlook2003 ce qui ne semble pas un probleme de RFC ou alors est ce un hasard ou peut etre un probleme dans glpi/glpi/tracking/classes.php

function textFollowups() {
// get the last followup for this job and give its contents as
GLOBAL $db,$lang;

if (isset($this->ID)){
$query = "SELECT * FROM glpi_followups WHERE tracking = '".$this->ID."' AND private = '0' ORDER by date DESC";
$result=$db->query($query);
$nbfollow=$db->numrows($result);
$message = $lang["mailing"][1]."\n".$lang["mailing"][4]." : $nbfollow\n".$lang["mailing"][1]."\n";

if ($nbfollow>0){
$fup=new Followup();
while ($data=$db->fetch_array($result)){
$fup->getfromDB($data['ID']);
$message .= "[ ".convDateTime($fup->fields["date"])." ]\n";
$message .= $lang["mailing"][2]." ".$fup->getAuthorName()."\n";
$message .= $lang["mailing"][3]."\n".$fup->fields["contents"]."\n";
if ($fup->fields["realtime"]>0)
$message .= $lang["mailing"][104]." ".getRealtime($fup->fields["realtime"])."\n";

$message.=$lang["mailing"][25]." ";
$query2="SELECT * from glpi_tracking_planning WHERE id_followup='".$data['ID']."'";
$result2=$db->query($query2);
if ($db->numrows($result2)==0)
$message.=$lang["job"][32]."\n";
else {
$data2=$db->fetch_array($result2);
$message.=convDateTime($data2["begin"])." -> ".convDateTime($data2["end"])."\n";
}

$message.=$lang["mailing"][0]."\n";
}
}
return $message;
} else return "";

n'etant pas specialiste php, je pense pour un probleme de retour chariot qui manque quelque part "\n" ou autre ..?
quelqu'un à le meme probleme (je me sentirai moin seul)?

merci vos reponse afin d'ameliorer outil glpi ....

JMD · 2006-03-24 17:11:28

1) Merci pour le cop/col de la fonction mais on la connait et comme vous le voyez le message me semble correctement formaté les /n sont bien à leur place.

2) Je n'ai pas le problème que vous soulevez. Les mails arrivent correctement formaté chez moi. Avec un client Thunderbird par exemple.

3) J'ai passé 1h30 à chercher de l'info sur le pb que vous nous soumettez. Et j'ai rien trouvé de concluant. Le pb pour Outlook est connu et pose régulièrement problème aux coders. La plupart du temps ça fini en mail au format html.

4) Je sèche

tsmr · 2006-03-24 17:19:03

http://glpi.indepnet.org/article.php3?i … rametrage6

pour le passage en html au ca ou !

Phil_Unesco · 2006-03-28 18:16:12

Pour la derniere version il me semble qu'il y a un pb dans la procedure concernant ceci (pourriez vous m'indiquer exactement ou placer le code car les lignes de correspond plus à la derniere version( toutes mes excuses je ne suis pas specialiste PHP) pour:

on réactive les <br> pratiques dans le format html

dans common\classes.php

modif ligne 770
$body=ereg_replace("\n","<br />",$body);
$body=ereg_replace("\n","<br>",$body);

tsmr · 2006-03-28 20:36:15

j'ai remis le post à jour..

Forum GLPI-Project

Announcement

#1 2006-03-22 16:06:32

ticket par email contenu sans retour chariot

#2 2006-03-22 16:20:29

Re: ticket par email contenu sans retour chariot

#3 2006-03-23 01:20:55

Re: ticket par email contenu sans retour chariot

#4 2006-03-23 15:58:54

Re: ticket par email contenu sans retour chariot

#5 2006-03-23 16:09:37

Re: ticket par email contenu sans retour chariot

#6 2006-03-23 16:24:29

Re: ticket par email contenu sans retour chariot

#7 2006-03-23 16:57:19

Re: ticket par email contenu sans retour chariot

#8 2006-03-24 15:11:22

Re: ticket par email contenu sans retour chariot

#9 2006-03-24 17:11:28

Re: ticket par email contenu sans retour chariot

#10 2006-03-24 17:19:03

Re: ticket par email contenu sans retour chariot

#11 2006-03-28 18:16:12

Re: ticket par email contenu sans retour chariot

#12 2006-03-28 20:36:15

Re: ticket par email contenu sans retour chariot

Board footer