Il y a un mois de ça, j'avais eu un problème, je n'arrivais plus à
récupérer mes mails. et E.J avait déterminé que le problème ne venait
pas de fetchmail. Il m'avait dit de rajouter, dans mon .fetchmailrc,
après:
poll pop.free.fr with proto POP3
user "hugolino" there with password "zzzzzzzz" is hugo here
les deux lignes suivantes:
options fetchall
mda "procmail -d %s"
Et effectivement, je récupérais bien mon courrier.
J'ai voulu voir si mon postfix n'étais pas retombé en marche, j'ai donc
commenté les 2 lignes de E.J et j'ai lancé un 'fetchmail -vv'.
J'ai pu voir que j'avais 130 mails totalisant 1,5 Mo (dont sept virus
sven).
Voici ce que dit le fetchmail sur le 1er message:
8<----------------------------------------------------------------------
l: POP3> TOP 1 99999999
fetchmail: POP3< +OK 3846 octets
reading message hugolino@pop.free.fr:1 of 130 (3846 octets)
Sur le point de réécrire Return-Path:
<bounce-debian-user-french=hugolino=free.fr@lists.debian.org>
La version réécrite est Return-Path:
<bounce-debian-user-french=hugolino=free.fr@lists.debian.org>
Sur le point de réécrire From: FIX Jerome <zapoyok@wanadoo.fr>
La version réécrite est From: FIX Jerome <zapoyok@wanadoo.fr>
Sur le point de réécrire To: debian-user-french
<debian-user-french@lists.debian.org>
La version réécrite est To: debian-user-french
<debian-user-french@lists.debian.org>
Sur le point de réécrire Resent-From: debian-user-french@lists.debian.org
La version réécrite est Resent-From: debian-user-french@lists.debian.org
Sur le point de réécrire Resent-Sender: debian-user-french-request@lists
.debian.org
La version réécrite est Resent-Sender: debian-user-french-request@lists.
debian.org
fetchmail: SMTP< 220 Deborah.RocknRoll.org ESMTP Postfix (Debian/GNU)
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-Deborah.RocknRoll.org
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250-SIZE 10240000
fetchmail: SMTP< 250-VRFY
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250-XVERP
fetchmail: SMTP< 250 8BITMIME
fetchmail: réexpédition vers localhost
fetchmail: SMTP> MAIL
FROM:<bounce-debian-user-french=hugolino=free.fr@lists.debian.org>
BODY=8BITMIME SIZE=3846
fetchmail: SMTP< 250 Ok
fetchmail: SMTP> RCPT TO:<hugo@localhost>
fetchmail: SMTP< 250 Ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF>
#*********************************.*************fetchmail: message
hugolino@pop.free.fr:1 was not the expected length (3941 actual != 3846
expected)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 Ok: queued as DEF3D282D5
éliminé
fetchmail: POP3> DELE 1
fetchmail: POP3< +OK
fetchmail: POP3> TOP 2 99999999
8<----------------------------------------------------------------------
Je suis abonné à debian-user-french, mais je charge aussi
debian-user-french avec leafnode, et je peux voir avec slrn que Jerome
Fix a bien posté sur la liste.
Mais le pire, et ça je n'avais jamais eu le problème, c'est que postfix
a renvoyé mes messages sans me les délivrer.
Bien sûr quand j'ai vu ça (j'ai mes log qui s'affichent en fond d'écran)
j'ai fait un 'ctrl-c' pour arrêter fetchmail et un 'postfix stop' pour
éviter qu'il renvoie tous mes mails.
Mais fetchmail avait quand même eu le temps de récupérer 107 mails et
d'en renvoyer 35 puisque dans ma file d'attente, j'ai 72 mails !!!
Voilà ce que disent /var/log/message et /var/log/mail.info pour le
premier mail reçu:
8<----------------------------------------------------------------------
postfix/smtpd[4367]: connect from Deborah.RocknRoll.org[127.0.0.1]
postfix/smtpd[4367]: DEF3D282D5:client=Deborah.RocknRoll.org[127.0.0.1]
postfix/cleanup[4368]: DEF3D282D5:message-id=<200402090029.39051.zapoyok
@wanadoo.fr>
postfix/cleanup[4368]: DEF3D282D5:resent-message-id=<xqxvoD.A.S9E.jZsJAB
@murphy>
postfix/qmgr[3099]: DEF3D282D5:from=<bounce-debian-user-french=hugolino=
free.fr@lists.debian.org>,size=4212, nrcpt=1 (queue active)
8<----------------------------------------------------------------------
Toujours pour ce 1er mail, 5 secondes plus tard:
8<----------------------------------------------------------------------
postfix/smtp[4370]: DEF3D282D5:to=<hugo@localhost>, relay=smtp.free.fr
[213.228.0.176], delay=5,status=bounced (host smtp.free.fr[213.228.0.176]
said: 504<hugo@localhost>: Recipient address rejected: need
fully-qualified address)
8<----------------------------------------------------------------------
Et pourtant mon mail est parti, puisque je ne le trouve pas dans la
queue de postfix
Bref, je nage en plein brouillard.
Est-ce que quelqu'un saurait comment formatter de manière lisible les
messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait
de voir les enveloppes des messages que j'ai reçu et qui repartiront si
je redemarre postfix.
Le pire, c'est qu'avec une interface web, j'ai ouvert ma boîte et qu'il
ne restait plus dedans que mes 7 virus sven...
Merci de toute aide
--
Hugo NPN (i --> ee)
Viens chez moi, je te montrerai mon e2fsck ...
-+- LF in Guide du linuxien pervers - jusqu'où irez vous avec nous ? -+-
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick
Hugolino wrote:
Bonsoir
fetchmail: message :1 was not the expected length (3941 actual != 3846 expected) fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as DEF3D282D5 éliminé
Je ne réponds que sur ce point, car j'utilise procmail... J'ai eu ce même message il y a quelques jours pour tous les messages récupérés chez proxad (le même jour les messages récupérés sur d'autres FAI passaient parfaitement).
fetchmail râle à cause d'un problème de longueur de mail puis après un certain temps finit quand même par récupérer le message.
Ce qui est bizarre c'est qu'en telnet sur le port 110, ça fonctionnait très bien...
J'en ai conclu que ça venait de proxad (à tort peut-être). Mais depuis ce jour (il y a une semaine ou deux) ça remarche très bien.
Je suis intéressé par une explication 'rationnelle' si il y en a une (autre que le cierge à Lourdes, le sacrifice de poulet et autre moyens habituels).
-- Patrick
Hugolino wrote:
Bonsoir
fetchmail: message
hugolino@pop.free.fr:1 was not the expected length (3941 actual != 3846
expected)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 Ok: queued as DEF3D282D5
éliminé
Je ne réponds que sur ce point, car j'utilise procmail...
J'ai eu ce même message il y a quelques jours pour tous les messages
récupérés chez proxad (le même jour les messages récupérés sur d'autres
FAI passaient parfaitement).
fetchmail râle à cause d'un problème de longueur de mail puis après un
certain temps finit quand même par récupérer le message.
Ce qui est bizarre c'est qu'en telnet sur le port 110, ça fonctionnait
très bien...
J'en ai conclu que ça venait de proxad (à tort peut-être). Mais depuis ce
jour (il y a une semaine ou deux) ça remarche très bien.
Je suis intéressé par une explication 'rationnelle' si il y en a une
(autre que le cierge à Lourdes, le sacrifice de poulet et autre moyens
habituels).
fetchmail: message :1 was not the expected length (3941 actual != 3846 expected) fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as DEF3D282D5 éliminé
Je ne réponds que sur ce point, car j'utilise procmail... J'ai eu ce même message il y a quelques jours pour tous les messages récupérés chez proxad (le même jour les messages récupérés sur d'autres FAI passaient parfaitement).
fetchmail râle à cause d'un problème de longueur de mail puis après un certain temps finit quand même par récupérer le message.
Ce qui est bizarre c'est qu'en telnet sur le port 110, ça fonctionnait très bien...
J'en ai conclu que ça venait de proxad (à tort peut-être). Mais depuis ce jour (il y a une semaine ou deux) ça remarche très bien.
Je suis intéressé par une explication 'rationnelle' si il y en a une (autre que le cierge à Lourdes, le sacrifice de poulet et autre moyens habituels).
-- Patrick
hugolino
Le 10 Feb 2004 00:49:02 GMT, Patrick a écrit:
Hugolino wrote:
Bonsoir
fetchmail: message :1 was not the expected length (3941 actual != 3846 expected) fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as DEF3D282D5 éliminé
Je ne réponds que sur ce point, car j'utilise procmail... J'ai eu ce même message il y a quelques jours pour tous les messages récupérés chez proxad (le même jour les messages récupérés sur d'autres FAI passaient parfaitement).
fetchmail râle à cause d'un problème de longueur de mail puis après un certain temps finit quand même par récupérer le message.
Chez moi, fetchmail a toujours notifié un problème de longueur de message non conforme à ce qu'il attendait, mais ça ne l'a apparament jamais géné...
Mais mon problème ne concerne pas fetchmail, mais postfix qui délire à pleins tubes :(
Et je tourne avec postfix depuis que Eric Jacoboni a publié sa doc sur Linux-France (4 ans au bas mot).
Dans mon message, je disais que j'espérais que «postfix soit retombé en marche» (espoir idiot, j'en conviens) mais (évolution idiote) c'est devenu pire: non seulement il ne récupère pas mes messages (je le faisais jusqu'à présent avec fetchmail et l'option de E.J indiquée dans mon message) mais il les stocke sans me dire qu'ils sont sur ma machine et il les renvoie (où, je ne sais pas: j'attends le reformateur des fichiers dans 'deferred').
Ce qui a motivé ma remise en question de la solution de E.Jacoboni, c'est justement parce que je voulais utiliser procmail pour trier mes messages dans différentes mbox en fonction de leur provenance ou non des listes auxquelles je suis abonné.
PS: il y a 2 jours, une bonne partie des messages de la liste debian-user-french sont apparus en double dans mon mutt préféré. Sur le moment, je me suis dit que c'était sans doute du au fait que j'avais ouvert, en même temps, mon webmail pour supprimer de quelques clics de souris, les gros spams que fetchmail ne récupère pas.
Bref, je patauge... Je veux bien d'un RTFM, mais lequel ?
-- EF: pour l'instant, ce sont des linuxiens qui mènent la danse... ST: J'ai appris qu'il était question de mettre la gestion du système ST: solaire sous Linux, c'est Dieu qui va etre content. -+- ST in Guide du linuxien pervers : "Linux : les affres de la création"
Le 10 Feb 2004 00:49:02 GMT, Patrick a écrit:
Hugolino wrote:
Bonsoir
fetchmail: message
hugolino@pop.free.fr:1 was not the expected length (3941 actual != 3846
expected)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 Ok: queued as DEF3D282D5
éliminé
Je ne réponds que sur ce point, car j'utilise procmail...
J'ai eu ce même message il y a quelques jours pour tous les messages
récupérés chez proxad (le même jour les messages récupérés sur d'autres
FAI passaient parfaitement).
fetchmail râle à cause d'un problème de longueur de mail puis après un
certain temps finit quand même par récupérer le message.
Chez moi, fetchmail a toujours notifié un problème de longueur de
message non conforme à ce qu'il attendait, mais ça ne l'a apparament
jamais géné...
Mais mon problème ne concerne pas fetchmail, mais postfix qui délire à
pleins tubes :(
Et je tourne avec postfix depuis que Eric Jacoboni a publié sa doc sur
Linux-France (4 ans au bas mot).
Dans mon message, je disais que j'espérais que «postfix soit retombé
en marche» (espoir idiot, j'en conviens) mais (évolution idiote) c'est
devenu pire: non seulement il ne récupère pas mes messages (je le
faisais jusqu'à présent avec fetchmail et l'option de E.J indiquée dans
mon message) mais il les stocke sans me dire qu'ils sont sur ma machine
et il les renvoie (où, je ne sais pas: j'attends le reformateur des
fichiers dans 'deferred').
Ce qui a motivé ma remise en question de la solution de E.Jacoboni,
c'est justement parce que je voulais utiliser procmail pour trier mes
messages dans différentes mbox en fonction de leur provenance ou non
des listes auxquelles je suis abonné.
PS: il y a 2 jours, une bonne partie des messages de la liste
debian-user-french sont apparus en double dans mon mutt préféré. Sur le
moment, je me suis dit que c'était sans doute du au fait que j'avais
ouvert, en même temps, mon webmail pour supprimer de quelques clics de
souris, les gros spams que fetchmail ne récupère pas.
Bref, je patauge... Je veux bien d'un RTFM, mais lequel ?
--
EF: pour l'instant, ce sont des linuxiens qui mènent la danse...
ST: J'ai appris qu'il était question de mettre la gestion du système
ST: solaire sous Linux, c'est Dieu qui va etre content.
-+- ST in Guide du linuxien pervers : "Linux : les affres de la création"
fetchmail: message :1 was not the expected length (3941 actual != 3846 expected) fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as DEF3D282D5 éliminé
Je ne réponds que sur ce point, car j'utilise procmail... J'ai eu ce même message il y a quelques jours pour tous les messages récupérés chez proxad (le même jour les messages récupérés sur d'autres FAI passaient parfaitement).
fetchmail râle à cause d'un problème de longueur de mail puis après un certain temps finit quand même par récupérer le message.
Chez moi, fetchmail a toujours notifié un problème de longueur de message non conforme à ce qu'il attendait, mais ça ne l'a apparament jamais géné...
Mais mon problème ne concerne pas fetchmail, mais postfix qui délire à pleins tubes :(
Et je tourne avec postfix depuis que Eric Jacoboni a publié sa doc sur Linux-France (4 ans au bas mot).
Dans mon message, je disais que j'espérais que «postfix soit retombé en marche» (espoir idiot, j'en conviens) mais (évolution idiote) c'est devenu pire: non seulement il ne récupère pas mes messages (je le faisais jusqu'à présent avec fetchmail et l'option de E.J indiquée dans mon message) mais il les stocke sans me dire qu'ils sont sur ma machine et il les renvoie (où, je ne sais pas: j'attends le reformateur des fichiers dans 'deferred').
Ce qui a motivé ma remise en question de la solution de E.Jacoboni, c'est justement parce que je voulais utiliser procmail pour trier mes messages dans différentes mbox en fonction de leur provenance ou non des listes auxquelles je suis abonné.
PS: il y a 2 jours, une bonne partie des messages de la liste debian-user-french sont apparus en double dans mon mutt préféré. Sur le moment, je me suis dit que c'était sans doute du au fait que j'avais ouvert, en même temps, mon webmail pour supprimer de quelques clics de souris, les gros spams que fetchmail ne récupère pas.
Bref, je patauge... Je veux bien d'un RTFM, mais lequel ?
-- EF: pour l'instant, ce sont des linuxiens qui mènent la danse... ST: J'ai appris qu'il était question de mettre la gestion du système ST: solaire sous Linux, c'est Dieu qui va etre content. -+- ST in Guide du linuxien pervers : "Linux : les affres de la création"
Patrick
Hugolino wrote:
Ce qui a motivé ma remise en question de la solution de E.Jacoboni, c'est justement parce que je voulais utiliser procmail pour trier mes messages dans différentes mbox en fonction de leur provenance ou non des listes auxquelles je suis abonné.
Si c'est juste un tri dans des mailbox différentes, la solution de E.J. est très bien. J'utilise ça :
----------------------------------- extrait de /etc/fetchmailrc -------- set daemon 300 set no bouncemail set logfile /var/log/fetchmail/fetchmail.log
###################### Proxad ################################ poll pop.pro.proxad.net with protocol pop3 and options no dns user XXXXXX there with password YYYYY is patrick here mda "/usr/bin/procmail -Y -d %T"
user ZZZZZZ there with password WWWWW is patrick here mda "/usr/bin/procmail -Y -d %T" -------------------------------------------------------------------------
--------------------------- extrait de /home/patrick/.procmailrc -------- #---- Maillist April (Technique) :0 * ^List-Id:.** april/technique
#---- Maillist April :0 * ^List-Id:.** april/april -------------------------------------------------------------------------
Et si on suit cet exemple, j'ai au final deux mbox séparées : april/technique et april/april qui sont dans $HOME/Mail
-- Patrick
Hugolino wrote:
Ce qui a motivé ma remise en question de la solution de E.Jacoboni,
c'est justement parce que je voulais utiliser procmail pour trier mes
messages dans différentes mbox en fonction de leur provenance ou non
des listes auxquelles je suis abonné.
Si c'est juste un tri dans des mailbox différentes, la solution de E.J.
est très bien. J'utilise ça :
----------------------------------- extrait de /etc/fetchmailrc --------
set daemon 300
set no bouncemail
set logfile /var/log/fetchmail/fetchmail.log
###################### Proxad ################################
poll pop.pro.proxad.net with protocol pop3
and options no dns
user XXXXXX there with password YYYYY is patrick here
mda "/usr/bin/procmail -Y -d %T"
user ZZZZZZ there with password WWWWW is patrick here
mda "/usr/bin/procmail -Y -d %T"
-------------------------------------------------------------------------
--------------------------- extrait de /home/patrick/.procmailrc --------
#---- Maillist April (Technique)
:0
* ^List-Id:.*technique@april.org.*
april/technique
#---- Maillist April
:0
* ^List-Id:.*april@april.org.*
april/april
-------------------------------------------------------------------------
Et si on suit cet exemple, j'ai au final deux mbox séparées :
april/technique et april/april qui sont dans $HOME/Mail
Ce qui a motivé ma remise en question de la solution de E.Jacoboni, c'est justement parce que je voulais utiliser procmail pour trier mes messages dans différentes mbox en fonction de leur provenance ou non des listes auxquelles je suis abonné.
Si c'est juste un tri dans des mailbox différentes, la solution de E.J. est très bien. J'utilise ça :
----------------------------------- extrait de /etc/fetchmailrc -------- set daemon 300 set no bouncemail set logfile /var/log/fetchmail/fetchmail.log
###################### Proxad ################################ poll pop.pro.proxad.net with protocol pop3 and options no dns user XXXXXX there with password YYYYY is patrick here mda "/usr/bin/procmail -Y -d %T"
user ZZZZZZ there with password WWWWW is patrick here mda "/usr/bin/procmail -Y -d %T" -------------------------------------------------------------------------
--------------------------- extrait de /home/patrick/.procmailrc -------- #---- Maillist April (Technique) :0 * ^List-Id:.** april/technique
#---- Maillist April :0 * ^List-Id:.** april/april -------------------------------------------------------------------------
Et si on suit cet exemple, j'ai au final deux mbox séparées : april/technique et april/april qui sont dans $HOME/Mail
-- Patrick
Regis ARCHAMBAULT
Le Tue, 10 Feb 2004 01:24:01 +0100, Hugolino a écrit:
Bonsoir
'soir,
[cut]
Toujours pour ce 1er mail, 5 secondes plus tard: 8<---------------------------------------------------------------------- postfix/smtp[4370]: DEF3D282D5:to=, relay=smtp.free.fr [213.228.0.176], delay=5,status=bounced (host smtp.free.fr[213.228.0.176] said: 504: Recipient address rejected: need fully-qualified address) 8<----------------------------------------------------------------------
Le SMTP de free a rejeté le message car le TO de l'enveloppe contient 'localhost', il n'y a pas de domaine. En fait postfix aurait dû le traiter comme un message local, il doit manquer un 'localhost' dans $mydestination dans main.cf
Et pourtant mon mail est parti, puisque je ne le trouve pas dans la queue de postfix
Non, il aurait du bouncer, mais comme le from était du genre 'bounce-debian-user-french=hugolino...debian.org', il a dû se retrouver chez Dave (/dev/null).
Bref, je nage en plein brouillard.
Ca m'a l'air assez alambiqué, en effet ...
Est-ce que quelqu'un saurait comment formatter de manière lisible les messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait de voir les enveloppes des messages que j'ai reçu et qui repartiront si je redemarre postfix.
man postcat
Le pire, c'est qu'avec une interface web, j'ai ouvert ma boîte et qu'il ne restait plus dedans que mes 7 virus sven...
Merci de toute aide
Espérant avoir aidé.
-- BOFH excuse #162:
bugs in the RAID
Le Tue, 10 Feb 2004 01:24:01 +0100, Hugolino a écrit:
Bonsoir
'soir,
[cut]
Toujours pour ce 1er mail, 5 secondes plus tard:
8<----------------------------------------------------------------------
postfix/smtp[4370]: DEF3D282D5:to=<hugo@localhost>, relay=smtp.free.fr
[213.228.0.176], delay=5,status=bounced (host smtp.free.fr[213.228.0.176]
said: 504<hugo@localhost>: Recipient address rejected: need
fully-qualified address)
8<----------------------------------------------------------------------
Le SMTP de free a rejeté le message car le TO de l'enveloppe contient
'localhost', il n'y a pas de domaine. En fait postfix aurait dû le traiter
comme un message local, il doit manquer un 'localhost' dans $mydestination
dans main.cf
Et pourtant mon mail est parti, puisque je ne le trouve pas dans la
queue de postfix
Non, il aurait du bouncer, mais comme le from était du genre
'bounce-debian-user-french=hugolino...debian.org', il a dû se retrouver
chez Dave (/dev/null).
Bref, je nage en plein brouillard.
Ca m'a l'air assez alambiqué, en effet ...
Est-ce que quelqu'un saurait comment formatter de manière lisible les
messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait
de voir les enveloppes des messages que j'ai reçu et qui repartiront si
je redemarre postfix.
man postcat
Le pire, c'est qu'avec une interface web, j'ai ouvert ma boîte et qu'il
ne restait plus dedans que mes 7 virus sven...
Le Tue, 10 Feb 2004 01:24:01 +0100, Hugolino a écrit:
Bonsoir
'soir,
[cut]
Toujours pour ce 1er mail, 5 secondes plus tard: 8<---------------------------------------------------------------------- postfix/smtp[4370]: DEF3D282D5:to=, relay=smtp.free.fr [213.228.0.176], delay=5,status=bounced (host smtp.free.fr[213.228.0.176] said: 504: Recipient address rejected: need fully-qualified address) 8<----------------------------------------------------------------------
Le SMTP de free a rejeté le message car le TO de l'enveloppe contient 'localhost', il n'y a pas de domaine. En fait postfix aurait dû le traiter comme un message local, il doit manquer un 'localhost' dans $mydestination dans main.cf
Et pourtant mon mail est parti, puisque je ne le trouve pas dans la queue de postfix
Non, il aurait du bouncer, mais comme le from était du genre 'bounce-debian-user-french=hugolino...debian.org', il a dû se retrouver chez Dave (/dev/null).
Bref, je nage en plein brouillard.
Ca m'a l'air assez alambiqué, en effet ...
Est-ce que quelqu'un saurait comment formatter de manière lisible les messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait de voir les enveloppes des messages que j'ai reçu et qui repartiront si je redemarre postfix.
man postcat
Le pire, c'est qu'avec une interface web, j'ai ouvert ma boîte et qu'il ne restait plus dedans que mes 7 virus sven...
Merci de toute aide
Espérant avoir aidé.
-- BOFH excuse #162:
bugs in the RAID
hugolino
Le Wed, 11 Feb 2004 19:47:44 +0100, Regis ARCHAMBAULT a écrit:
Le Tue, 10 Feb 2004 01:24:01 +0100, Hugolino a écrit:
Bonsoir
'soir,
Le SMTP de free a rejeté le message car le TO de l'enveloppe contient 'localhost', il n'y a pas de domaine. En fait postfix aurait dû le traiter comme un message local, il doit manquer un 'localhost' dans $mydestination dans main.cf
Bien vu. Incroyable mais vrai. A force de bidouiller voilà ce qui arrive :)
Est-ce que quelqu'un saurait comment formatter de manière lisible les messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait de voir les enveloppes des messages que j'ai reçu et qui repartiront si je redemarre postfix.
man postcat
OK, (on a de ces programmes installés, et on le sait pas :)
Espérant avoir aidé.
Oui, merci beaucoup
-- <html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les fichiers de configuration du modem. <p>En plus t'a mon mail pro, si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours). -+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
Le Wed, 11 Feb 2004 19:47:44 +0100, Regis ARCHAMBAULT a écrit:
Le Tue, 10 Feb 2004 01:24:01 +0100, Hugolino a écrit:
Bonsoir
'soir,
Le SMTP de free a rejeté le message car le TO de l'enveloppe contient
'localhost', il n'y a pas de domaine. En fait postfix aurait dû le traiter
comme un message local, il doit manquer un 'localhost' dans $mydestination
dans main.cf
Bien vu. Incroyable mais vrai. A force de bidouiller voilà ce qui arrive :)
Est-ce que quelqu'un saurait comment formatter de manière lisible les
messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait
de voir les enveloppes des messages que j'ai reçu et qui repartiront si
je redemarre postfix.
man postcat
OK, (on a de ces programmes installés, et on le sait pas :)
Espérant avoir aidé.
Oui, merci beaucoup
--
<html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les
fichiers de configuration du modem. <p>En plus t'a mon mail pro,
si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours).
-+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
Le Wed, 11 Feb 2004 19:47:44 +0100, Regis ARCHAMBAULT a écrit:
Le Tue, 10 Feb 2004 01:24:01 +0100, Hugolino a écrit:
Bonsoir
'soir,
Le SMTP de free a rejeté le message car le TO de l'enveloppe contient 'localhost', il n'y a pas de domaine. En fait postfix aurait dû le traiter comme un message local, il doit manquer un 'localhost' dans $mydestination dans main.cf
Bien vu. Incroyable mais vrai. A force de bidouiller voilà ce qui arrive :)
Est-ce que quelqu'un saurait comment formatter de manière lisible les messages qui sont sous /var/spool/postfix/deferred ? Cela me permettrait de voir les enveloppes des messages que j'ai reçu et qui repartiront si je redemarre postfix.
man postcat
OK, (on a de ces programmes installés, et on le sait pas :)
Espérant avoir aidé.
Oui, merci beaucoup
-- <html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les fichiers de configuration du modem. <p>En plus t'a mon mail pro, si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours). -+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
