Vous n'êtes pas identifié(e).
[25 janvier 2021] - Publication de Wanewsletter 3.1.0
Pages : 1
dis donc.. ca a changé.. ca fonctionne maintenant. merci Bobe
le logging... y a pas moyen, bien que /tmp ait les bonnes permissions.
J'ai donc allumé le mode debug dans la meme class ce qui a donné ca qudn j'ai essayé de changer dans le panneau config:
220 mail.prosygma-asp.com ESMTP Merak 8.3.8; Fri, 3 Mar 2006 18:57:03 +0100
EHLO www.****.fr
250-mail.prosygma-asp.com Hello www.****.fr [62.39.****], pleased to meet you.
250-ENHANCEDSTATUSCODES
250-SIZE
250-EXPN
250-ETRN
250-ATRN
250-DSN
250-CHECKPOINT
250-8BITMIME
250-STARTTLS
250 HELP
AUTH LOGIN
502 5.5.1 Sorry, we do not support this operation
QUIT
send_data() :: 502 5.5.1 Sorry, we do not support this operation
hmm. J'ai déjà essayé ca en fait. Mais le fichier log n'a pas été crée.
Là, je viens de retester, mais comme je n'arrive meme plus depuis le panneau config à me connecter au serveur SMTP.. - pas de fichier log ;(
petit rajout, il semblerait donc que le serveur qui s'occupe des mails est un serveur Merak : http://www.icewarp.fr/support/faq/Merak … k_SMTP.php
Bonjour,
j'ai encore un petit problème avec WAnewsletter chez prosygma.com.
Il me semble bien que j'utilisais la fontion SMTP auparavant, mais après un message d'erreur
L'email n'a pu être envoyé ! send_data() :: 502 5.5.1 Sorry, we do not support this operation
Fichier : engine_send.php Ligne : 302
j'ai remis l'envoi par la fonction mail().
Maintenant, si je veux revenir à l'envoi par SMTP j'ai le message d'erreur cité ci-dessus. En cherchant un peu je tombe sur le code d'erreur SMTP suivant:
502 0x800CCC64 Command not implemented.
Je ne sais pas si l'hébergeur a changé de config ces dernières semaines ou bien si j'utilisais pas le SMTP auparavant à vrai dire. Meme, là, je procède par la fonction mail(), donc il n'y a aucune urgence à résoudre ce problème. Or j'aimerais bien savoir quelle opération n'était pas implémentée exactement? Une idée?
La config:
- serveur Windows NT AKILAO33 5.0 build 2195
- PHP Version 4.3.8
- WAnewsletter 2.2.6
Autrement tout marche.
Petit update concernant mes messages sur le fait qu'on ne peut uploader des fichiers sur ce serveur : j'ai fini par ajouter un petit script à moi, tout con qui ne mets pas les fichiers dans la base de données.
Sur ce bien bonne journée.
Je vais essayer de demander à l'hébergeur si il y a eu des changements de mon coté. Mais personnellement j'ai l'impression que WAnewsletter fonctionne beaucoup mieux chez online/free!
je cherche toujours à changer l'endroit où sont enregistrés les fichiers temporaires.
je suppose que d'un c'est dans includes/class.attach.php, mais je vois pas très bien ce qu'il faut remplacer par quoi?
je voudrais que les fichiers temporaires soient en enregistrés dans tmp/ à la racine de la newsletter?
oui oui bien sur.
mes fichiers sont stockés là:
/d:/www/s**ntou.fr/website/newsletter/upload/
et le fichier temporaire est toujours sur le C:\ chez l'hébergeur..
(probablement très mal configuré leur truc..)
et donc, si je vois bien, dans wanewsletter il y a pas de vérification des droits de l'emplacement temporaire?
c'est bizarre que je puisse écrire dedans... ou bien .. peut-etre je ne peux meme pas mais il n'y a pas de message d'erreur?
hhmmm...
je pense à un truc, le fichier temporaire est enregistré sous "C:\WINNT\TEMP\1431B08.tmp", et.. je n'ai pas les permissions pour accéder à ce répertoire... cela est peut-etre tout le problème?
où est-ce que je peux changer le path pour l'enregistrement des fichiers temporaires svp?
on passe bien dans la partie où se trouve $mailer->attachement(...);, donc la méthode attachment() devrait bien être appelée, mais ce n'est pas le cas apparamment.
oui, la fonction attachment() est appellée.
néanmoins, au moment de la vérification dans includes/class.mailer.php, ligne 1097:
if( $embedded )
{
$offset = count($this->embeddedfile['path']);
$this->embeddedfile['path'][$offset] = $path;
$this->embeddedfile['name'][$offset] = ( $filename != '' ) ? trim($filename) : basename($path);
$this->embeddedfile['mimetype'][$offset] = $mime_type;
}
else
{
$offset = count($this->attachfile['path']);
$this->attachfile['path'][$offset] = $path;
$this->attachfile['name'][$offset] = ( $filename != '' ) ? trim($filename) : basename($path);
$this->attachfile['mimetype'][$offset] = $mime_type;
$this->attachfile['disposition'][$offset] = ( $disposition == 'inline' ) ? 'inline' : 'attachment';
}
on ne rentre plus dans les conditions.
Si c'était le cas, la classe wamailer vérifie immédiatement si le fichier existe et est accessible en lecture, si ce n'est pas le cas, l'envoi de l'email est bloqué et un message d'erreur est retourné. Si l'erreur ne se produisait pas là mais au moment de l'accés du fichier, on aurrait également une erreur retournée et un bloquage de l'envoi.
tout à fait. mais le fichier est présent et accessible. aucun message d'erreur.
Je n'ai pas d'explication sur ce phénomène :¬/
merde alors
Je pense qu'il faudrait songer à une mise à jour de PHP vers la version 4.4.0
mouais..
faudrait qu'ils pensent à un UNix qui va bien plutot
Merci pour votre aide, je vais me débrouiller autrement dans un premier temps. Mais j'aimerais bien savoir quel est le problème, donc, si quelqu'un d'autre est hébergé chez prosygma, s'il vous plait, faites part de vos expériences.
bon..
j'ai rajouté dans le fichier includes/class.mailer.php quelques echo() et print_r() afin de voir à quel moment ca merde.
j'espére que cela peut aider pour trouver le problème.
donc, à l'appel de
$mailer->attachment($file_path, $real_name, 'attachment', $mime_type, $embedded);
depuis includes/engine_send.php, ligne 114
je regarde dans includes/class.mailer.php, j'ai l'impression que rien n'est attaché: aucun echo des variables de la fonction attachment() est renvoyé. rien.
quant à la fonction compile_message() dans le meme fichier, on rentre dans le premier if, celui-ci:
function compile_message()
{
if( empty($this->compiled_message[$this->format]) )
{
$attach_ary = $this->attachfile;
$embedded_ary = $this->embeddedfile;
$total_attach = count($attach_ary['path']);
$total_embedded = count($embedded_ary['path']);
puis sont renvoyé 2 arrays vides:
attach_ary:
Array (
[path] => Array ( )
[name] => Array ( )
[mimetype] => Array ( )
[disposition] => Array ( )
)
embedded_ary:
Array (
[path] => Array ( )
[name] => Array ( )
[mimetype] => Array ( )
)
total_attach: 0
total_embedded: 0
après on rentre dans le if suivant:
if( !$this->set_file($path) )
{
return false;
}
comme j'ai écrit dans un message précédant, $embedded est envoyé depuis includes/engine_send.php étant égal à 1.
sinon $format est bien "2", donc case 'html'.
bien, il est tard, j'espère qu'on me comprend..
donc, je fais toujours la meme chose:
<html><body>
<img src="cid:bart.gif" alt="bart" />
{LINKS}
</body></html>
ce qui donne ca (echo des variables dans includes/engine_send.php):
$error:
$msg: Array ( )
$logdata: Array (
[log_id] => 20
[log_subject] => blabla
[log_body_text] =>
[log_body_html] => bart {LINKS}
[log_status] => 1
[joined_files] => Array (
[0] => Array (
[log_id] => 20
[file_id] => 1
[file_real_name] => bart.gif
[file_physical_name] => 941e9fe78f4508df9fbbf632cca1d49a.dl
[file_size] => 27329
[file_mimetype] => image/gif
)
)
)
filepath: C:\WINNT\TEMP\8021A4D.tmp
real name: bart.gif
mimeType:image/gif
embedded: 1
Return-Path: ***@free.fr
Date: Mon, 24 Oct 2005 22:52:38 +0200
From: "TEST"
Subject: blabla
To: Undisclosed-recipients:;
X-Mailer: WAmailer/2.1+ (http://phpcodeur.net)
X-AntiAbuse: Sender IP - 83.177.207.244/Server Name -
MIME-Version: 1.0
Message-ID:
Content-Type: text/html;
charset="ISO-8859-15"
Content-Transfer-Encoding: 8bit
bart
Se désinscrire
donc, le script trouve tout bien; on est d'accord?
du coup, je vois pas à quel autre moment l'attachment peut ne pas se faire? (je cherche, je cherche...)
je me dis que le problème vient probablement vraiment du coté serveur, vu que sur free ca marche très bien.
mais je vois pas quel peut etre le problème: la version de php, une réstriction de récupération par ftp? bizarre.
donc, je continue à chercher.
j'ai rajouté dans includes/engine_send.php un echo pour les variables $real_name et $physical_name.
les deux sont bien renvoyées et correspondent aux fichier que je veux attacher.
donc, pas de problème de ce coté là!
D'où sortez-vous ça :
<img src="cid:9bW6nYgJmi4jCmmEJoczAKcSU277FV@Wamailer" alt="bart" />
?
pardon, ca vient de mon essai sur un autre serveur (free) décrit plus haut.
donc, j'ai enlevé la balise <img> et ce que me montre la prévisualisation c'est cela:
"../options/show.php?file=bart.gif&sessid=ef62bb21577540c99aae29ed9540c22a" alt="bart"
le code source du message meme affiche seulement cela:
<html><body>
"cid:bart.gif" alt="bart"
</body></html>
hmmmm.....
donc, en remplacant ligne 288 s'affiche la source de la newsletter, aucune newsletter est envoyé:
Return-Path: ***@free.fr
Date: Mon, 24 Oct 2005 18:16:15 +0200
From: "TEST" <newsletter@s**ntou.fr>
Subject: re
To: <***@free.fr>
X-Mailer: WAmailer/2.1+ (http://phpcodeur.net)
X-AntiAbuse: Sender IP - 213.103.79.214/Server Name - <s**ntou.fr>
MIME-Version: 1.0
Message-ID: <HaNigDu27eArOmINmSY225N2mcQ4eK@sentou.fr>
Content-Type: text/html; charset="ISO-8859-15"
Content-Transfer-Encoding: 8bit
<html><body>
<img src="cid:bart.gif" alt="bart" />
<a
href="http://www.s**ntou.fr/newsletter/subscribe.php?action=desinscription&email=***%40free.fr&code=07308e90c6682e66a78fddaee06aa43d&liste=7">Se
désinscrire</a>
</body></html>
j'ai changé de "un envoi par abonné" à "envoi en copie cachée" et modifié la ligne 200 de include/engine_send.php, ca m'affiche également le meme code source de ma newsletter.
Le problème doit bien etre à l'endroit où
<img src="cid:bart.gif" alt="bart" />
se traduit en
<img src="cid:9bW6nYgJmi4jCmmEJoczAKcSU277FV@Wamailer" alt="bart" />
?
je n'ai pas vu de fonctionnalité permettant de supprimer des fichiers uploadés sur le serveur.
ca serait bien d'incorporer cela à une nouvelle version?
pour les styles: ca marche très bien pour moi dans tous les clients mail testé (apple mail, kmail, thunderbird) [juste un exemple hein]:
<head>
<title>Newsletter</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style>
* {margin: 0; padding: 0px;}
body {background-color: white; font-family: "Arial", "Helvetica", sans-serif;
color: black; width: 725px;}
.background {background-image:
url(http://truc.fr/newsletter/upload/background.jpg);}
table {text-align:left; padding-bottom: 8px;}
td {vertical-align: top;}
td.mois {text-align: right; font-size: 0.6em;}
td.fleches {width: 50px;}
td.images {width: 170px; padding-left: 55px;}
td.text {width: 460px;}
h1 {font-size: 1.4em; font-family: "Courier New","Courier"; padding-top: 2px;}
h2 {font-size: 0.8em; color: orange;}
h3 {font-size: 0.6em; color: #E194BB;}
p {font-size: 0.8em; text-align: justify;}
a:link {font-size: 0.8em; text-decoration: none; color: orange;}
</style>
</head>
je suis peut-etre pas très précise: donc, après la modif, aucune newsletter est envoyée (évident, car rentrage dans la boucle).
je me demande si c'est pas du à une configuration coté serveur (c'est prosygma) car, là, j'essaye la meme chose sur un autre serveur (free), ca marche (sauf que l'image n'est pas incorporée, mais seulement attachée - mais, ca , ca peut etre du à mon client mail aussi?)
donc, il s'affiche à l'envoi "passage dans la boucle".
du nouveau: après mise à jour du la version 2.2.5 à la version 2.2.6 toujours le meme problème..
malheureusement aucun message d'erreur ne s'affiche après le changement dans includes/engine_send.php
le fichier est envoyé tel quel, sans les images.
y-a-t-il une autre source d'erreur très probable?
merci.
donc, je précise:
la newsletter est envoyée, mais elle n'affiche pas d'images ni contient-elle des fichiers joints.
voilà le message:
---------------------
Return-Path: <******@free.fr>
Delivered-To: online.fr-******@free.fr
Received: (qmail 7422 invoked from network); 22 Oct 2005 16:58:30 -0000
Received: from prosygma-asp.com (HELO mail.prosygma-asp.com) (62.39.109.10)
by mrelay4-2.free.fr with SMTP; 22 Oct 2005 16:58:30 -0000
Received: from localhost ([62.39.109.22])
by mail.prosygma-asp.com (Merak 7.5.2) with ASMTP id 1TI26716
for <******@free.fr>; Sat, 22 Oct 2005 18:58:32 +0200
Return-Path:******@free.fr
Date: Sat, 22 Oct 2005 19:11:01 +0200
From: "S**ntou" <newsletter@s**ntou.fr>
Subject: test
To: <******@free.fr>
X-Mailer: WAmailer/2.1+ (http://phpcodeur.net)
X-AntiAbuse: Sender IP - 80.170.95.220/Server Name - <s**ntou.fr>
MIME-Version: 1.0
Message-ID: <niyfJ5TUfA2sx8AdKRayRGMwuvCpMm@s**ntou.fr>
Content-Type: text/html;
charset="ISO-8859-15"
Content-Transfer-Encoding: 8bit
X-UID: 1056106797
<html>
<body>
<img src="cid:bart.gif" alt="test" />
<a
href="http://www.s**ntou.fr/newsletter/subscribe.php?action=desinscription&email=******o%40free.fr&code=[code]&liste=6">Se désinscrire</a>
</body>
</html>
--------------------------
(évidemment les étoiles c'est moi qui les ai mis hein.)
m'enfin, c'est la meme chose pour toutes les sélections hein.
quand on clique sur "envoi" dans le menu, on doit d'abord sélectionner une liste. bien.
après, chaque fois en y revenant, la sélection de liste se fait en bas de page. Je pense que ce n'est pas très pratique. Ca devrait se faire en haut. (on oublie, on regarde pas, on a pas vidé le cache/cookies (je sais ps où tu stockes ca au fait, mais bref, donc on reste sur la dernière liste sélectionnée, meme trois jours après..) et c'est pas pratique, surtout si on a des utilisateurs un peu ... ahem.. nuls.
Vuala.
Personellement, j'ai pas trouvé ou on change l'emplacement de la smallbox? (pas eu envie de chercher plus aussi..)
Salut,
j'ai un grooooos problème:
CAS 1: si je joints une image par FTP et je place après des liens absolus dans ma newsletter html, la newsletter arrive, toute belle, bien dans la boite mail.
CAS 2: si j'uploade des fichiers pour les joindre à la newsletter, et je place le lien <img src="cid:image.jpg" alt="monImage">, je les vois bien dans la prévisualisation, mais elles ne sont pas envoyées. (elles sont pourtant bien enregistrées avec une extension .dl dans mon rep upload/ qui a les bonnes permissions (777).
j'ai essayé de changer dans la conf de la newsletter les chemins de stockage des fichiers (remplacé upload par http://monsite.truc/newsletter/upload/ etc.), mais rien n'y fait..
je suis sur la version 2.2.5 de WAnewsletter, un serveur windoze, version PHP: 4.3.8; j'utilise l'envoi SMTP.
du coup, il m'est impossible de savoir si le problème est du à la conf (ca pue, les configs windoze quand meme) coté serveur (fonction mail() dans PHP ou bien à un bug dans le script?
autre problème sur cette meme config: dans Safari il n'y a pas de prévisualisation (page blanche, code source vide). pas de problème néanmoins pour IE windoze, ni pour Opera et Firefox sous windoze et Linux (oui oui, je teste un peu tout..)
Une idée?
/me va continuer sa recherche dans le forum, or cela fait 2 heures que je retrouve le sujet de facon récurrente, mais pas de réponse précise à la question..
Pages : 1