Petit problème fetchmail
Bonsoir, Je ne comprends pas fetchmail voit un message de mon dossier spam mais ne le rapatrie pas 1 message (1 seen) for. (folder INBOX.Spam). Le fichier .fetchmailrc contient pourtant l'option ''nokeep''. Merci pour vos explications. Alex PADOLY
probleme fetchmail et smtp local
Bonjour, Fetchmail semble se connecter au smtp local avant de rapatrier les email. Visiblement sur ma machine, il n'y arrive pas, cela est du à quoi, je pensais tout d'abord que le problème était distant mais je crois que c'est local: voila ce qu'indique fetchmail: fetchmail: Erreur de connexion pour cette récupération: nom 0: échec de connexion avec localhost:smtp [::1/25] : Connexion refusée. nom 1: échec de connexion avec localhost:smtp [127.0.0.1/25] : Connexion refusée. fetchmail: Échec de connexion SMTP avec localhost fetchmail: erreur Transaction SMTP durant la réception de alex6906.5791pad...@pop.wanadoo.fr et l'envoi vers le serveur SMTP localhost Merci pour vos conseils.
fetchmail, NDN et backscatter
bonjour,
je suis confronté à un problème de backscatter (rétrodiffusion) : j'ai
un fetchmail qui tourne sur un serveur secondaire, délivre les messages
à un exim local qui les route vers un serveur principal où se trouve
l'antispam, je précise que le port 25 de ce serveur secondaire n'est
pas ouvert à l'extérieur,
j'ai remarqué que des mails de phishing transitant par ce circuit
n'étaient pas rejetés par l'antispam du serveur principal, je les ai
donc bloqués manuellement en les plaçant en liste noire, ce qui a eu
pour effet de générer un NDN (Non Delivery Notification) par le MTA du
serveur secondaire vers un return path à l'évidence forgé,
j'ai cherché dans la RFC 5321 (Simple Mail Transfer Protocol), il est
dit dans la section 6.2, dernier paragraphe :
Conversely, if a message is rejected because it is found to contain
hostile content (a decision that is outside the scope of an SMTP server
as defined in this document), rejection ("bounce") messages SHOULD NOT
be sent unless the receiving site is confident that those messages will
be usefully delivered. The preference and default in these cases is to
avoid sending non-delivery messages when the incoming message is
determined to contain hostile content.
je me pose donc la question de savoir comment implanter cette solution
sans trop faire de bêtises, j'ai lu dans le man de fetchmail qu'il y
avait une option "no spambounce" mais ça ne me satisfait pas, je
voudrais "piéger" ces spams dans une sorte de quarantaine pour
éventuellement aviser les abuse@ concernés,
auriez-vous quelques suggestions ?
--
Etilem
Re: postfix, fetchmail, procmail - y'a comme un hic
On Thu, 20 Dec 2012 14:22:15 +0100
Sébastien NOBILI wrote:
>
> Le mail a donc bien été confié à procmail. As-tu regardé le fichier de log de
> procmail ? C'est verbeux mais instructif… Pas sûr que tu puisses te baser sur
> « message-id » pour identifier les lignes correspondantes, mais à partir de
> l'expéditeur et du sujet, chez moi, j'arrive à trouver.
J'aurais du y penser, mais comme un gland j'avais carrément zappé
les lignes de conf pour le fichier de log une fois mes règles
testées & vérifiées.
C'est rétabli et je vais demander à mon pote de refaire un test
(et bien évidemment, il est absent cet après-midi:( ; c'est quand
même très zarb: qd il s'adresse à ma BAL gmail, son e-mail arrive
sans encombres!?
> Autre piste au passage, as-tu vérifié que /var/mail/{utilisateur} ne contient
> pas quelques messages (ça m'est déjà arrivé) ?
Vi, y'a du monde mais tout est bien vide
--
Kira: JOIN THE DARK SIDE, YOUNG ONE.
darth, I *am* the dark side.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121220145156.71dc0f41@anubis.defcon1
Re: postfix, fetchmail, procmail - y'a comme un hic
Le jeudi 20 décembre 2012 à 11:25, Bzzz a écrit :
> Salut liste,
Salut,
[...]
> Bon, je sais que je ne devrais pas faire tourner ça en sid, mais c'est
> quand même la 1ère fois que ça arrive (avant, j'ai seulement eu un svr
> non-opérationnel comme "pire panne").
J'allais le dire, mais ça ne fait pas avancer ton affaire…
[...]
> Voilà le log du dernier e-mail arrivé, non-distribué (rien dans deferred):
>
> Dec 20 04:34:16 anubis fetchmail[1810]: 1 message for lazyvi...@gmx.com at
> pop.gmx.com (6059 octets).
> Dec 20 04:34:17 anubis postfix/smtpd[6387]: connect from localhost[127.0.0.1]
> Dec 20 04:34:17 anubis postfix/smtpd[6387]: 87F8E6382C4:
> client=localhost[127.0.0.1]
> Dec 20 04:34:17 anubis postfix/cleanup[6392]: 87F8E6382C4:
> message-id=<8cfac7991c6b9d6-1984-15...@webmail-m056.sysops.aol.com>
> Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: from=,
> size=6354, nrcpt=1 (queue active)
> Dec 20 04:34:17 anubis fetchmail[1810]: reading message
> lazyvi...@gmx.com@pop.gmx.com:1 of 1 (6059 octets) flushed
> Dec 20 04:34:17 anubis postfix/smtpd[6387]: disconnect from
> localhost[127.0.0.1]
> Dec 20 04:34:17 anubis postfix/local[6393]: 87F8E6382C4: to=,
> relay=local, delay=0.3, delays=0.13/0.03/0/0.14, dsn=2.0.0, status
> =sent (delivered to command: /usr/bin/procmail)
> Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: removed
Le mail a donc bien été confié à procmail. As-tu regardé le fichier de log de
procmail ? C'est verbeux mais instructif… Pas sûr que tu puisses te baser sur
« message-id » pour identifier les lignes correspondantes, mais à partir de
l'expéditeur et du sujet, chez moi, j'arrive à trouver.
Autre piste au passage, as-tu vérifié que /var/mail/{utilisateur} ne contient
pas quelques messages (ça m'est déjà arrivé) ?
Seb
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121220132215.ga8...@sebian.nob900.homeip.net
postfix, fetchmail, procmail - y'a comme un hic
Salut liste, Suite à une discussion avec un ami qui assurait m'avoir expédié 2 e-mails, j'ai vérifié mes logs et j'ai bien la trace de la réception ces e-mails, mais aucun e-mail dans son dossier! Évidemment, jusqu'à il y a 3 jours, tout roulait correctement. Bon, je sais que je ne devrais pas faire tourner ça en sid, mais c'est quand même la 1ère fois que ça arrive (avant, j'ai seulement eu un svr non-opérationnel comme "pire panne"). Donc, je me dis que c'est ptêt la partie fetchmail/procmail qui fait ça et je commente les règles spécifique à cet ami, mais nan: ce matin même topo. Je viens d'aller faire un tour voir s'il n'y a pas de bug dans ces 2 pkgs. Le pire, c'est que les posts des différentes MLs auxquelles je suis abonné sont correctement délivrés, ainsi que d'autres e-mails perso!? (également filtrés par procmail). Je n'ai pas de filtrage anti-virus, juste un filtrage anti-spams (dans claws-mail) mais qui rejette bien les spams dans un dossier spécifique. Voilà le log du dernier e-mail arrivé, non-distribué (rien dans deferred): Dec 20 04:34:16 anubis fetchmail[1810]: 1 message for lazyvi...@gmx.com at pop.gmx.com (6059 octets). Dec 20 04:34:17 anubis postfix/smtpd[6387]: connect from localhost[127.0.0.1] Dec 20 04:34:17 anubis postfix/smtpd[6387]: 87F8E6382C4: client=localhost[127.0.0.1] Dec 20 04:34:17 anubis postfix/cleanup[6392]: 87F8E6382C4: message-id=<8cfac7991c6b9d6-1984-15...@webmail-m056.sysops.aol.com> Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: from=, size=6354, nrcpt=1 (queue active) Dec 20 04:34:17 anubis fetchmail[1810]: reading message lazyvi...@gmx.com@pop.gmx.com:1 of 1 (6059 octets) flushed Dec 20 04:34:17 anubis postfix/smtpd[6387]: disconnect from localhost[127.0.0.1] Dec 20 04:34:17 anubis postfix/local[6393]: 87F8E6382C4: to=, relay=local, delay=0.3, delays=0.13/0.03/0/0.14, dsn=2.0.0, status =sent (delivered to command: /usr/bin/procmail) Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: removed Là, je sèche. -- finalement les filles c'est pas mal :) tas testé ah bon ? ca fait quoi de mieux qu un pc ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121220112512.2b5d6a98@anubis.defcon1
fetchmail + Ldap
Bonjour, j'ai perdu le lien permettant de coupler OpenLdap avec Fetchmail ... qui a déjà employé une telle solution ? slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110411214823.67674625.bernard.schoenacker_free.fr@hamtaro
Re: Squeeze : Démarrage de postfix, fetchmail et spampd
Le 30 octobre 2010, Alain Rpnpif a écrit : > Bonjour, > > Squeeze comporte le nouveau système de démarrage en parallèle > des /etc/init.d/*. > > Les dépendances de démarrage des services postfix, fetchmail et > spampd est étrange et illogique pour moi. J'ai trouvé. Une partie de la réponse est ici : http://wiki.debian.org/LSBInitScripts/DebianVirtualFacilities C'est postfix qui est en vrac... -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101030165651.4aea3...@arrcuis.home
Squeeze : Démarrage de postfix, fetchmail et spampd
Bonjour, Squeeze comporte le nouveau système de démarrage en parallèle des /etc/init.d/*. Les dépendances de démarrage des services postfix, fetchmail et spampd est étrange et illogique pour moi. Fetchmail devrait impérativement être démarré après Postfix ($mail-transport-agent). Spampd devrait être démarré avant Postfix car il est en lien étroit avec celui-ci. Ce qui fait qu'on devrait avoir un démarrage dans cet ordre pour éviter de perdre des courriels : 1 spampd 2 postfix 3 fetchmail Voici ce que l'on trouve dans les init.d : Pour fetchmail # Provides: fetchmail # Required-Start:$network $local_fs $remote_fs $syslog # Required-Stop: $remote_fs # Should-Start: $mail-transport-agent exim4 $named # Should-Stop: $mail-transport-agent exim4 Pour Postfix # Provides: postfix mail-transport-agent # Required-Start:$local_fs $remote_fs $syslog $named $network $time # Required-Stop: $local_fs $remote_fs $syslog $named $network # Should-Start: postgresql mysql clamav-daemon postgrey spamassassin # Should-Stop: postgresql mysql clamav-daemon postgrey spamassassin Pour Spampd # Provides: spampd # Required-Start: $remote_fs $syslog $network $named $time # Required-Stop:$remote_fs $syslog $network $named $time D'après moi, ces dépendances sont boguées pour les raisons suivantes : 1 D'abord spamassassin doit être désactivé dans /etc/default/spamassassin car il ne doit pas être lancé étant en conflit avec spampd mais il doit être installé car indispensable à spampd. Donc postfix ne devrait pas avoir de dépendance à spamassassin mais à quelque chose comme une variable appelée par exemple $antispam qui prendrait la valeur spamassassin si ce dernier est effectivement utilisé ou spampd si c'est celui-ci ou autre ; pour moi ce serait spampd. 2 L'ordre de démarrage est 1 fetchmail, 2 postfix, 3 spampd, c'est à dire à l'envers. Fetchmail rapatrie les courriels mais ne peut pas les délivrer (postfix n'est pas encore lancé). Il y a donc risque de perte de données. 3 Un transporteur de courriel est indispensable pour fetchmail donc on devrait avoir : # Required-Start: $mail-transport-agent au lieu de Should-Start. 4 # Required-Start: $mail-transport-agent ne donne pas la priorité à Postfix devant fetchmail comme il est censé le faire. Je ne comprends pas pourquoi cela ne marche pas ce qui fait que fetchmail démarre en premier (bogue de update-rc.d ?) En résumé voici les modifications que je préconise : Pour fetchmail # Provides: fetchmail # Required-Start:$network $local_fs $remote_fs $syslog $mail-transport-agent # Required-Stop: $remote_fs $mail-transport-agent # Should-Start: $named # Should-Stop: Pour Postfix # Provides: postfix mail-transport-agent # Required-Start:$local_fs $remote_fs $syslog $named $network $time # Required-Stop: $local_fs $remote_fs $syslog $named $network # Should-Start: postgresql mysql clamav-daemon postgrey $antispam # Should-Stop: postgresql mysql clamav-daemon postgrey $antispam Pour Spampd # Provides: spampd antispam # Required-Start: $remote_fs $syslog $network $named $time # Required-Stop:$remote_fs $syslog $network $named $time Pour Spamassassin # Provides: spampassassin antispam (avec risque de faux conflit avec spampd). À revoir. Il y a contradiction ou conflit entre l'activation dans /etc/default/spamassassin et le démarrage du service /etc/init.d/spamassassin. Ces problèmes n'existant qu'au démarrage ont pu échappé car la plupart des serveurs ne sont que rarement démarrés, ce n'est pas le cas du mien. Ma question : Qu'en pensez-vous ? Me trompe-je ? À quels paquets affecter les bogues (parce que je suppose que plusieurs paquets sont en cause) ? À vous lire. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101030151755.04066...@arrcuis.home
Re: fetchmail : connection refused
Je n'ai plus le message d'avertissement. J'ai donc reconfigurer exim4 avec dpkg-reconfigure. J'étais loin de deviner que ::1 est l'adresse localhost en IPv6!! Cela n'est pour moi pas limpide encore Bref merci à toi Pascal Hambourg et peut être à bientôt sur le forum debian-fr.org ;-) Le samedi 07 août 2010 à 01:05:31, Pascal Hambourg a écrit : > Salut, > > m3t4linux a écrit : > > > > La consultation de /var/log/mail.err comporte les messages suivants : > > > > "fetchmail[1709]: connection to localhost:smtp [::1/25] failed: Connection > > refused" > > Cela me semble limpide : la connexion au port 25 de localhost en IPv6 > (adresse ::1) a été refusée. Soit parce que le jeu de règles ip6tables > (pare-feu IPv6) a bloqué la demande de connexion, soit plus probablement > parce que le MTA local n'écoute pas sur l'adresse de loopback IPv6. > > Que raconte netstat -tnlp46 au sujet du port 25 ? > > > J'ai un compte gmail et voici ma config' "email" : > > MTA/exim4 , MDA/procmail, MRA/fetchmail, MUA/mutt > > > > J'envois et reçois correctement les emails mais je ne comprends pas ce > > message d'avertissement. > > C'est une erreur ou un simple avertissement ? Si tout fonctionne > correctement, on peut supposer que fetchmail, comme tout programme bien > écrit, tente de se connecter ensuite à localhost en IPv4 (127.0.0.1) et > réussit. > > Par défaut (si on laisse local_interfaces vide), exim4 écoute sur toutes > les adresses locales en IPv4 et IPv6 si disponible. Tu as peut-être mis > 127.0.0.1 pour qu'il n'écoute qu'en local ? Dans ce cas il faudrait > ajouter ::1 à la liste. > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: http://lists.debian.org/4c5c953b.6040...@plouf.fr.eu.org > > -- m3t4linux -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100812214647.ga3...@gmail.com
Re: fetchmail : connection refused
Salut, m3t4linux a écrit : > > La consultation de /var/log/mail.err comporte les messages suivants : > > "fetchmail[1709]: connection to localhost:smtp [::1/25] failed: Connection > refused" Cela me semble limpide : la connexion au port 25 de localhost en IPv6 (adresse ::1) a été refusée. Soit parce que le jeu de règles ip6tables (pare-feu IPv6) a bloqué la demande de connexion, soit plus probablement parce que le MTA local n'écoute pas sur l'adresse de loopback IPv6. Que raconte netstat -tnlp46 au sujet du port 25 ? > J'ai un compte gmail et voici ma config' "email" : > MTA/exim4 , MDA/procmail, MRA/fetchmail, MUA/mutt > > J'envois et reçois correctement les emails mais je ne comprends pas ce > message d'avertissement. C'est une erreur ou un simple avertissement ? Si tout fonctionne correctement, on peut supposer que fetchmail, comme tout programme bien écrit, tente de se connecter ensuite à localhost en IPv4 (127.0.0.1) et réussit. Par défaut (si on laisse local_interfaces vide), exim4 écoute sur toutes les adresses locales en IPv4 et IPv6 si disponible. Tu as peut-être mis 127.0.0.1 pour qu'il n'écoute qu'en local ? Dans ce cas il faudrait ajouter ::1 à la liste. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c5c953b.6040...@plouf.fr.eu.org
fetchmail : connection refused
Bonsoir à tous!!
La consultation de /var/log/mail.err comporte les messages suivants :
"fetchmail[1709]: connection to localhost:smtp [::1/25] failed: Connection
refused"
J'ai un compte gmail et voici ma config' "email" :
MTA/exim4 , MDA/procmail, MRA/fetchmail, MUA/mutt
J'envois et reçois correctement les emails mais je ne comprends pas ce
message d'avertissement.
J'ai configurer exim avec #dpkg-reconfigure exim4-config en optant pour
"Envois via relais ("smarthost") - réception SMTP ou fetchmail"
Mes faibles connaissances à ce sujet m'empêche de trouver une
solution...
Merci pour vos aides éventuelles ;-)
--
m3t4linux
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20100806205136.ga11...@gmail.com
Re: Faire passer les mail récupèrés par fetchmail par spamassassin
Philippe R writes: > mon fetchmail fonctionne bien et me récupère bien les mails et les > déposes directement dans les bals , comment faire passer ses mail dans > la moulinette spamassassin? Tu peux configurer la variable smtphost dans fetchmail pour envoyer les mails reçus à ton postfix local, qui effectuera alors tous les traitements nécessaires. Exemple qui fonctionne chez moi: defaults: timeout 3000 antispam -1 batchlimit 100 limit 0 no rewrite dropdelivered smtphost petole.demisel.net -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/877hp213ty@petole.demisel.net
Re: Faire passer les mail récupèrés par fetchmail par spamassassin
Le 24/03/2010 07:56, Raphael Hertzog a écrit : On Tue, 23 Mar 2010, Jean-Yves F. Barbier wrote: Heu, t'as passé combien de temps à pisser sur l'abattant avant qu'on te dise qu'il fallait le relever? Merci de ne pas répondre si vous n'avez pas la motivation de faire une réponse courtoise et constructive. Ces propos ne sont pas acceptables sur cette liste même en réponse à quelqu'un qui n'a pas fait d'efforts de documentation. Cordialement, Pos grave , on va juste le surnommer schtoumpfs grognon : http://www.schtroumpfs.org/ecrire/upload/2009/olivier/schtroumpf-grognon-gros-pla.jpg ps pour schroumpfs grognon images trouvée grace à google : moi aussi je sais chercher sur google : ) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ba9c07b.6010...@worm-fr.com
Re: Faire passer les mail récupèrés par fetchmail par spamassassin
On Tue, 23 Mar 2010, Jean-Yves F. Barbier wrote: > Heu, t'as passé combien de temps à pisser sur l'abattant avant qu'on te > dise qu'il fallait le relever? Merci de ne pas répondre si vous n'avez pas la motivation de faire une réponse courtoise et constructive. Ces propos ne sont pas acceptables sur cette liste même en réponse à quelqu'un qui n'a pas fait d'efforts de documentation. Cordialement, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100324065654.ga4...@rivendell
Re: Faire passer les mail récupèrés par fetchmail par spamassassin
Le Tue, 23 Mar 2010 15:39:35 +0100, Philippe R a écrit : > Bonjour à tous > > j ai un serveur de mail postfix / mysql avec maildrop , spamassassin > amavisd dspam clamav et fetchmail. > > mon fetchmail fonctionne bien et me récupère bien les mails et les > déposes directement dans les bals , comment faire passer ses mail dans > la moulinette spamassassin? Heu, t'as passé combien de temps à pisser sur l'abattant avant qu'on te dise qu'il fallait le relever? La moindre recherche avec les mots: postfix, mysql, maildrop , spamassassin amavisd, clamav, fetchmail retourne un minimum de 6 réponses indiquant le mod'op dans la première page... (ET, il n'y-a pas besoin de savoir lire l'Anglais pour appliquer les recettes décrites.) -- * CosmicRay wishes he had some strippers here err, wire strippers -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100323162227.46d4e...@anubis.defcon1
Re: adapter et configurer fetchmail pour une messagerie horrible
Selon bernard.schoenac...@free.fr: > bonjour, > > je n'arrive pas à rapatrier des mails issus de hotmail > > le rtfm et les howto n'y peuvent rien du tout > dans les logs j'ai des délais de d'attentde de réponse > dépassés > > utilisation de ces param : > > poll pop.live.com with proto POP3 port 995 and options no dns > user 'm...@hotmail.com' with password 'me' is 'user' here > # ssl > keep > smtphost localhost > > bref, j'y perd mon latin ... > > > merci de votrez aimable attention > > slt > bernard bonjour, je viens de vérifier certains point et je ne comprend pas du tout le fait de la réécriture : @pop3.live.com utilisation de : /etc/init.d/fetchmail debug-run et merci à Jean-Y Barbier pour m'avoir donné un lien http://download.gna.org/hpr/fetchmail/FAQ/sympatico-hotmail-pop-howto.html le reste au niveau syntaxe est classique : (/etc/fetchmailrc ) poll pop3.live.com with proto POP3 and options no dns username '@hotmail.fr' with password 'My_Password' is 'userlocal' here options ssl sslfingerprint '26:3A:E1:E1:29:94:CB:D8:97:08:4D:1D:22:07:8F:AD' keep smtphost localhost remarque : un syntaxe identique fonctionne bien avec gmail ===== /etc/init.d/fetchmail debug-run /etc/init.d/fetchmail: Initiating debug run of system-wide fetchmail service... /etc/init.d/fetchmail: script will be run in debug mode, all output to forced to /etc/init.d/fetchmail: stdout. This is not enough to debug failures that only /etc/init.d/fetchmail: happen in daemon mode. /etc/init.d/fetchmail: You might want to direct output to a file, and tail -f it. /etc/init.d/fetchmail: Stopping the service... Pidfile not found! Is fetchmail running? ... failed! /etc/init.d/fetchmail: exit status of service stop was: 0 /etc/init.d/fetchmail: RUNUSER is fetchmail /etc/init.d/fetchmail: OPTIONS would be -f /etc/fetchmailrc --pidfile /var/run/fetchmail/fetchmail.pid --syslog /etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run... fetchmail: démarrage de fetchmail 6.3.9-rc2 en tâche de fond fetchmail: 6.3.9-rc2 interroge pop3.live.com (protocole POP3) à mar. 29 déc. 2009 21:56:26 CET : récupération en co$ Essai de connecter avec 65.55.116.126/995...connecté. fetchmail: Organisation inconnue fetchmail: Nom commun de l'émetteur : Microsoft Secure Server Authority fetchmail: Nom commun du serveur: pop3.live.com fetchmail: signature de la clé pop3.live.com : 26:3A:E1:E1:29:94:CB:D8:97:08:4D:1D:22:07:8F:AD fetchmail: La signature pop3.live.com correspond. fetchmail: POP3< +OK BLU0-POP120 POP3 server ready fetchmail: POP3> CAPA fetchmail: POP3< -ERR unrecognized command fetchmail: unrecognized command fetchmail: Re-récupération immédiate sur @hotmail...@pop3.live.com Essai de connecter avec 65.55.116.126/995...connecté. fetchmail: Organisation inconnue fetchmail: Nom commun de l'émetteur : Microsoft Secure Server Authority fetchmail: Nom commun du serveur: pop3.live.com fetchmail: signature de la clé pop3.live.com : 26:3A:E1:E1:29:94:CB:D8:97:08:4D:1D:22:07:8F:AD fetchmail: La signature pop3.live.com correspond. fetchmail: POP3< +OK BLU0-POP162 POP3 server ready fetchmail: POP3> USER @hotmail.fr fetchmail: POP3< +OK password required fetchmail: POP3> PASS * fetchmail: POP3< -ERR authentication failed fetchmail: authentication failed fetchmail: Ã<89>chec de l'autorisation sur @hotmail...@pop3.live.com fetchmail: POP3> QUIT fetchmail: POP3< +OK POP3 server signing off fetchmail: 6.3.9-rc2 interroge pop3.live.com (protocole POP3) à mar. 29 déc. 2009 21:56:29 CET : interrogation finie fetchmail: Ã<89>tat de la requête=3 (ECHEC DE L'AUTHENTIFICATION) fetchmail: Ecriture du fichier fetchids. fetchmail: mise en sommeil à mar. 29 déc. 2009 21:56:29 CET pour 180 secondes merci pour éclaircir ma lanterne slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: adapter et configurer fetchmail pour une messagerie horrible
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 bernard.schoenac...@free.fr a écrit : > bonjour, Salut, > je n'arrive pas à rapatrier des mails issus de hotmail Ç'eut été une surprise que tu y arrives. Depuis quand hotmail permet-il de le faire ? J'ai lu que c'était une option payante, mais je ne connais personne qui aurait donné de l'argent à Microsoft© pour ce service, est-ce ton cas ? > poll pop.live.com with proto POP3 port 995 and options no dns Tu peux t'énerver longtemps à mon avis : $ telnet pop.live.com 995 Trying 65.55.24.100... telnet: Unable to connect to remote host: Connection timed out Il y a des plugins (« Webmail » et « Webmail - Hotmail » par exemple) qui permettent de biaiser le système pour Icedove, peut-être existe-t-il des outils équivalent à plus bas niveau... Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAks4y9QACgkQ18/WetbTC/rU6gCglIaMAfaxG7RamQ0QqPMBfna1 KxUAnRhrgQ1o1C/onGFQO/MFJl9pWci7 =y0gV -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: adapter et configurer fetchmail pour une messagerie horrible
bernard.schoenac...@free.fr a écrit : > je n'arrive pas à rapatrier des mails issus de hotmail > le rtfm et les howto n'y peuvent rien du tout > dans les logs j'ai des délais de d'attentde de réponse > dépassés > > utilisation de ces param : > > poll pop.live.com with proto POP3 port 995 and options no dns > user 'm...@hotmail.com' with password 'me' is 'user' here > # ssl > keep > smtphost localhost Un commentaire implique un changement de ligne, donc fetchmail prend en compte ce qui le suit comme une Nlle ligne de fetch. L'option nodns est attachée. Si tu avais lû les docs tu aurais vu que le svr fait appel à TLS: il faut importer le certificat voulu. poll pop.live.com port 995 with proto POP3 with nodns user 'm...@hotmail.com' with password 'me' is 'user' here option ssl sslcertck > bref, j'y perd mon latin ... Errare fetchmailum est, sed perseverare non lego libri diabolicum est. http://download.gna.org/hpr/fetchmail/FAQ/sympatico-hotmail-pop-howto.html -- I don't care where I sit as long as I get fed. -- Calvin Trillin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: adapter et configurer fetchmail pour une messagerie horrible
Le 28-12-2009, à 15:13:12 +0100, bernard.schoenac...@free.fr (bernard.schoenac...@free.fr) a écrit : > bonjour, Salut, > je n'arrive pas à rapatrier des mails issus de hotmail > > le rtfm et les howto n'y peuvent rien du tout > dans les logs j'ai des délais de d'attentde de réponse > dépassés Faut poster ces logs sans quoi on ne peut pas deviner ... > utilisation de ces param : > > poll pop.live.com with proto POP3 port 995 and options no dns > user 'm...@hotmail.com' with password 'me' is 'user' here > # ssl > keep > smtphost localhost > > bref, j'y perd mon latin ... Peut-être exécuter fetchmail en ligne de commande avec -vv comme option et mettre le résultat ici ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
adapter et configurer fetchmail pour une messagerie horrible
bonjour, je n'arrive pas à rapatrier des mails issus de hotmail le rtfm et les howto n'y peuvent rien du tout dans les logs j'ai des délais de d'attentde de réponse dépassés utilisation de ces param : poll pop.live.com with proto POP3 port 995 and options no dns user 'm...@hotmail.com' with password 'me' is 'user' here # ssl keep smtphost localhost bref, j'y perd mon latin ... merci de votrez aimable attention slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Fetchmail, procmail
Zuthos a écrit : > Jean-Yves F. Barbier a écrit : > | > | il suffit de chercher un peu, et de faire une "recette" multi distribution" > | telle que le dernier pavé de: > | http://www.tuteurs.ens.fr/internet/courrier/procmail.html > | > En fait, je faisais plutot: > :0 c: > * ^from.*d...@no-log.org > ! c...@localhost > :0: > * ^from.*d...@no-log.org > ! b...@localhost > > imaginons que cette rêgle sois chez le user aoao > Le probléme est que les rêgles procmail de coco prendront aoao comme > expéditeur est non dodo ? ici on parle des règles _générales_, donc dans /etc/procmailrc il est évident qu'une fois arrivé chez le user il n'y a pas de façon propre d'en ressortir. Maintenant, procmail sert bien dans certains cas et pas dans d'autres, il existe d'autres manières de distribuer - le mieux c'est que tu fasses un bilan des autres possibilités et que tu choisisses en accord avec tes besoins (maildrop, postdrop, etc) -- California is a fine place to live -- if you happen to be an orange. -- Fred Allen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Fetchmail, procmail
Selon Zuthos : > Jean-Yves F. Barbier a écrit : > | > | il suffit de chercher un peu, et de faire une "recette" multi distribution" > | telle que le dernier pavé de: > | http://www.tuteurs.ens.fr/internet/courrier/procmail.html > | > En fait, je faisais plutot: > :0 c: > * ^from.*d...@no-log.org > ! c...@localhost > :0: > * ^from.*d...@no-log.org > ! b...@localhost > > imaginons que cette rêgle sois chez le user aoao > Le probléme est que les rêgles procmail de coco prendront aoao comme > expéditeur est non dodo > bonjour, pourquoi ne pas passer par un gestionnaire de liste de diffusion ? cf mon courriel slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Fetchmail, procmail
Jean-Yves F. Barbier a écrit : | | il suffit de chercher un peu, et de faire une "recette" multi distribution" | telle que le dernier pavé de: | http://www.tuteurs.ens.fr/internet/courrier/procmail.html | En fait, je faisais plutot: :0 c: * ^from.*d...@no-log.org ! c...@localhost :0: * ^from.*d...@no-log.org ! b...@localhost imaginons que cette rêgle sois chez le user aoao Le probléme est que les rêgles procmail de coco prendront aoao comme expéditeur est non dodo signature.asc Description: Digital signature
Re: Fetchmail, procmail
Selon Zuthos : > Bonjour, > J'ai une adresse mail que plusieurs compte doivent recevoir. > > J'avais bien pensé la diriger vers un user, puis avec procmail la rediriger > vers les autres comptes (ex: !c...@localhost). > > Le probléme, c'est que le message est alors renvoyer par cette user. Je ne > peut donc plus faire de rêgle avec procmail avec l'email rentrant. > > J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci > d'avance > bonjour, afin d'éviter de faire des erreurs monumentales, voici un mantra : Procmail is not a MTA donc pour votre soucis il serait conseillé de basculer le mail vers un gestionnaire de liste de diffusion conmme cela se sera du menthos et pas l'effet kiss cool ou si vous préférez cela vous évitera beaucoups d'effets de bord indésirables ... slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Fetchmail, procmail
Zuthos a écrit : > Bonjour, > J'ai une adresse mail que plusieurs compte doivent recevoir. > > J'avais bien pensé la diriger vers un user, puis avec procmail > la rediriger vers les autres comptes (ex: !c...@localhost). > > Le probléme, c'est que le message est alors renvoyer par cette > user. Je ne peut donc plus faire de rêgle avec procmail avec l'email rentrant. il suffit de chercher un peu, et de faire une "recette" multi distribution" telle que le dernier pavé de: http://www.tuteurs.ens.fr/internet/courrier/procmail.html > J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci d'avance pas vraiment -- Women -- can't live with 'em, can't leave 'em by the curb when you're done. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Fetchmail, procmail
mess-mate a écrit : | | | Ca depend de ton MTA. | | Si c'est postfix tu as tout intérêt à utiliser maildrop au lieu de | procmail et qui lui fera ce que tu veux. En fait, j'ai exim4 signature.asc Description: Digital signature
Re: Fetchmail, procmail
Zuthos wrote: Bonjour, J'ai une adresse mail que plusieurs compte doivent recevoir. J'avais bien pensé la diriger vers un user, puis avec procmail la rediriger vers les autres comptes (ex: !c...@localhost). Le probléme, c'est que le message est alors renvoyer par cette user. Je ne peut donc plus faire de rêgle avec procmail avec l'email rentrant. J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci d'avance Ca depend de ton MTA. Si c'est postfix tu as tout intérêt à utiliser maildrop au lieu de procmail et qui lui fera ce que tu veux. -- mess-mate May you do Good Magic with Perl. -- Larry Wall's blessing -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Fetchmail, procmail
Bonjour, J'ai une adresse mail que plusieurs compte doivent recevoir. J'avais bien pensé la diriger vers un user, puis avec procmail la rediriger vers les autres comptes (ex: !c...@localhost). Le probléme, c'est que le message est alors renvoyer par cette user. Je ne peut donc plus faire de rêgle avec procmail avec l'email rentrant. J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci d'avance signature.asc Description: Digital signature
Re: fetchmail et IPv6 [résolu]
claude a écrit : [...] cat /etc/hosts 127.0.0.1 localhost 192.168.0.40avalokiteshvara.lokaavalokiteshvara # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts Comme dit dans une autre réponse, je vais voir en enlevant la ligne : ::1 localhost ip6-localhost ip6-loopback Après quelques heures, pas d'effets de bord indésirables constatées, donc ça parait être la bonne solution. Pour rappel, fetchmail se plaignait dans mes logs : fetchmail[19825]: Échec de connexion avec localhost:smtp [::1/25] : Connexion refusée. Merci à ceux qui ont répondu. -- Claude Thomassin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
Le 13 août 09 à 15:28, claude a écrit : Je vais donc tenter la soluce donnée dans le mail que tu m'as indiqué, à savoir désactiver localhost en ipv6. D'ailleurs, pas très au courant en ce qui concerne ipv6, je me demande si ::1 est une adresse valide pour localhost ? Je crois avoir lu (je ne sais plus trop où) que l'entête pour un réseau privé serait plutôt fe80: ? ip6-localhost existe, et renvoi sur ::1 Exim4, dans sa configuration, accepte l'IP sous forme 1 Essaye, dans le doute… Damien Clauzel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
Pascal Hambourg a écrit : [...] Par pure curiosité, que contient ton fichier /etc/hosts ? Bizarrement, ma réponse ne semble pas être passé alors je reposte. DSL si ça arrive en double : cat /etc/hosts 127.0.0.1 localhost 192.168.0.40avalokiteshvara.lokaavalokiteshvara # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts Comme dit dans une autre réponse, je vais voir en enlevant la ligne : ::1 localhost ip6-localhost ip6-loopback si cela règle mon pb. Mais dans ce cas, cela ne risque-t-il pas de perturber le fonctionnement en ipv6 ? Pour l'instant, je n'ai pas eu trop le temps de me pencher là-dessus mais c'est dans ma todo-list ;) -- Claude Thomassin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
Nicolas KOWALSKI a écrit : [...] En indiquant 127.0.0.1 comme smtphost, cf. : http://lists.berlios.de/pipermail/fetchmail-users/2007-March/000930.html Le paramètre smtphost ne semble pas exister dans postif mais, par contre un : postconf | grep smtp me sort pleins de trucs dont : smtp_bind_address = 127.0.0.1 smtp_bind_address6 = Je vais donc tenter la soluce donnée dans le mail que tu m'as indiqué, à savoir désactiver localhost en ipv6. D'ailleurs, pas très au courant en ce qui concerne ipv6, je me demande si ::1 est une adresse valide pour localhost ? Je crois avoir lu (je ne sais plus trop où) que l'entête pour un réseau privé serait plutôt fe80: ? -- Claude Thomassin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
Pierre Meurisse a écrit : [...] Je me suis débarrassé de ce message avec : # dpkg-reconfigure -plow exim4-config j'ai supprimé 127.0.0.1 de "Liste d'adresses IP où Exim sera en attente de connexions SMTP entrantes :" J'ai également laissé en blanc la ligne "Autres destinations dont le courriel doit être accepté :" Si tu utilises exim, évidemment. J'utilise Postfix et je ne suis pas certain qu'il soit content si j'enlève localhost. Pour l'instant, j'ai ça dans mon /etc/postfix/main.cf : mynetworks = 127.0.0.0/8 192.168.0.0/24 Je vais tester ça aussi pour voir, on ne sait jamais :D -- Claude Thomassin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
Salut, claude a écrit : > > Depuis quelques temps, mes logs font ressortir la ligne suivante : > > fetchmail[19825]: Échec de connexion avec localhost:smtp [::1/25] : > Connexion refusée. Par pure curiosité, que contient ton fichier /etc/hosts ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
Bonjour, On Thu, Aug 13, 2009 at 10:54:30AM +0200, claude wrote: > > Bonjour, > > Depuis quelques temps, mes logs font ressortir la ligne suivante : > > fetchmail[19825]: Échec de connexion avec localhost:smtp [::1/25] : > Connexion refusée. > J'ai eu le même problème. Je me suis débarrassé de ce message avec : # dpkg-reconfigure -plow exim4-config j'ai supprimé 127.0.0.1 de "Liste d'adresses IP où Exim sera en attente de connexions SMTP entrantes :" J'ai également laissé en blanc la ligne "Autres destinations dont le courriel doit être accepté :" Si tu utilises exim, évidemment. A+ -- Pierre Meurisse -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail et IPv6
claude writes: > Bonjour, Bonjour, > Depuis quelques temps, mes logs font ressortir la ligne suivante : > > fetchmail[19825]: Échec de connexion avec localhost:smtp [::1/25] : > Connexion refusée. [...] > Une idée pour m'en sortir ? En indiquant 127.0.0.1 comme smtphost, cf. : http://lists.berlios.de/pipermail/fetchmail-users/2007-March/000930.html -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
fetchmail et IPv6
Bonjour, Depuis quelques temps, mes logs font ressortir la ligne suivante : fetchmail[19825]: Échec de connexion avec localhost:smtp [::1/25] : Connexion refusée. J'ai cherché du côté de la doc de fetchmail (man/readme and Co) puis directement sur le site de fetchmail où j'ai trouvé une FAQ pas trop à jour... Mais rien concernant ce problème. Cependant, ça n'a pas été tout à fait inutile puisqu'on j'ai vu qu'on pouvait indiquer à fetchmail par quelle interface passer. La FAQ mentionne une ligne à ajouter dans fetchmailrc : interface "eth0/192.168.0.40/255.255.255.0" Je l'ai donc positionné en première ligne dans fetchmailrc et, sans redémarrer fetchmail, ça marchait bien... Sauf que j'ai dû rebooter ma machine et là, plus de mail mais un message d'erreur au lancement de fetchmail pour me dire que la ligne est incorrecte :( Du coup, je l'ai passée en commentaire et fetchmail remarche correctement mais toujours avec ce message qui commence à m'agacer. Une idée pour m'en sortir ? -- Claude Thomassin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail (procmail mutt) : timeout socket error
Le Thursday 30 July 2009 15:45:57 Michaël Pierson, vous avez écrit : > Le jeudi 30 juillet 2009 à 08:11:22, se...@srv0.ath.cx a écrit : [...] > > sans cette ligne, les messages seront réexpédiés via SMTP vers le serveur > > localhost (par défaut). > > oui: % fetchmail -V -f ~/.fetchmailrc > Les messages seront réexpédiés via SMTP vers : localhost (par défaut) > > après modification: > Les messages seront acheminés avec "/usr/bin/procmail -Y -d %T". > > > Tu as un serveur SMTP actif sur le port 25 qui accepte les messages sans > > authentification ? > > Comment le savoir? C'est normal que le MTA accepte une session SMTP sans authentification sur localhost ou 127.0.0.1. Par contre pour ne pas ouvrir une porte au spam, il doit être soit fermé pour l'extérieure, ou utiliser un mécanisme d'authentification. Pour le tester, avec 'telnet' en local: * légende: <- : réponse du serveur; -> : envoie d'une commande. % telnet 127.0.0.1 25 Trying localhost ... Connected to localhost (127.0.0.1). Escape character is '^]'. <- 220 mail.X ESMTP Exim 4.69 Thu, 30 Jul 2009 16:48:19 +0200 -> MAIL FROM:m...@localhost.localdomain <- 250 OK -> RCPT TO: utilisat...@localhost.localdomain <- 250 Accepted -> DATA <- 354 Enter message, ending with "." on a line by itself -> Mon message de teste terminé par un point -> . <- 250 OK id=1MWWwA-0002hZ-HY -> QUIT <- 221 mail.X closing connection Connection closed by foreign host. Un message de a été envoyé à . > > > Pour les envois, j'utilise Mutt et msmtp pour me connecter à un serveur > > > smtp gmail 'host smtp.gmail.com'. > > > > > > Postfix pour les mails en local. > > > > C'est excessif ! Tu as déjà msmtp qui rempli cette tâche !! > > Oui et je souhaites aborder plusieurs points: > > 1-Tout d'abord un éclairage: > Le MTA Postfix gère le mail en local et l'envoi des mails. > Msmtp transmet le mail à un server smtp (ici gmail) qui lui s'occupe de > la livraison. Msmtp "dit" au MUA Mutt de l'appeler à la place du MTA > Postfix. Je comprend donc bien que Msmtp fait le job à la place de postfix > en ce qui concerne l'envoi des mails. Quid du mail en local? Qui s'en > occupe dans ce cas? Je ne comprends pas bien. Tu veux dire comment envoyer un message avec 'mail' (car avec Mutt c'est bon) ? Du style : % echo 'Mon message texte' | mail -s Object utilisat...@domaine.com Le programme 'mail' utilise '/usr/lib/sendmail' pour l'envoie des messages. Tu peux ajouter un autre chemin pour utiliser 'Msmtp' : * Pour tous: % echo 'set sendmail=/usr/bin/msmtp' >> /etc/nail.rc * Par utilisateur: % echo 'set sendmail=/usr/bin/msmtp' >> ~/.mailrc * Ou un lien : "/usr/lib/sendmail -> /usr/bin/msmtp" De même avec Mutt pour qu'il utilise 'Msmtp'. Donc plus besoin de Postfix > 2-Revenons une étape en arrière: Msmtp n'est pas installé et je > cherche à contacter le server smtp gmail à partir de Mutt. > Dans '~/.muttrc' j'utilise la ligne > set smtp_url='smtps://x...@gmail.com:z...@smtp.gmail.com:465' > qui provoque le message : authentificateurs non disponibles > Je ne résoudrait pas ce point mais je le contourne en installant msmtp. > J'aimerai revenir sur cette erreur pour comprendre. Moi aussi J'aimerai comprendre. Tu disais qu'avec ton ancêtre (etch) mutt fonctionnait bien. Avec la même configuration ( Msmtp et Postfix ) ? > > 3-Revenons encore une étape plus en arrière: J'utilise un seul > compte mail: celui de mon FAI. Postfix gère les mails via smtp.voo.be > J'adapte le champ From fonction du destinataire avec dans '~/muttrc': > send-hook '~C ^...@lists\.debian\.org$''my_hdr From: Michaël Pierson > ' > Ces envois sont considérés comme du spam par mon Fai. Il semblerait que > celà soit le résultat d'une policy de Gmail indiquant que seul les > servers smtp.gmail peuvent délivrer des mails gmail (suis je > compréhensible?). Si tu postais le message avec les entêtes du message considéré spam, on pourait l'analysé. Aussi en utilisant le service 'echo' de 'cict.fr': % echo teste | mail -s teste robotm...@cict.fr C'est un robot de test de message, il renvoie les entêtes pour bien les analyser. > > 4- Voilà pourquoi actuellement, je cherche à obtenir ( et Msmtp semble être > idéal) quelque chose comme: destinataire A j'utilise From x...@gmail.com et > smpt gmail avec identifiant XXX destinataire B j'utilise From y...@gmail.com > et smpt gmai
Re: fetchmail (procmail mutt) : timeout socket error
Le jeudi 30 juillet 2009 à 08:11:22, se...@srv0.ath.cx a écrit : > Le Wednesday 29 July 2009 18:46:21 Michaël Pierson, vous avez écrit : > [...] > > > > > > > > Voici un extrait de '~.fetchmail.log' avec dépassement de délai et > > > > erreur socket et 10' plus tard la réception du mail pour ce compte. > > > > "... > > > > fetchmail: démarrage de fetchmail 6.3.9-rc2 en tâche de fond > > > > fetchmail: mise en sommeil à mer 29 jui 2009 12:17:16 CEST pour 300 > > > > secondes fetchmail: réveillé à mer 29 jui 2009 12:22:16 CEST > > > > fetchmail: 1 message pour x...@gmail.com dans pop.gmail.com (464589 > > > > octets). fetchmail: lecture du message > > > > x...@gmail.com@gmail-pop.l.google.com:1 parmi 1 (464589 octets) éliminé > > > > fetchmail: mise en sommeil à mer 29 jui 2009 12:22:18 CEST pour 300 > > > > secondes fetchmail: réveillé à mer 29 jui 2009 12:27:18 CEST > > > > fetchmail: délai dépassé après 300 secondes d'attente du serveur > > > > mail.voo.be. fetchmail: erreur socket durant la réception de > > > > y...@voo.be@mail.voo.be fetchmail: État de la requête=2 (SOCKET) > > > > fetchmail: mise en sommeil à mer 29 jui 2009 12:32:20 CEST pour 300 > > > > secondes fetchmail: réveillé à mer 29 jui 2009 12:37:20 CEST > > > > fetchmail: 1 message pour y...@voo.be dans mail.voo.be (470460 octets). > > > > fetchmail: lecture du message y...@voo.be@mrouterout.brutele.be:1 parmi > > > > 1 (470460 octets) éliminé fetchmail: mise en sommeil à mer 29 jui 2009 > > > > 12:37:22 CEST pour 300 secondes ..." > > > > > > Tu pourrais montrer la configuration du compte avec 'mail.voo.be' ? > > > C'est un compte imap , pop3 , ... ? > > > > Voici l'intégrale de '~/.fetchmailrc': > > > > # compte FAI: > > poll mail.voo.be > > protocol pop3 > > username "y...@voo.be" > > password "aa" > > > > # 1er compte gmail: > > poll pop.gmail.com > > protocol pop3 > > port 995 > > username "x...@gmail.com" > > password "b" > > ssl > > > > # 2eme compte gmail: > > poll pop.gmail.com > > protocol pop3 > > port 995 > > username "z...@gmail.com" > > password "c" > > ssl > > > > > Et par la suite, tu utilises 'sendmail', 'procmail' ou un serveur SMTP ? > > > > Pour les mails entrants, j'utilise procmail afin de trier, SpamAssassin > > pour filtrer et enfin Mutt comme lecteur. > > Pour fixer l'utilisation de procmail avec fetchmail, il est possible > d'ajouter > cette ligne au début et avant les comptes: > > defaults mda '/usr/bin/procmail -Y -d %T' > > sans cette ligne, les messages seront réexpédiés via SMTP vers le serveur > localhost (par défaut). oui: % fetchmail -V -f ~/.fetchmailrc Les messages seront réexpédiés via SMTP vers : localhost (par défaut) après modification: Les messages seront acheminés avec "/usr/bin/procmail -Y -d %T". > Tu as un serveur SMTP actif sur le port 25 qui accepte les messages sans > authentification ? Comment le savoir? > > D'ailleurs, un excellent moyen pour 'visualiser' comment les paramètres de > ton > fichier de configuration est interprété est d'utiliser l'option '-V' de > fetchmail : > > % fetchmail -V -f ~/.fetchmailrc > > > > > Pour les envois, j'utilise Mutt et msmtp pour me connecter à un serveur > > smtp gmail 'host smtp.gmail.com'. > > > > Postfix pour les mails en local. > > C'est excessif ! Tu as déjà msmtp qui rempli cette tâche !! Oui et je souhaites aborder plusieurs points: 1-Tout d'abord un éclairage: Le MTA Postfix gère le mail en local et l'envoi des mails. Msmtp transmet le mail à un server smtp (ici gmail) qui lui s'occupe de la livraison. Msmtp "dit" au MUA Mutt de l'appeler à la place du MTA Postfix. Je comprend donc bien que Msmtp fait le job à la place de postfix en ce qui concerne l'envoi des mails. Quid du mail en local? Qui s'en occupe dans ce cas? 2-Revenons une étape en arrière: Msmtp n'est pas installé et je cherche à contacter le server smtp gmail à partir de Mutt. Dans '~/.muttrc' j'utilise la ligne set smtp_url='smtps://x...@gmail.com:z...@smtp.gmail.com:465' qui provoque le message : authentificateurs non disponibles Je ne résoudrait pas ce point mais je le contourne en installant msmtp.
Re: fetchmail (procmail mutt) : timeout socket error
Le Wednesday 29 July 2009 18:46:21 Michaël Pierson, vous avez écrit : [...] > > > > > > Voici un extrait de '~.fetchmail.log' avec dépassement de délai et > > > erreur socket et 10' plus tard la réception du mail pour ce compte. > > > "... > > > fetchmail: démarrage de fetchmail 6.3.9-rc2 en tâche de fond > > > fetchmail: mise en sommeil à mer 29 jui 2009 12:17:16 CEST pour 300 > > > secondes fetchmail: réveillé à mer 29 jui 2009 12:22:16 CEST > > > fetchmail: 1 message pour x...@gmail.com dans pop.gmail.com (464589 > > > octets). fetchmail: lecture du message > > > x...@gmail.com@gmail-pop.l.google.com:1 parmi 1 (464589 octets) éliminé > > > fetchmail: mise en sommeil à mer 29 jui 2009 12:22:18 CEST pour 300 > > > secondes fetchmail: réveillé à mer 29 jui 2009 12:27:18 CEST > > > fetchmail: délai dépassé après 300 secondes d'attente du serveur > > > mail.voo.be. fetchmail: erreur socket durant la réception de > > > y...@voo.be@mail.voo.be fetchmail: État de la requête=2 (SOCKET) > > > fetchmail: mise en sommeil à mer 29 jui 2009 12:32:20 CEST pour 300 > > > secondes fetchmail: réveillé à mer 29 jui 2009 12:37:20 CEST > > > fetchmail: 1 message pour y...@voo.be dans mail.voo.be (470460 octets). > > > fetchmail: lecture du message y...@voo.be@mrouterout.brutele.be:1 parmi > > > 1 (470460 octets) éliminé fetchmail: mise en sommeil à mer 29 jui 2009 > > > 12:37:22 CEST pour 300 secondes ..." > > > > Tu pourrais montrer la configuration du compte avec 'mail.voo.be' ? > > C'est un compte imap , pop3 , ... ? > > Voici l'intégrale de '~/.fetchmailrc': > > # compte FAI: > poll mail.voo.be > protocol pop3 > username "y...@voo.be" > password "aa" > > # 1er compte gmail: > poll pop.gmail.com > protocol pop3 > port 995 > username "x...@gmail.com" > password "b" > ssl > > # 2eme compte gmail: > poll pop.gmail.com > protocol pop3 > port 995 > username "z...@gmail.com" > password "c" > ssl > > > Et par la suite, tu utilises 'sendmail', 'procmail' ou un serveur SMTP ? > > Pour les mails entrants, j'utilise procmail afin de trier, SpamAssassin > pour filtrer et enfin Mutt comme lecteur. Pour fixer l'utilisation de procmail avec fetchmail, il est possible d'ajouter cette ligne au début et avant les comptes: defaults mda '/usr/bin/procmail -Y -d %T' sans cette ligne, les messages seront réexpédiés via SMTP vers le serveur localhost (par défaut). Tu as un serveur SMTP actif sur le port 25 qui accepte les messages sans authentification ? D'ailleurs, un excellent moyen pour 'visualiser' comment les paramètres de ton fichier de configuration est interprété est d'utiliser l'option '-V' de fetchmail : % fetchmail -V -f ~/.fetchmailrc > > Pour les envois, j'utilise Mutt et msmtp pour me connecter à un serveur > smtp gmail 'host smtp.gmail.com'. > > Postfix pour les mails en local. C'est excessif ! Tu as déjà msmtp qui rempli cette tâche !! > > > Pour l'erreur socket, le man de fetchmail dit: > > > > An error was encountered when attempting to open a socket to retrieve > > mail. If you don't know what a socket is, don't worry about it -- just > > treat this as an 'unrecoverable error'. This error can also be because a > > protocol fetchmail wants to use is not listed in /etc/services. > > POP3 est bien un protocole définit dans /etc/services. Nous voilà alors > avec une erreur "irrécupérable". :( Non. L'erreur pourrait venir par le fait que tu n'utilises pas le paramètre 'mda' en réexpédiant les messages de fetchmail par SMTP au lieu d'utiliser directement procmail. Dans ce cas de figure, il est possible d'utiliser une variable d'environnement an lançant fetchmail de cette manière: % env SOCKS_CONF=/dev/null /usr/bin/fetchmail \ --daemon 300 \ --logfile ~/.fetchmail.log \ --pidfile ~/.fetchmail.pid Il faudrait aussi regarder les logs de Postfix quand fetchmail réinjecte les messages sur le serveur SMTP localhost:25 > > > Tu renvois les messages sur un compte SMTP ? > > Non. Si il n'y a pas de paramètre mda fixer sur par exemple procmail, les messages sont réexpédies sur ton compte local de ton serveur SMTP. Donc oui. @+ -- (o_ (/)_ S e r g e -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail (procmail mutt) : timeout socket error
Le mercredi 29 juillet 2009 à 04:54:40, se...@srv0.ath.cx a écrit : > Le Wednesday 29 July 2009 15:15:49 Michaël Pierson, vous avez écrit : > > Le mercredi 29 juillet 2009 à 08:30:18, se...@srv0.ath.cx a écrit : > > > Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit : > > > > Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit : > > > > > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit : > > > > > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit : > > > > > > > * Michaël Pierson [2009-07-22 > > > > > > > 19:03:35 > > > > > > > > > > +0200] wrote : > > > > > > > > Je relève mes mails tous les quart d'heure (crontab): > > > > > > > > */15 * * * * fetchmail --silent > > > > > > > > > > > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc > > > > > > > set daemon 900 > > > > > > > > > > > > oui pourquoi pas > > > > > > > > > > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron > > > > > > > > Deamon le mail suivant: > > > > > > > > fetchmail: timeout after 300 seconds waiting for server > > > > > > > > mail.voo.be. fetchmail: socket error while fetching from > > > > > > > > *m...@*server* fetchmail: Query status=2 (SOCKET) > > > > > > > > > > > > > > > > Jj'ai rien dans /var/log/mail.info > > > > > > > > > > > > > > et dans /var/log/mail.(err|log) ? > > > > > > > > > > > > non rien du tout > > > > > > > > > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ): > > > > > > > > > > set no syslog > > > > > set logfile ~/.fetchmail.log > > > > > > > > Lignes ajoutées le 24 juillet en début de fichier comme recommandé. > > > > 2 nouveaux messages mails de Cron Deamon le 25. > > > > Je n'ai pas de fichier "~/.fetchmail.log" créé. > > > > > > > > @+ > > > > Michaël > > > > > > Salut; > > > > > > Il y a deux manières d'utiliser fetchmail: > > > - mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur ); > > > - mode système ( un unique fichier /etc/fetchmailrc pour tous les > > > utilisateurs et administré par un utilisateur spécifique ou root ). > > > > > > Les paramètres utilisés pour chaque mode sont certaines fois différents, > > > et le mode de lancement différents aussi, mais ils n'utilisent pas un > > > service cron. > > > > > > Celui qui t'intéresse est certainement le mode utilisateur, avec un > > > fichier de configuration placé dans le 'home' de l'utilisateur: > > > ~/.fetchmailrc > > > > > > Pour lancer fetchmail automatiquement en mode 'daemon' lorsque > > > l'utilisateur se connecte ( login ), on utilise soit '~/.bash_login' ou > > > '~/.bash_profile' en y ajoutant: > > > > > > if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then > > > # Vérification des permissions > > > if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then > > > chown -h $USER ~/.fetchmailrc > > > chmod -f 0600 ~/.fetchmailrc > > > fi > > > # Si il y a une instance de fetchmail > > > if [ -f ~/.fetchmail.pid ]; then > > > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status" > > > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then > > > /usr/bin/fetchmail --quit > > > sleep 1 > > > fi > > > fi > > > # Lancement de fetchmail en mode daemon > > > # avec interval entre ramassage de 300 s > > > # et journal des actions. > > > /usr/bin/fetchmail \ > > > --daemon 300 \ > > > --logfile ~/.fetchmail.log \ > > > --pidfile ~/.fetchmail.pid > > > fi > > > > Comme j'utilise zsh, j'ai ajouté ces lignes dans '~.zshrc' > > > > > Par la suite pour terminer proprement fetchmail en sortant, on ajout > > > à '~/.bash_logout': >
Re: fetchmail (procmail mutt) : timeout socket error
Le Wednesday 29 July 2009 15:15:49 Michaël Pierson, vous avez écrit : > Le mercredi 29 juillet 2009 à 08:30:18, se...@srv0.ath.cx a écrit : > > Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit : > > > Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit : > > > > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit : > > > > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit : > > > > > > * Michaël Pierson [2009-07-22 > > > > > > 19:03:35 > > > > > > > > +0200] wrote : > > > > > > > Je relève mes mails tous les quart d'heure (crontab): > > > > > > > */15 * * * * fetchmail --silent > > > > > > > > > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc > > > > > > set daemon 900 > > > > > > > > > > oui pourquoi pas > > > > > > > > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron > > > > > > > Deamon le mail suivant: > > > > > > > fetchmail: timeout after 300 seconds waiting for server > > > > > > > mail.voo.be. fetchmail: socket error while fetching from > > > > > > > *m...@*server* fetchmail: Query status=2 (SOCKET) > > > > > > > > > > > > > > Jj'ai rien dans /var/log/mail.info > > > > > > > > > > > > et dans /var/log/mail.(err|log) ? > > > > > > > > > > non rien du tout > > > > > > > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ): > > > > > > > > set no syslog > > > > set logfile ~/.fetchmail.log > > > > > > Lignes ajoutées le 24 juillet en début de fichier comme recommandé. > > > 2 nouveaux messages mails de Cron Deamon le 25. > > > Je n'ai pas de fichier "~/.fetchmail.log" créé. > > > > > > @+ > > > Michaël > > > > Salut; > > > > Il y a deux manières d'utiliser fetchmail: > > - mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur ); > > - mode système ( un unique fichier /etc/fetchmailrc pour tous les > > utilisateurs et administré par un utilisateur spécifique ou root ). > > > > Les paramètres utilisés pour chaque mode sont certaines fois différents, > > et le mode de lancement différents aussi, mais ils n'utilisent pas un > > service cron. > > > > Celui qui t'intéresse est certainement le mode utilisateur, avec un > > fichier de configuration placé dans le 'home' de l'utilisateur: > > ~/.fetchmailrc > > > > Pour lancer fetchmail automatiquement en mode 'daemon' lorsque > > l'utilisateur se connecte ( login ), on utilise soit '~/.bash_login' ou > > '~/.bash_profile' en y ajoutant: > > > > if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then > > # Vérification des permissions > > if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then > > chown -h $USER ~/.fetchmailrc > > chmod -f 0600 ~/.fetchmailrc > > fi > > # Si il y a une instance de fetchmail > > if [ -f ~/.fetchmail.pid ]; then > > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status" > > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then > > /usr/bin/fetchmail --quit > > sleep 1 > > fi > > fi > > # Lancement de fetchmail en mode daemon > > # avec interval entre ramassage de 300 s > > # et journal des actions. > > /usr/bin/fetchmail \ > > --daemon 300 \ > > --logfile ~/.fetchmail.log \ > > --pidfile ~/.fetchmail.pid > > fi > > Comme j'utilise zsh, j'ai ajouté ces lignes dans '~.zshrc' > > > Par la suite pour terminer proprement fetchmail en sortant, on ajout > > à '~/.bash_logout': > > > > if [ -f ~/.fetchmail.pid ]; then > > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status" > > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then > > /usr/bin/fetchmail --quit > > fi > > fi > > Et pour sortir proprement j'ai créé un '~.zshrc_logout' > > > Voici un extrait de '~.fetchmail.log' avec dépassement de délai et > erreur socket et
Re: fetchmail (procmail mutt) : timeout socket error
Le mercredi 29 juillet 2009 à 08:30:18, se...@srv0.ath.cx a écrit : > Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit : > > Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit : > > > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit : > > > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit : > > > > > * Michaël Pierson [2009-07-22 > > > > > 19:03:35 > > > > > > +0200] wrote : > > > > > > Je relève mes mails tous les quart d'heure (crontab): > > > > > > */15 * * * * fetchmail --silent > > > > > > > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc > > > > > set daemon 900 > > > > > > > > oui pourquoi pas > > > > > > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon > > > > > > le mail suivant: > > > > > > fetchmail: timeout after 300 seconds waiting for server > > > > > > mail.voo.be. fetchmail: socket error while fetching from > > > > > > *m...@*server* fetchmail: Query status=2 (SOCKET) > > > > > > > > > > > > Jj'ai rien dans /var/log/mail.info > > > > > > > > > > et dans /var/log/mail.(err|log) ? > > > > > > > > non rien du tout > > > > > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ): > > > > > > set no syslog > > > set logfile ~/.fetchmail.log > > > > Lignes ajoutées le 24 juillet en début de fichier comme recommandé. > > 2 nouveaux messages mails de Cron Deamon le 25. > > Je n'ai pas de fichier "~/.fetchmail.log" créé. > > > > @+ > > Michaël > > > Salut; > > Il y a deux manières d'utiliser fetchmail: > - mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur ); > - mode système ( un unique fichier /etc/fetchmailrc pour tous les > utilisateurs et administré par un utilisateur spécifique ou root ). > > Les paramètres utilisés pour chaque mode sont certaines fois différents, et > le > mode de lancement différents aussi, mais ils n'utilisent pas un service cron. > > Celui qui t'intéresse est certainement le mode utilisateur, avec un fichier > de > configuration placé dans le 'home' de l'utilisateur: ~/.fetchmailrc > > Pour lancer fetchmail automatiquement en mode 'daemon' lorsque l'utilisateur > se connecte ( login ), on utilise soit '~/.bash_login' ou '~/.bash_profile' > en y ajoutant: > > if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then > # Vérification des permissions > if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then > chown -h $USER ~/.fetchmailrc > chmod -f 0600 ~/.fetchmailrc > fi > # Si il y a une instance de fetchmail > if [ -f ~/.fetchmail.pid ]; then > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status" > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then > /usr/bin/fetchmail --quit > sleep 1 > fi > fi > # Lancement de fetchmail en mode daemon > # avec interval entre ramassage de 300 s > # et journal des actions. > /usr/bin/fetchmail \ > --daemon 300 \ > --logfile ~/.fetchmail.log \ > --pidfile ~/.fetchmail.pid > fi Comme j'utilise zsh, j'ai ajouté ces lignes dans '~.zshrc' > > Par la suite pour terminer proprement fetchmail en sortant, on ajout > à '~/.bash_logout': > > if [ -f ~/.fetchmail.pid ]; then > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status" > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then > /usr/bin/fetchmail --quit > fi > fi Et pour sortir proprement j'ai créé un '~.zshrc_logout' Voici un extrait de '~.fetchmail.log' avec dépassement de délai et erreur socket et 10' plus tard la réception du mail pour ce compte. "... fetchmail: démarrage de fetchmail 6.3.9-rc2 en tâche de fond fetchmail: mise en sommeil à mer 29 jui 2009 12:17:16 CEST pour 300 secondes fetchmail: réveillé à mer 29 jui 2009 12:22:16 CEST fetchmail: 1 message pour x...@gmail.com dans pop.gmail.com (464589 octets). fetchmail: lecture du message x...@gmail.com@gmail-pop.l.google.com:1 parmi 1 (464589 octets) éliminé fetchmail: mise en sommeil à mer 29 jui 2009 12:22:18 CEST pour 300 secondes fetchmail: réve
Re: fetchmail (procmail mutt) : timeout socket error
Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit :
> Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit :
> > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > > > * Michaël Pierson [2009-07-22
> > > > 19:03:35
> >
> > +0200] wrote :
> > > > > Je relève mes mails tous les quart d'heure (crontab):
> > > > > */15 * * * * fetchmail --silent
> > > >
> > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > > > set daemon 900
> > >
> > > oui pourquoi pas
> > >
> > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon
> > > > > le mail suivant:
> > > > > fetchmail: timeout after 300 seconds waiting for server
> > > > > mail.voo.be. fetchmail: socket error while fetching from
> > > > > *m...@*server* fetchmail: Query status=2 (SOCKET)
> > > > >
> > > > > Jj'ai rien dans /var/log/mail.info
> > > >
> > > > et dans /var/log/mail.(err|log) ?
> > >
> > > non rien du tout
> >
> > * Avec ces lignes ( au debut de "~/.fetchmailrc" ):
> >
> > set no syslog
> > set logfile ~/.fetchmail.log
>
> Lignes ajoutées le 24 juillet en début de fichier comme recommandé.
> 2 nouveaux messages mails de Cron Deamon le 25.
> Je n'ai pas de fichier "~/.fetchmail.log" créé.
>
> @+
> Michaël
Salut;
Il y a deux manières d'utiliser fetchmail:
- mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur );
- mode système ( un unique fichier /etc/fetchmailrc pour tous les
utilisateurs et administré par un utilisateur spécifique ou root ).
Les paramètres utilisés pour chaque mode sont certaines fois différents, et le
mode de lancement différents aussi, mais ils n'utilisent pas un service cron.
Celui qui t'intéresse est certainement le mode utilisateur, avec un fichier de
configuration placé dans le 'home' de l'utilisateur: ~/.fetchmailrc
Pour lancer fetchmail automatiquement en mode 'daemon' lorsque l'utilisateur
se connecte ( login ), on utilise soit '~/.bash_login' ou '~/.bash_profile'
en y ajoutant:
if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then
# Vérification des permissions
if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then
chown -h $USER ~/.fetchmailrc
chmod -f 0600 ~/.fetchmailrc
fi
# Si il y a une instance de fetchmail
if [ -f ~/.fetchmail.pid ]; then
PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
/usr/bin/fetchmail --quit
sleep 1
fi
fi
# Lancement de fetchmail en mode daemon
# avec interval entre ramassage de 300 s
# et journal des actions.
/usr/bin/fetchmail \
--daemon 300 \
--logfile ~/.fetchmail.log \
--pidfile ~/.fetchmail.pid
fi
Par la suite pour terminer proprement fetchmail en sortant, on ajout
à '~/.bash_logout':
if [ -f ~/.fetchmail.pid ]; then
PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
/usr/bin/fetchmail --quit
fi
fi
@+
--
(o_
(/)_
S e r g e
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail (procmail mutt) : timeout socket error
Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit : > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit : > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit : > > > * Michaël Pierson [2009-07-22 19:03:35 > +0200] wrote : > > > > Je relève mes mails tous les quart d'heure (crontab): > > > > */15 * * * * fetchmail --silent > > > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc > > > set daemon 900 > > > > oui pourquoi pas > > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le > > > > mail suivant: > > > > fetchmail: timeout after 300 seconds waiting for server mail.voo.be. > > > > fetchmail: socket error while fetching from *m...@*server* > > > > fetchmail: Query status=2 (SOCKET) > > > > > > > > Jj'ai rien dans /var/log/mail.info > > > > > > et dans /var/log/mail.(err|log) ? > > > > non rien du tout > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ): > > set no syslog > set logfile ~/.fetchmail.log Lignes ajoutées le 24 juillet en début de fichier comme recommandé. 2 nouveaux messages mails de Cron Deamon le 25. Je n'ai pas de fichier "~/.fetchmail.log" créé. @+ Michaël > > @+ > -- > (o_ > (/)_ > S e r g e > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot > ``spam'' dans vos champs "From" et "Reply-To:" > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail (procmail mutt) : timeout socket error
Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit : > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit : > > * Michaël Pierson [2009-07-22 19:03:35 +0200] wrote : > > > Je relève mes mails tous les quart d'heure (crontab): > > > */15 * * * * fetchmail --silent > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc > > set daemon 900 > > oui pourquoi pas > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le > > > mail suivant: > > > fetchmail: timeout after 300 seconds waiting for server mail.voo.be. > > > fetchmail: socket error while fetching from *m...@*server* > > > fetchmail: Query status=2 (SOCKET) > > > > > > Jj'ai rien dans /var/log/mail.info > > > > et dans /var/log/mail.(err|log) ? > > non rien du tout * Avec ces lignes ( au debut de "~/.fetchmailrc" ): set no syslog set logfile ~/.fetchmail.log @+ -- (o_ (/)_ S e r g e -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail (procmail mutt) : timeout socket error
Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit : > * Michaël Pierson [2009-07-22 19:03:35 +0200] > wrote : > > > Je relève mes mails tous les quart d'heure (crontab): > > */15 * * * * fetchmail --silent > Pourquoi ne pas mettre dans ton ~/.fetchmailrc > set daemon 900 oui pourquoi pas > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le mail > > suivant: > > fetchmail: timeout after 300 seconds waiting for server mail.voo.be. > > fetchmail: socket error while fetching from *m...@*server* > > fetchmail: Query status=2 (SOCKET) > > > > Jj'ai rien dans /var/log/mail.info > et dans /var/log/mail.(err|log) ? non rien du tout > > -- > .''`. Edi Stojicevic > : :' : Debian GNU/Linux user, admin & developer - http://www.debian.org > `. `~' French speaking Debian website founder - http://www.debianworld.org > `-GPG Key Id : 0x1237B032 > > -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail (procmail mutt) : timeout socket error
* Michaël Pierson [2009-07-22 19:03:35 +0200] wrote : > Je relève mes mails tous les quart d'heure (crontab): > */15 * * * * fetchmail --silent Pourquoi ne pas mettre dans ton ~/.fetchmailrc set daemon 900 > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le mail > suivant: > fetchmail: timeout after 300 seconds waiting for server mail.voo.be. > fetchmail: socket error while fetching from *m...@*server* > fetchmail: Query status=2 (SOCKET) > > Jj'ai rien dans /var/log/mail.info > Le dernier message date du 19 juillet > Une idée ou une direction de recherche? et dans /var/log/mail.(err|log) ? -- .''`. Edi Stojicevic : :' : Debian GNU/Linux user, admin & developer - http://www.debian.org `. `~' French speaking Debian website founder - http://www.debianworld.org `-GPG Key Id : 0x1237B032 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
fetchmail (procmail mutt) : timeout socket error
Je relève mes mails tous les quart d'heure (crontab): */15 * * * * fetchmail --silent Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le mail suivant: fetchmail: timeout after 300 seconds waiting for server mail.voo.be. fetchmail: socket error while fetching from *m...@*server* fetchmail: Query status=2 (SOCKET) Jj'ai rien dans /var/log/mail.info Le dernier message date du 19 juillet Une idée ou une direction de recherche?
Re: Help config Postfix Fetchmail Mutt pour Gmail
Le dimanche 28 juin 2009 à 12:50:48, Nicolas KOWALSKI a écrit : > "Michaël Pierson" writes: > > > Hors j'utilise 3 comptes mails différents. > > Existe t il une solution pour utiliser les *smpt* respectifs? > > Dans ce cas-là, j'utiliserais msmtp, qui est capable facilement de > changer de serveur smtp cible en fonction de l'adresse d'expéditeur. Nicolas, c'est ce que je cherche. Je plonge dans la documentation. Merci pour l'aide, Michaël > > Dans le ~/.muttrc, il *faut* enlever l'option smtp_url, et mettre à la > place l'appel à msmtp, plus diverses options qui indiqueront comment > invoquer msmtp correctement: > > set sendmail="/usr/bin/msmtp" > set use_envelope_from=yes > set use_8bitmime > set allow_8bit=yes > set mime_forward=yes > set use_from=yes > > > Puis, dans le ~/.msmtprc, il faut indiquer quels sont les comptes smtp > disponibles. Le fichier > /usr/share/doc/msmtp/examples/msmtprc-user.example donne un bon > exemple des possibilités. > > -- > Nicolas > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot > ``spam'' dans vos champs "From" et "Reply-To:" > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
"Michaël Pierson" writes: > Hors j'utilise 3 comptes mails différents. > Existe t il une solution pour utiliser les *smpt* respectifs? Dans ce cas-là, j'utiliserais msmtp, qui est capable facilement de changer de serveur smtp cible en fonction de l'adresse d'expéditeur. Dans le ~/.muttrc, il *faut* enlever l'option smtp_url, et mettre à la place l'appel à msmtp, plus diverses options qui indiqueront comment invoquer msmtp correctement: set sendmail="/usr/bin/msmtp" set use_envelope_from=yes set use_8bitmime set allow_8bit=yes set mime_forward=yes set use_from=yes Puis, dans le ~/.msmtprc, il faut indiquer quels sont les comptes smtp disponibles. Le fichier /usr/share/doc/msmtp/examples/msmtprc-user.example donne un bon exemple des possibilités. -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Le samedi 27 juin 2009 à 09:50:22, Nicolas KOWALSKI a écrit : > Michaël Pierson writes: > > > Nicolas KOWALSKI a écrit : > > > > Michaël Pierson writes: > > > > Bonjour, > > > > Bonjour, > > > > Je découvre les mails en console et il me reste a configurer l'envoi > > de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec > > authentification: nom + mot de passe. Est ce bien > > /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement > > .muttrc? Y a t il d'autres fichiers à modifier? > > > > Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. > > http://www.mutt.org/doc/devel/manual.html#smtp-url > > > > Je pencherais pour une valeur du style: > > > > smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ > > > > set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' > > Mutt me répond "La session smtp a échoué : 535 > > 5.7.1http://mail.google.com/support/bin/answer > > Ce lien ne donne rien... > > Je viens d'essayer avec: > > set smtp_url=smtps://nicolas.kowal...@smtp.gmail.com/ > > Donc, sans numéro de port, et avec le slash terminal. Aucun problème > de mon côté ; mutt me demande mon mot de passe, puis le mail est bien > envoyé. set smtp_url='smtps://michael.y.f.pier...@gmail:mot_de_pa...@smtp.gmail.com:465' Oui Nicolas, celà fonctionne, Merci! Je vous écris en utilisant Mutt. d:-) Dans la doc de mutt; *Setting this variable overrides the value of the $sendmail variable.* Donc tous les envois utilisent *mpt_url* définit ci-dessus... :-| Hors j'utilise 3 comptes mails différents. Existe t il une solution pour utiliser les *smpt* respectifs? > > -- > Nicolas > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot > ``spam'' dans vos champs "From" et "Reply-To:" > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Michaël Pierson writes: > Nicolas KOWALSKI a écrit : > > Michaël Pierson writes: > > Bonjour, > > Bonjour, > > Je découvre les mails en console et il me reste a configurer l'envoi > de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec > authentification: nom + mot de passe. Est ce bien > /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement > .muttrc? Y a t il d'autres fichiers à modifier? > > Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. > http://www.mutt.org/doc/devel/manual.html#smtp-url > > Je pencherais pour une valeur du style: > > smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ > > set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' > Mutt me répond "La session smtp a échoué : 535 > 5.7.1http://mail.google.com/support/bin/answer > Ce lien ne donne rien... Je viens d'essayer avec: set smtp_url=smtps://nicolas.kowal...@smtp.gmail.com/ Donc, sans numéro de port, et avec le slash terminal. Aucun problème de mon côté ; mutt me demande mon mot de passe, puis le mail est bien envoyé. -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Nicolas KOWALSKI a écrit : Michaël Pierson writes: Bonjour, Bonjour, Je découvre les mails en console et il me reste a configurer l'envoi de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec authentification: nom + mot de passe. Est ce bien /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement .muttrc? Y a t il d'autres fichiers à modifier? Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url Je pencherais pour une valeur du style: smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' Mutt me répond "La session smtp a échoué : 535 5.7.1http://mail.google.com/support/bin/answer Ce lien ne donne rien... set smtp_url='smtp://michael.y.f.pier...@gmail.com:motdepa...@smtp.gmail.com:465/' Mutt indique qu'il se connecte à smtp.gmail.com... (sans réaction) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Thomas Harding a écrit : Michaël Pierson wrote: Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' Mutt me répond "La session smtp a échoué : 535 5.7.1http://mail.google.com/support/bin/answer Ce lien ne donne rien... il ne faut pas mettre de slash à la fin. ok J'ai le message: L'authentification SASL a échoué -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Michaël Pierson wrote: Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' Mutt me répond "La session smtp a échoué : 535 5.7.1http://mail.google.com/support/bin/answer Ce lien ne donne rien... il ne faut pas mettre de slash à la fin. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Nicolas KOWALSKI a écrit : Michaël Pierson writes: Bonjour, Bonjour, Je découvre les mails en console et il me reste a configurer l'envoi de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec authentification: nom + mot de passe. Est ce bien /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement .muttrc? Y a t il d'autres fichiers à modifier? Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url Je pencherais pour une valeur du style: smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' Mutt me répond "La session smtp a échoué : 535 5.7.1http://mail.google.com/support/bin/answer Ce lien ne donne rien... set smtp_url='smtp://michael.y.f.pier...@gmail.com:motdepa...@smtp.gmail.com:465/' Mutt indique qu'il se connecte à smtp.gmail.com... (sans réaction) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Michaël Pierson writes: > Bonjour, Bonjour, > Je découvre les mails en console et il me reste a configurer l'envoi > de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec > authentification: nom + mot de passe. Est ce bien > /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement > .muttrc? Y a t il d'autres fichiers à modifier? Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url Je pencherais pour une valeur du style: smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Help config Postfix Fetchmail Mutt pour Gmail
Bonjour,
Je découvre les mails en console et il me reste a configurer l'envoi de
mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec
authentification: nom + mot de passe.
Est ce bien /etc/postfix/main.cf qui doit-être modifier?Ou bien
uniquement .muttrc? Y a t il d'autres fichiers à modifier?
Pouvez vous m'aider sur la procédure à suivre ou me diriger vers un
tutoriel francophone?
Voici où j'en suis:
Fetchmail récupère les mails pour trois comptes:
moncom...@voo.be
moncomp...@gmail.com
moncomp...@gmail.com
; qui sont ensuite triés par procmail, spamassassin et enfin lus avec Mutt.
Postfix est configuré avec le relayhost de mon fai. et gère le mail en
local et l'envoi des mails (Il ne s'agit pas d'un vrai serveur de mail
avec entrées dns)
10:36 m...@gogol ~% postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = gogol.brutele.be, localhost.brutele.be, localhost
myhostname = gogol.brutele.be
mynetworks = 127.0.0.0/8
myorigin = /etc/mailname
recipient_delimiter = +
relayhost = smtp.voo.be
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtpd_use_tls = yes
unknown_local_recipient_reject_code = 450
Dès qu'il est possible d'envoyer des mails via Gmail, je décommente dans
.muttrc la ligne suivante
#send-hook '~t Â...@lists\.debian\.org$' 'my_hdr From: moi
'
afin d'utiliser mon adresse gmail abonné aux listes debian (ici je vous
écrit en utilisant Icedove - tiens avec Icedove pas besoin de modifier
postfix. Pourquoi? Est il possible de faire de même avec mutt? Je suis
largé! :-(
D'avance merci,
Michaël
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Help config Postfix Fetchmail Mutt pour Gmail
Bonjour,
Je découvre les mails en console et il me reste a configurer l'envoi de
mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec
authentification: nom + mot de passe.
Est ce bien /etc/postfix/main.cf qui doit-être modifier?Ou bien
uniquement .muttrc? Y a t il d'autres fichiers à modifier?
Pouvez vous m'aider sur la procédure à suivre ou me diriger vers un
tutoriel francophone?
Voici où j'en suis:
Fetchmail récupère les mails pour trois comptes:
moncom...@voo.be
moncomp...@gmail.com
moncomp...@gmail.com
; qui sont ensuite triés par procmail, spamassassin et enfin lus avec
Mutt.
Postfix est configuré avec le relayhost de mon fai. et gère le mail en
local et l'envoi des mails (Il ne s'agit pas d'un vrai serveur de mail avec entrées dns)
10:36 m...@gogol ~% postconf -n                   Â
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = gogol.brutele.be, localhost.brutele.be, localhost
myhostname = gogol.brutele.be
mynetworks = 127.0.0.0/8
myorigin = /etc/mailname
recipient_delimiter = +
relayhost = smtp.voo.be
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtpd_use_tls = yes
unknown_local_recipient_reject_code = 450
Dès qu'il est possible d'envoyer des mails via Gmail, je décommente
dans .muttrc la ligne suivante
#send-hook '~t Â...@lists\.debian\.org$' 'my_hdr From: moi
'
afin d'utiliser mon adresse gmail abonné aux listes debian (ici je vous
écrit en utilisant Icedove - tiens avec Icedove pas besoin de modifier
postfix. Pourquoi? Est il possible de faire de même avec mutt? Je suis
largé! :-(
D'avance merci,
Michaël
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fetchmail, procmail, etc.
Jacques L'helgoualc'h a écrit :
> Pierre Allken-Bernard a écrit, jeudi 18 septembre 2008, à 01:06 :
> [...]
> > Il reste un mystère pour moi : pourquoi sur mon autre ordi, je n'ai jamais
> > eu à
> > faire tout ça ?
>
> Dans /etc/exim4/conf.d/rewrite/31_exim4-config_rewriting,
> la règle assez cryptique ci-après
>
> #
>
> # This rewriting rule is particularily useful for dialup users who
> # don't have their own domain, but could be useful for anyone.
> # It looks up the real address of all local users in a file
> [EMAIL PROTECTED] "${lookup{${local_part}}lsearch{/etc/email-addresses}\
>{$value}fail}" Ffrs
> # identical rewriting rule for /etc/mailname
> DEBCONFrewriteemailaddresses_mailnameDEBCONF
>
> gère automagiquement la réécriture des adresses référencées dans le
> fichier /etc/email-addresses --- peut-être avais-tu mieux répondu aux
> questions ? :)
Oui, j'avais sans doute répondu à des questions à l'installation du
système. Ce que Ubuntu ne m'avait pas proposé.
> > Bon, il me reste à configurer fetchmail, mais cette fois je suis sûr que
> > ça va être facile :-)
>
> C'est bientôt vendredi, mais comme l'auteur de fetchmail est un membre
> éminent de la NRA, je préfère rester discret...
>
> De même, si tu n'as pas déjà trop investi dans l'étude de Procmail, tu
> ménagerais tes cheveux en jetant un oeil à Maildrop.
:-)
-- Pierre
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard a écrit, jeudi 18 septembre 2008, à 01:06 :
[...]
> Il reste un mystère pour moi : pourquoi sur mon autre ordi, je n'ai jamais eu
> à
> faire tout ça ?
Dans /etc/exim4/conf.d/rewrite/31_exim4-config_rewriting,
la règle assez cryptique ci-après
#
# This rewriting rule is particularily useful for dialup users who
# don't have their own domain, but could be useful for anyone.
# It looks up the real address of all local users in a file
[EMAIL PROTECTED] "${lookup{${local_part}}lsearch{/etc/email-addresses}\
{$value}fail}" Ffrs
# identical rewriting rule for /etc/mailname
DEBCONFrewriteemailaddresses_mailnameDEBCONF
gère automagiquement la réécriture des adresses référencées dans le
fichier /etc/email-addresses --- peut-être avais-tu mieux répondu aux
questions ? :)
> Bon, il me reste à configurer fetchmail, mais cette fois je suis sûr que
> ça va être facile :-)
C'est bientôt vendredi, mais comme l'auteur de fetchmail est un membre
éminent de la NRA, je préfère rester discret...
De même, si tu n'as pas déjà trop investi dans l'étude de Procmail, tu
ménagerais tes cheveux en jetant un oeil à Maildrop.
--
Jacques L'helgoualc'h
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Jacques L'helgoualc'h a écrit : > Ce que rejette le smtp de Free, c'est le From d'enveloppe, donc autant > le définir par > set [EMAIL PROTECTED] J'ai aussi mis : set use_envelope_from = yes > ... avec un flag final précisant les champs réécrits : > [EMAIL PROTECTED] [EMAIL PROTECTED] sF Oups, j'avais oublié le sF. > pour le courrier sortant, mais > [EMAIL PROTECTED] [EMAIL PROTECTED] T > pour éviter un aller-retour inutile vers l'extérieur. Ok, j'ai ajouté ça. Et ... miracle, je crois que ça marche :-) Un grand merci !! Il reste un mystère pour moi : pourquoi sur mon autre ordi, je n'ai jamais eu à faire tout ça ? Bon, il me reste à configurer fetchmail, mais cette fois je suis sûr que ça va être facile :-) A+ Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
mouss a écrit, mercredi 17 septembre 2008, à 23:54 : > Pierre Allken-Bernard wrote: >> mouss a écrit : Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery failed) qui dit en gros : SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ... Sender address rejected ... >>> rubis n'existe pas comme domaine. Envoie avec >>> [EMAIL PROTECTED] en tant qu'expéditeur. tu peux >>> certinament configurer exim pour modifier l'adresse, mais il vaut >>> mieux régler les problèmes à la source. D'un autre côté, il faudrait configurer chaque MUA essayé (bon, essayer Mutt c'est (peut-être) l'adopter...). >> D'accord pour "régler les problèmes à la source", mais comment je fais ça ? >> Quand j'envoie un mail avec mutt, il est signé >> [EMAIL PROTECTED] (enfin il me semble, c'est dans mon >> .muttrc), mais pourtant le mail d'erreur me dit qu'il y a un problème >> avec [EMAIL PROTECTED] > > > Je n'utilise pas mutt, mais ça doit etre un truc du genre > > set realname="Pierre Allken-Bernard" > set from="[EMAIL PROTECTED]" > set use_from=yes Ce que rejette le smtp de Free, c'est le From d'enveloppe, donc autant le définir par set [EMAIL PROTECTED] , Mutt, F1, /envelope, plusieurs fois n => | 3.50. envelope_from_address | |Type: e-mail address |Default: "" | |Manually sets the envelope sender for outgoing messages. This value is |ignored if ``$use_envelope_from'' is unset. ` et maquiller le From: pour limiter un peu la récolte des spammeurs dans les archives de la liste --- chez Free on peut « plusser » les adresses, et certains robots s'arrêtent au caractère _, donc spammeront spam(chez)free au lieu de login+no_spam (on peut espérer qu'un titulaire éventuel du login "spam" l'a depuis longtemps abandonné). La commande « set envelope_from_address=... » peut aussi être mise dans un hook spécifique à la liste DUF. >> Dans une autre réponse, on me suggérait de modifier la configuration de >> exim avec un "rewrite" ce que j'ai fait mais ça ne change rien :-( >> > > je ne connais pas exim (j'utilise postfix) mais en principe on doit > pouvoir réécrire les adresses avec une règle de "rewrite": > > [EMAIL PROTECTED] [EMAIL PROTECTED] ... avec un flag final précisant les champs réécrits : [EMAIL PROTECTED] [EMAIL PROTECTED] sF pour le courrier sortant, mais [EMAIL PROTECTED] [EMAIL PROTECTED] T pour éviter un aller-retour inutile vers l'extérieur. , info, Exim, Address rewriting, | Flags specifying which headers and envelope addresses to rewrite | [...] | E rewrite all envelope fields | F rewrite the envelope From field | T rewrite the envelope To field | b rewrite the "Bcc:" header | c rewrite the "Cc:" header | f rewrite the "From:" header | h rewrite all headers | r rewrite the "Reply-To:" header | s rewrite the "Sender:" header | t rewrite the "To:" header | | You should be particularly careful about rewriting "Sender:" headers, | and restrict this to special known cases in your own domains. ` >> Excusez moi pour mes questions de débutants, je débarque ici depuis peu >> et je fais des efforts pour comprendre le langage utilisé ;-) Le courrier lui-même n'est pas simple, ni la façon dont on le traite. Cf. news:fr.comp.mail et fr.comp.mail.serveurs ... -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard wrote: mouss a écrit : Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery failed) qui dit en gros : SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ... Sender address rejected ... rubis n'existe pas comme domaine. Envoie avec [EMAIL PROTECTED] en tant qu'expéditeur. tu peux certinament configurer exim pour modifier l'adresse, mais il vaut mieux régler les problèmes à la source. D'accord pour "régler les problèmes à la source", mais comment je fais ça ? Quand j'envoie un mail avec mutt, il est signé [EMAIL PROTECTED] (enfin il me semble, c'est dans mon .muttrc), mais pourtant le mail d'erreur me dit qu'il y a un problème avec [EMAIL PROTECTED] Je n'utilise pas mutt, mais ça doit etre un truc du genre set realname="Pierre Allken-Bernard" set from="[EMAIL PROTECTED]" set use_from=yes Dans une autre réponse, on me suggérait de modifier la configuration de exim avec un "rewrite" ce que j'ai fait mais ça ne change rien :-( je ne connais pas exim (j'utilise postfix) mais en principe on doit pouvoir réécrire les adresses avec une règle de "rewrite": [EMAIL PROTECTED] [EMAIL PROTECTED] Excusez moi pour mes questions de débutants, je débarque ici depuis peu et je fais des efforts pour comprendre le langage utilisé ;-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
mouss a écrit : >> Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery >> failed) qui dit en gros : >> SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça >> c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ... >> Sender address rejected ... > > rubis n'existe pas comme domaine. Envoie avec > [EMAIL PROTECTED] en tant qu'expéditeur. tu peux certinament > configurer exim pour modifier l'adresse, mais il vaut mieux régler les > problèmes à la source. D'accord pour "régler les problèmes à la source", mais comment je fais ça ? Quand j'envoie un mail avec mutt, il est signé [EMAIL PROTECTED] (enfin il me semble, c'est dans mon .muttrc), mais pourtant le mail d'erreur me dit qu'il y a un problème avec [EMAIL PROTECTED] Dans une autre réponse, on me suggérait de modifier la configuration de exim avec un "rewrite" ce que j'ai fait mais ça ne change rien :-( Excusez moi pour mes questions de débutants, je débarque ici depuis peu et je fais des efforts pour comprendre le langage utilisé ;-) Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard wrote: Stephane Bortzmeyer a écrit : On Mon, Sep 15, 2008 at 10:54:27PM +0200, Zuthos <[EMAIL PROTECTED]> wrote a message of 47 lines which said: Je propose un: mailx -s essai-local Ensuite, tu tape essai . Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme le courrier ne va pas marcher du premier coup, il faudra sans doute refaire le test plusieurs fois, ce qui est peu compatible avec ce mode interactif. Je suggère plutôt : echo Test | mailx -s essai-local USER qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le haut) Bonsoir, J'ai donc installé exim4. J'ai fait le : echo Test | mailx -s essai-local pierre puis j'ai constaté que /var/spool/mail/pierre contient bien le nouveau mail. Et j'ai aussi le mail dans mutt, probablement parce que mon .muttrc contient ce qu'il faut. Après le test local, j'ai essayé un test "global" : je me suis écrit (via mutt cette fois, mais je suppose que c'est pareil que mailx ?) un mail à l'adresse [EMAIL PROTECTED] Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery failed) qui dit en gros : SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ... Sender address rejected ... Je suppose que c'est exim4 qui est mal configuré. Normal car je ne l'ai pas configuré (car je ne sais pas vraiment faire). rubis n'existe pas comme domaine. Envoie avec [EMAIL PROTECTED] en tant qu'expéditeur. tu peux certinament configurer exim pour modifier l'adresse, mais il vaut mieux régler les problèmes à la source. Mais quand même, c'est marrant ce smtp.free.fr Comment sait-il ça (que je suis chez free) ? il ne sait pas que _tu_ es chez free, mais il sait que [EMAIL PROTECTED] est chez free, comme l'adresse l'indique! Peut-être un reste de configuration (j'avais essayé de configuré exim4 il y a quelque temps) ? Bref, si vous pouviez m'aider à configurer exim4. Merci d'avance. Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 11:27 :
> [EMAIL PROTECTED] a écrit :
[...]
> > A priori, non, pas via Free ((plusieurs de) tes courriers vers la liste
> > sont bien arrivés).
>
> Hum.
> Si mes courriers sont bien arrivés, c'est que j'utilise un autre
> ordinateur :-)
Ah, diamant != rubis...
[...]
> > , /etc/exim4/passwd.client, cf. ci-dessus
[...]
> > `
>
> Merci pour cet exemple.
> Mais s'il y a deux lignes (orange et gmail), comment se fait le choix ?
> (en fonction de l'adresse qu'on choisit pour écrire ?).
Non, en fonction du serveur sur lequel ton Exim essaie de
s'authentifier, ici le smarthost (défini dans la section routers).
[...]
Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 11:46 :
> > D'après un de tes messages précédents, c'est ton expéditeur [EMAIL
> > PROTECTED]
> > qui pose problème... Tu peux potasser la section « Rewriting adresses »
> > dans la documentation d'Exim :P
> >
> > Essaie d'ajouter à la configuration d'Exim
> >
> > [EMAIL PROTECTED] [EMAIL PROTECTED] sF
> >
> > en fin de section « rewrite ». Voir aussi dans man exim4 les options
> > -bt, -brw, -bv et -bvs [adresse(s)].
>
> En effet, quand j'envoie un mail j'ai une erreur "SMTP error from remote
> mail serveur after MAIL FROM:<[EMAIL PROTECTED]> ... host smtp.free.fr ...
> <[EMAIL PROTECTED]>:Sender adress rejected: need fully qualified adress
Pas testé [EMAIL PROTECTED]
> Quel est ce fichier de configuration d'exim où je dois mettre
> [EMAIL PROTECTED] [EMAIL PROTECTED] sF
> ?
Ah, j'ai un /etc/exim4/exim4.conf fait main qui regroupe tout.
C'est dans la section de réécriture,
grep -rF begin\ rewrite /etc/exim4
[...]
/etc/exim4/conf.d/rewrite/00_exim4-config_header:begin rewrite
/etc/exim4/exim4.conf.template:begin rewrite
[...]
devrait te montrer le chemin...
Une autre méthode, peut-être préférable, est de fixer le
« Return-Path: » dans la section « transports »
,
Transport direct :
| remote_smtp:
| driver = smtp
| helo_data = lhelgoualch.homelinux.org
| return_path = DIRECT_RP
Transport via un relais :
| remote_smtp_smarthost:
| debug_print = "T: remote_smtp_smarthost for [EMAIL PROTECTED]"
| driver = smtp
| return_path = SMART_RP
| hosts_try_auth = ${if exists{CONFDIR/passwd.client} \
| {\
| ${lookup{$host}nwildlsearch{CONFDIR/passwd.client}{$host_address}}\
| }\
| {} \
| }
`
Les deux macros sont définies au début de ma conf. (il me semble qu'il y a un
fichier prévu pour ça)
CONFDIR = /etc/exim4
DIRECT_RP = [EMAIL PROTECTED]
SMART_RP = [EMAIL PROTECTED]
(le relais gmail le réécrit de toutes façons --- mais pas Orange).
--
Jacques L'helgoualc'h
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
François TOURDE a écrit, mercredi 17 septembre 2008, à 11:25 : [...] > Ou mieux: > > date|mail -s essai-local USER > > qui permet d'avoir dans le corps du message une bonne idée de la > chronologie des tests. Et qui comporte 5 touches de moins à taper :p w|mail -s "$(date)" "$USER" évitera d'ouvrir les messages pour voir la date :P -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
> D'après un de tes messages précédents, c'est ton expéditeur [EMAIL PROTECTED] > qui pose problème... Tu peux potasser la section « Rewriting adresses » > dans la documentation d'Exim :P > > Essaie d'ajouter à la configuration d'Exim > > [EMAIL PROTECTED] [EMAIL PROTECTED] sF > > en fin de section « rewrite ». Voir aussi dans man exim4 les options > -bt, -brw, -bv et -bvs [adresse(s)]. En effet, quand j'envoie un mail j'ai une erreur "SMTP error from remote mail serveur after MAIL FROM:<[EMAIL PROTECTED]> ... host smtp.free.fr ... <[EMAIL PROTECTED]>:Sender adress rejected: need fully qualified adress Quel est ce fichier de configuration d'exim où je dois mettre [EMAIL PROTECTED] [EMAIL PROTECTED] sF ? Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
[EMAIL PROTECTED] a écrit : > Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 09:17 : > > Zuthos a écrit : > > > | Bref, si vous pouviez m'aider à configurer exim4. > > > Ok, > > > il faut un sous root: > > > # dpkg-reconfigure exim4-config > > > > > > Ensuite, il faut bien tous lire et bien renseigné les lignes. > > > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange) > > Merci. Voici ce qu'on me demande : > > > > 1) type de configuration : > > fetchmail". Correct ? > > Oui. > > > 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai > > laissé le nom de la machine. > > OK. > > > 3) liste d'adresses IP où Exim sera en attente de connexions SMTP > > entrantes : > > Oui --- c'est le plus sûr (sauf n'écouter nulle part :) > > > 4) autres destinations dont le courriel doit être accepté : > > n'ai aucune idée si c'est bien ici qu'il faut mettre ça ? > > Non. Ce sont les domaines pour lesquels tu accepterais de recevoir le > courrier si ton Exim écoutait le Grand Méchant Ternet sur le port 25, > cf. 3) Ok, donc je ne mets rien ici. > > 5) machines à relayer : > > OK, cf. 3) --- sauf si tu veux centraliser l'envoi depuis ton réseau maison. > > > 6) nom réseau ou adresse IP du système smarthost : > > précédente tentative de configuration. J'ai laissé ça. Est-ce correct > > ? > > Oui --- de toutes façons, il faudrait sinon demander à Free d'ouvrir le > filtre vers le port 25, qui t'empêche d'envoyer directement le courrier > ailleurs. > > > Mais il est dit : > > si ce serveur impose une authentification ... je crois bien que c'est > > mon cas donc il va falloir que j'aille voir un certain README... > > A priori, non, pas via Free ((plusieurs de) tes courriers vers la liste > sont bien arrivés). Hum. Si mes courriers sont bien arrivés, c'est que j'utilise un autre ordinateur :-) > D'après un de tes messages précédents, c'est ton expéditeur [EMAIL PROTECTED] > qui pose problème... Tu peux potasser la section « Rewriting adresses » > dans la documentation d'Exim :P > > Essaie d'ajouter à la configuration d'Exim > > [EMAIL PROTECTED] [EMAIL PROTECTED] sF > > en fin de section « rewrite ». Voir aussi dans man exim4 les options > -bt, -brw, -bv et -bvs [adresse(s)]. > > > Dans ton ~/.muttrc, quelque chose comme > > folder-hook debian "set [EMAIL PROTECTED] ; \ > [...]" > ne pourra résoudre ce problème qu'avec Mutt. Ok, je teste tout ça et je reviens si ça ne marche pas. > N.B. évite de mettre en clair des adresses réelles, tu es bon pour une > visite à http://mfilter.free.fr/ pour ton_adresse(chez)free :/ Ah oui. Je ne connais pas ce site. > > > 6+1) Pour lauthentification SMTP, jai édité le fichier > > /etc/exim4/passwd.client comme indiqué, en mettant : > > smtp.free.fr:monlogin:monmotdepasse > > > correct ? > > Syntaxiquement, oui, mais sans doute inutile (pour l'instant) : Free > relaie (encore ?) le courrier en provenance de son réseau. Ben non (cf plus haut). > Testé : > ,---- /etc/exim4/passwd.client, cf. ci-dessus > | ### CONFDIR/passwd.client > | # > | # Format: > | #targetmailserver.example:login:password > | # > | smtp-msa.orange.fr:LOGIN_ORANGE:[EMAIL PROTECTED] > | # smtp.gmail.com is an alias for gmail-smtp.l.google.com. > | gmail-smtp.l.google.com:[EMAIL PROTECTED]:[EMAIL PROTECTED] > ` Merci pour cet exemple. Mais s'il y a deux lignes (orange et gmail), comment se fait le choix ? (en fonction de l'adresse qu'on choisit pour écrire ?). > Pour Fetchmail, il vaut mieux faire suivre directement le courrier > rapatrié à Procmail, au lieu de le reposter vers ton MTA (Exim) local : > j'utilisais dans ~/.fetchmailrc la ligne > > mda "/usr/bin/procmail -Y -d %T" > > mais je suis passé à Maildrop, plus facile à configurer > > mda "/usr/bin/maildrop" > > puis à Getmail... > > # getmail v.3 > postmaster = "|/usr/bin/maildrop" > > Getmail peut aussi être testé en solo, il sait livrer le courrier dans > un Maildir/. ça je regarderai ensuite, merci ! -- Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Le 14138ième jour après Epoch, Stephane Bortzmeyer écrivait: > On Mon, Sep 15, 2008 at 10:54:27PM +0200, > Zuthos <[EMAIL PROTECTED]> wrote > a message of 47 lines which said: > >> Je propose un: >> mailx -s essai-local >> >> Ensuite, tu tape essai >> . > > Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme > le courrier ne va pas marcher du premier coup, il faudra sans doute > refaire le test plusieurs fois, ce qui est peu compatible avec ce mode > interactif. > > Je suggère plutôt : > > echo Test | mailx -s essai-local USER > > qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le > haut) Ou mieux: date|mail -s essai-local USER qui permet d'avoir dans le corps du message une bonne idée de la chronologie des tests. Et qui comporte 5 touches de moins à taper :p -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 09:17 : > Zuthos a écrit : > > | Bref, si vous pouviez m'aider à configurer exim4. > > Ok, > > il faut un sous root: > > # dpkg-reconfigure exim4-config > > > > Ensuite, il faut bien tous lire et bien renseigné les lignes. > > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange) > Merci. Voici ce qu'on me demande : > > 1) type de configuration : > fetchmail". Correct ? Oui. > 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai > laissé le nom de la machine. OK. > 3) liste d'adresses IP où Exim sera en attente de connexions SMTP > entrantes : Oui --- c'est le plus sûr (sauf n'écouter nulle part :) > 4) autres destinations dont le courriel doit être accepté : > n'ai aucune idée si c'est bien ici qu'il faut mettre ça ? Non. Ce sont les domaines pour lesquels tu accepterais de recevoir le courrier si ton Exim écoutait le Grand Méchant Ternet sur le port 25, cf. 3) > 5) machines à relayer : OK, cf. 3) --- sauf si tu veux centraliser l'envoi depuis ton réseau maison. > 6) nom réseau ou adresse IP du système smarthost : > précédente tentative de configuration. J'ai laissé ça. Est-ce correct > ? Oui --- de toutes façons, il faudrait sinon demander à Free d'ouvrir le filtre vers le port 25, qui t'empêche d'envoyer directement le courrier ailleurs. > Mais il est dit : > si ce serveur impose une authentification ... je crois bien que c'est > mon cas donc il va falloir que j'aille voir un certain README... A priori, non, pas via Free ((plusieurs de) tes courriers vers la liste sont bien arrivés). Pour les abonnés d'Orange, c'est utile pour ne pas être blacklisté ailleurs, il vaut mieux prendre smtp-msa.orange.fr port 587 comme smarthost... Attention, ce smtp-msa n'est connu du DNS qu'à l'intérieur du réseau Orange. De l'extérieur, essayer smtpauth (non testé). On peut aussi contourner le smarthost de son FAI via un compte sur un serveur extérieur, comme Gmail. ,[ testés dans exim4.conf, section routers ] | smarthost: | driver = manualroute | domains = ! +local_domains | # route_list = * smtp-msa.orange.fr::587 byname | route_list = * smtp.gmail.com::587 byname | transport = remote_smtp_smarthost | host_find_failed = defer | same_domain_copy_routing = yes | no_more ` N.B. Gmail réécrit Return-Path: et From: ... > J'ai testé l'envoie d'un mail à moi-même (@free.fr) et ça me revient > avec "unrouteable adress". Il faut dire que je n'ai pas été voir le > problème de l'authentification SMTP... D'après un de tes messages précédents, c'est ton expéditeur [EMAIL PROTECTED] qui pose problème... Tu peux potasser la section « Rewriting adresses » dans la documentation d'Exim :P Essaie d'ajouter à la configuration d'Exim [EMAIL PROTECTED] [EMAIL PROTECTED] sF en fin de section « rewrite ». Voir aussi dans man exim4 les options -bt, -brw, -bv et -bvs [adresse(s)]. Dans ton ~/.muttrc, quelque chose comme folder-hook debian "set [EMAIL PROTECTED] ; \ [...]" ne pourra résoudre ce problème qu'avec Mutt. N.B. évite de mettre en clair des adresses réelles, tu es bon pour une visite à http://mfilter.free.fr/ pour ton_adresse(chez)free :/ > 6+1) Pour lauthentification SMTP, jai édité le fichier > /etc/exim4/passwd.client comme indiqué, en mettant : smtp.free.fr:monlogin:monmotdepasse > correct ? Syntaxiquement, oui, mais sans doute inutile (pour l'instant) : Free relaie (encore ?) le courrier en provenance de son réseau. Testé : , /etc/exim4/passwd.client, cf. ci-dessus | ### CONFDIR/passwd.client | # | # Format: | #targetmailserver.example:login:password | # | smtp-msa.orange.fr:LOGIN_ORANGE:[EMAIL PROTECTED] | # smtp.gmail.com is an alias for gmail-smtp.l.google.com. | gmail-smtp.l.google.com:[EMAIL PROTECTED]:[EMAIL PROTECTED] ` Pour Fetchmail, il vaut mieux faire suivre directement le courrier rapatrié à Procmail, au lieu de le reposter vers ton MTA (Exim) local : j'utilisais dans ~/.fetchmailrc la ligne mda "/usr/bin/procmail -Y -d %T" mais je suis passé à Maildrop, plus facile à configurer mda "/usr/bin/maildrop" puis à Getmail... # getmail v.3 postmaster = "|/usr/bin/maildrop" Getmail peut aussi être testé en solo, il sait livrer le courrier dans un Maildir/. -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard a écrit : > Zuthos a écrit : > > | Bref, si vous pouviez m'aider à configurer exim4. > > Ok, > > il faut un sous root: > > # dpkg-reconfigure exim4-config > > > > Ensuite, il faut bien tous lire et bien renseigné les lignes. > > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange) > > Merci. Voici ce qu'on me demande : > > 1) type de configuration : > --> j'ai mis "envoi via relais (smarthost) - réception SMTP ou > fetchmail". Correct ? > > 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai > laissé le nom de la machine. > > 3) liste d'adresses IP où Exim sera en attente de connexions SMTP > entrantes : > --> Euh, j'ai laissé 127.0.0.1. Correct ? > > 4) autres destinations dont le courriel doit être accepté : > --> J'ai mis free.fr et gmail.com séparés par un point virgule (pour mes deux > adresses mail) mais je > n'ai aucune idée si c'est bien ici qu'il faut mettre ça ? > > 5) machines à relayer : > --> j'ai laissé vide. > > 6) nom réseau ou adresse IP du système smarthost : > --> Il y avait déjà smtp.free.fr, qui devait être resté d'une de mes > précédente tentative de configuration. J'ai laissé ça. Est-ce correct ? Mais > il est dit : > si ce serveur impose une authentification ... je crois bien que c'est > mon cas donc il va falloir que j'aille voir un certain README... > > J'ai testé l'envoie d'un mail à moi-même (@free.fr) et ça me revient > avec "unrouteable adress". Il faut dire que je n'ai pas été voir le > problème de l'authentification SMTP... > > Pierre Pour l'authentification SMTP, j'ai édité le fichier /etc/exim4/passwd.client comme indiqué, en mettant : smtp.free.fr:monlogin:monmotdepasse correct ? Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Zuthos a écrit : > | Bref, si vous pouviez m'aider à configurer exim4. > Ok, > il faut un sous root: > # dpkg-reconfigure exim4-config > > Ensuite, il faut bien tous lire et bien renseigné les lignes. > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange) Merci. Voici ce qu'on me demande : 1) type de configuration : --> j'ai mis "envoi via relais (smarthost) - réception SMTP ou fetchmail". Correct ? 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai laissé le nom de la machine. 3) liste d'adresses IP où Exim sera en attente de connexions SMTP entrantes : --> Euh, j'ai laissé 127.0.0.1. Correct ? 4) autres destinations dont le courriel doit être accepté : --> J'ai mis free.fr et gmail.com séparés par un point virgule (pour mes deux adresses mail) mais je n'ai aucune idée si c'est bien ici qu'il faut mettre ça ? 5) machines à relayer : --> j'ai laissé vide. 6) nom réseau ou adresse IP du système smarthost : --> Il y avait déjà smtp.free.fr, qui devait être resté d'une de mes précédente tentative de configuration. J'ai laissé ça. Est-ce correct ? Mais il est dit : si ce serveur impose une authentification ... je crois bien que c'est mon cas donc il va falloir que j'aille voir un certain README... J'ai testé l'envoie d'un mail à moi-même (@free.fr) et ça me revient avec "unrouteable adress". Il faut dire que je n'ai pas été voir le problème de l'authentification SMTP... Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
Pierre Allken-Bernard a écrit : | > | > Je suggère plutôt : | > | > echo Test | mailx -s essai-local USER | > | > qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le | > haut) | Connaissez pas. Cool!!! | Bonsoir, | J'ai donc installé exim4. | J'ai fait le : | echo Test | mailx -s essai-local pierre | puis j'ai constaté que /var/spool/mail/pierre contient bien le nouveau | mail. Et j'ai aussi le mail dans mutt, probablement parce que mon | .muttrc contient ce qu'il faut. | | Après le test local, j'ai essayé un test "global" : je me suis écrit | (via mutt cette fois, mais je suppose que c'est pareil que mailx ?) un | mail à l'adresse [EMAIL PROTECTED] | Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery | failed) qui dit en gros : | | SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça | c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ... | Sender address rejected ... | | Je suppose que c'est exim4 qui est mal configuré. Normal car je ne l'ai | pas configuré (car je ne sais pas vraiment faire). | | Mais quand même, c'est marrant ce smtp.free.fr | Comment sait-il ça (que je suis chez free) ? Je ne sais pas | Peut-être un reste de configuration (j'avais essayé de configuré exim4 | il y a quelque temps) ? | | Bref, si vous pouviez m'aider à configurer exim4. Ok, il faut un sous root: # dpkg-reconfigure exim4-config Ensuite, il faut bien tous lire et bien renseigné les lignes. Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange) signature.asc Description: Digital signature
Re: fetchmail, procmail, etc.
Stephane Bortzmeyer a écrit : > On Mon, Sep 15, 2008 at 10:54:27PM +0200, > Zuthos <[EMAIL PROTECTED]> wrote > a message of 47 lines which said: > > > Je propose un: > > mailx -s essai-local > > > > Ensuite, tu tape essai > > . > > Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme > le courrier ne va pas marcher du premier coup, il faudra sans doute > refaire le test plusieurs fois, ce qui est peu compatible avec ce mode > interactif. > > Je suggère plutôt : > > echo Test | mailx -s essai-local USER > > qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le > haut) Bonsoir, J'ai donc installé exim4. J'ai fait le : echo Test | mailx -s essai-local pierre puis j'ai constaté que /var/spool/mail/pierre contient bien le nouveau mail. Et j'ai aussi le mail dans mutt, probablement parce que mon .muttrc contient ce qu'il faut. Après le test local, j'ai essayé un test "global" : je me suis écrit (via mutt cette fois, mais je suppose que c'est pareil que mailx ?) un mail à l'adresse [EMAIL PROTECTED] Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery failed) qui dit en gros : SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ... Sender address rejected ... Je suppose que c'est exim4 qui est mal configuré. Normal car je ne l'ai pas configuré (car je ne sais pas vraiment faire). Mais quand même, c'est marrant ce smtp.free.fr Comment sait-il ça (que je suis chez free) ? Peut-être un reste de configuration (j'avais essayé de configuré exim4 il y a quelque temps) ? Bref, si vous pouviez m'aider à configurer exim4. Merci d'avance. Pierre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail, procmail, etc.
On Mon, Sep 15, 2008 at 10:54:27PM +0200, Zuthos <[EMAIL PROTECTED]> wrote a message of 47 lines which said: > Je propose un: > mailx -s essai-local > > Ensuite, tu tape essai > . Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme le courrier ne va pas marcher du premier coup, il faudra sans doute refaire le test plusieurs fois, ce qui est peu compatible avec ce mode interactif. Je suggère plutôt : echo Test | mailx -s essai-local USER qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le haut) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problèm e fetchmail ...
Am 2008-01-24 20:32:56, schrieb mahashakti89: > Bonjour, > > Je rencontre un problème pour le rapatriement du courrier avec la > trilogie postfix + fetchmail + procmail. > > Au lancement de fetchmail je reçois le message d'erreur suivant : > Impossible de trouver le nom canonique DNS de pop.wanadoo.fr (Nom ou > service inconnu) > > fetchmail : Etat de la requète=11 DNS > > j'ai la même config sur la machine et sur le portable et sur le > portable ça ne veut rien savoir ... > > Une idée ?? Malheureusement no, mais j'utiliser: 8<-- poll pop.wanadoo.fr protocol pop3 timeout 60 user michelle.konzack password xx is michelle.konzack here 8<-- et ca marcher... avant 9 heures! Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSN LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: problème fetchmail (Suite) >> résolu
On Sat, Jan 26, 2008 at 08:42:11AM +0100, mahashakti89 <[EMAIL PROTECTED]> wrote a message of 51 lines which said: > Bon, finalement j'ai trouvé : aptitude install libnss-mdns C'est louche car cette bibliothèque qui implémente un protocole privé spécifique d'Apple ne devrait pas être indispensable. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problèm e fetchmail (Suite)
On Fri, Jan 25, 2008 at 07:04:01PM +0100, mahashakti89 <[EMAIL PROTECTED]> wrote a message of 83 lines which said: > > >> # ping pop.wanadoo.fr > > Marche pas mais effectivement wanadoo ne doit pas trop aimer que l'on > fasse un ping. Oui, beaucoup de machines filtrent les paquets ICMP echo sur le trajet. C'est stupide, mais c'est comme ça. ping n'est plus un bon test de nos jours. Si on veut déboguer des serveurs POP, il vaut mieux tester POP (telnet pop.wanadoo.fr 110). Si on veut déboguer le DNS, il vaut mieux utiliser le DNS (dig A pop.wanadoo.fr). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problè m e fetchmail ...
On Fri, Jan 25, 2008 at 01:45:22AM +0100, mpg <[EMAIL PROTECTED]> wrote a message of 20 lines which said: > C'est pas plutôt dans /etc/resolv.conf qu'il doit y avoir 'order > hosts,bind' ? Ah non, surtout pas, resolv.conf est la configuration du client DNS. "order hosts,bind" est pour dire à la bibliothèque qui fait la résolution de noms en adresses d'utiliser /etc/hosts puis le DNS. resolv.conf est donc consulté après, une fois la décision prise. En lisant le manuel de resolv.conf, vous voyez bien qu'order by est pas. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problème fetchmail (Suite) >> ré solu
Le Fri, 25 Jan 2008 19:30:43 +0100, "Jean-Yves F. Barbier" <[EMAIL PROTECTED]> a écrit : > mahashakti89 a écrit : > > Le Fri, 25 Jan 2008 16:23:17 +0100, > > mouss <[EMAIL PROTECTED]> a écrit : > > # ping pop.wanadoo.fr > > > > Marche pas mais effectivement wanadoo ne doit pas trop aimer que > > l'on fasse un ping. > > confirmé: depuis toujours mamado pense que ça protège les > (pauvres, sous-dimensionnés, et saturés et sous m$ (pléonasme:):) > serveurs > > essaye plutôt: ping www.debian.org > Bon, finalement j'ai trouvé : aptitude install libnss-mdns et tout est renté dans l'ordre. # aptitude show libnss-mdns Paquet : libnss-mdns État: installé Automatiquement installé: non Version : 0.10-3 Priorité : optionnel Section : admin Responsable : Utopia Maintenance Team <[EMAIL PROTECTED]> Taille décompressée : 123k Dépend: libc6 (>= 2.5-5), base-files (>= 3.1.10), perl, avahi-daemon (>= 0.6.16-1) Suggère: avahi-autoipd | zeroconf Description : NSS module for Multicast DNS name resolution nss-mdns is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (glibc) providing host name resolution via Multicast DNS (using Zeroconf, aka Apple Bonjour / Apple Rendezvous ), effectively allowing name resolution by common Unix/Linux programs in the ad-hoc mDNS domain .local. Tags: protocol::dns, protocol::ip, role::plugin, suite::gnu Voila, merci à tous. mahashakti89
Re: problème fetchmail (Suite)
Jean-Yves F. Barbier a écrit : mahashakti89 a écrit : Le Fri, 25 Jan 2008 16:23:17 +0100, mouss <[EMAIL PROTECTED]> a écrit : # ping pop.wanadoo.fr Marche pas mais effectivement wanadoo ne doit pas trop aimer que l'on fasse un ping. confirmé: depuis toujours mamado pense que ça protège les (pauvres, sous-dimensionnés, et saturés et sous m$ (pléonasme:):) serveurs essaye plutôt: ping www.debian.org En fait, pour la petite histoire, ça date de 2000; avant, seul www.mamadoo.fr ne répondait pas: il-y-a eu une attaque DoS (un flood ping sur l'adresse de broadcast pendant au moins 6H qui a paralisé leurs svrs), suite à cela, les pings ont été purement interdits. C'est comme la politique: si tu as des PBs structurels (donc impossibles à résoudre, ici, sans trucider les syndicalistes et leurs seïdes), cache-les et surtout n'en parle pas... -- I've got a COUSIN who works in the GARMENT DISTRICT ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problème fetchmail (Suite)
mahashakti89 a écrit : Le Fri, 25 Jan 2008 16:23:17 +0100, mouss <[EMAIL PROTECTED]> a écrit : # ping pop.wanadoo.fr Marche pas mais effectivement wanadoo ne doit pas trop aimer que l'on fasse un ping. confirmé: depuis toujours mamado pense que ça protège les (pauvres, sous-dimensionnés, et saturés et sous m$ (pléonasme:):) serveurs essaye plutôt: ping www.debian.org -- The goal of science is to build better mousetraps. The goal of nature is to build better mice. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problème fetchmail (Suite)
Le Fri, 25 Jan 2008 16:23:17 +0100, mouss <[EMAIL PROTECTED]> a écrit : > mahashakti wrote: > > > > > > > > > > > >> Message du 25/01/08 14:53 > >> De : "mouss" > >> A : debian-user-french@lists.debian.org > >> Copie à : debian-user-french@lists.debian.org > >> Objet : Re: problème fetchmail (Suite) > >> > >> mahashakti wrote: > >> > >>> Je reposte avec le titre oublié dans la précipitation. > >>> > >>> Essayé : order hosts, bind dans /etc/resolv.conf > >>> Marche pas . > >>> > >>> Essayé dans /etc/host.conf > >>> Marche pas > >>> > >>> > >>> Au boulot dans resolv.conf j'ai : > >>> domain > >>> nameserver 10.89.XXX > >>> > >>> à la maison : > >>> > >>> 192.168.0.1 > >>> > >>> > >> quoi? sans rien du tout? > >> > > > > si bien sûr, mais je vais trop vite ... > > > > attention aux radars :) > > > > > >> ça devrait être un truc du genre > >> nameserver 192.168.0.1 > >> > >> où 192.168.0.1 est ton serveur DNS. pour vérifier que ça marche > >> fait: > >> > >> # ping pop.wanadoo.fr Marche pas mais effectivement wanadoo ne doit pas trop aimer que l'on fasse un ping. > >> > >> > > > > Je suis au boulot, marche pas, pourtant j'ai accès au réseau à > > la maison aussi. > > c'est quoi qui marche pas? est-ce que tu vois l'IP? > le fait que le ping ne réponde pas est une autre question. Orange > semblent bloquer le ping. mais l'important là, c'est juste de voir > qu'un programme qui passe par le resolveur système de façon standard > trouve l'IP. dig et host s'y connaissent trop en DNS, et ne > permettent pas toujours de voir les problèmes de conf du resolveur. > si tu veux te rassurer, essaye > > # telnet pop.wanadoo.fr 110 Marche pas : Name or service not known par contre le réseau est accessible , aptitude full-upgrade marche bien. mahashakti89 > > et si t'arrives à te connecter, tapes "quit". > > >
Re: problème fetchmail (Suite)
mahashakti wrote: Je reposte avec le titre oublié dans la précipitation. Essayé : order hosts, bind dans /etc/resolv.conf Marche pas . Essayé dans /etc/host.conf Marche pas Au boulot dans resolv.conf j'ai : domain nameserver 10.89.XXX à la maison : 192.168.0.1 quoi? sans rien du tout? ça devrait être un truc du genre nameserver 192.168.0.1 où 192.168.0.1 est ton serveur DNS. pour vérifier que ça marche fait: # ping pop.wanadoo.fr il y a quelque chose qui cloche dans les fichiers de conf du portable ... j'avoue que je ne m'en étais pas soucié sur la précédente installation, ça marchait . mahashakti89 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
problème fetchmail (Suite)
Je reposte avec le titre oublié dans la précipitation. Essayé : order hosts, bind dans /etc/resolv.conf Marche pas . Essayé dans /etc/host.conf Marche pas Au boulot dans resolv.conf j'ai : domain nameserver 10.89.XXX à la maison : 192.168.0.1 il y a quelque chose qui cloche dans les fichiers de conf du portable ... j'avoue que je ne m'en étais pas soucié sur la précédente installation, ça marchait . mahashakti89
Re: problèm e fetchmail ...
Le (on) jeudi 24 janvier 2008 22:40, Stephane Bortzmeyer a écrit (wrote) : > Donc, le DNS fonctionne. Et pourtant fetchmail ne peut pas trouver le > "canonical name". Je ne vois plus qu'une piste : que contient > /etc/host.conf ? Serait-il possible qu'il n'y aie pas "bind" dans les > options ? > C'est pas plutôt dans /etc/resolv.conf qu'il doit y avoir 'order hosts,bind' ? En tout cas, chez moi c'est comme ça... Manuel. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problème fetchmail ...
Le Thu, 24 Jan 2008 22:51:17 +0100, Stephane Bortzmeyer <[EMAIL PROTECTED]> a écrit : > On Thu, Jan 24, 2008 at 10:40:32PM +0100, > mahashakti89 <[EMAIL PROTECTED]> wrote > a message of 34 lines which said: > > > Sur la machine - ça fonctionne - j'ai uniquement "muti on" > > > > Sur le portable - ça ne fonctionne pas - j'ai "multi off" > > j'ai changé en multi on, mais ça ne donne rien > > Il faudrait surtout qu'il y aie : > > order hosts,bind Marche pas ... Sur la machine qui marche j'ai juste muti off Bon, là je vais me coucher . A + mahashakti89 > > (multi est juste là pour le cas des machines ayant plusieurs adresses > IP) >
Re: problèm e fetchmail ...
On Thu, Jan 24, 2008 at 10:40:32PM +0100, mahashakti89 <[EMAIL PROTECTED]> wrote a message of 34 lines which said: > Sur la machine - ça fonctionne - j'ai uniquement "muti on" > > Sur le portable - ça ne fonctionne pas - j'ai "multi off" > j'ai changé en multi on, mais ça ne donne rien Il faudrait surtout qu'il y aie : order hosts,bind (multi est juste là pour le cas des machines ayant plusieurs adresses IP) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problème fetchmail ...
Le Thu, 24 Jan 2008 22:29:35 +0100, Stephane Bortzmeyer <[EMAIL PROTECTED]> a écrit : > On Thu, Jan 24, 2008 at 10:09:36PM +0100, > mahashakti89 <[EMAIL PROTECTED]> wrote > a message of 96 lines which said: > > > Merci de la réponse , ce n'est pas vraiment différent : > > Non, en effet :-( mais ça m'a permis de chercher dans les sources de > fetchmail. > > > dig A pop.wanadoo.fr > > Donc, le DNS fonctionne. Et pourtant fetchmail ne peut pas trouver le > "canonical name". Je ne vois plus qu'une piste : que contient > /etc/host.conf ? Serait-il possible qu'il n'y aie pas "bind" dans les > options ? SNCF , c'est possible ! Sur la machine - ça fonctionne - j'ai uniquement "muti on" Sur le portable - ça ne fonctionne pas - j'ai "multi off" j'ai changé en multi on, mais ça ne donne rien Merci > > >
Re: problèm e fetchmail ...
On Thu, Jan 24, 2008 at 10:09:36PM +0100, mahashakti89 <[EMAIL PROTECTED]> wrote a message of 96 lines which said: > Merci de la réponse , ce n'est pas vraiment différent : Non, en effet :-( mais ça m'a permis de chercher dans les sources de fetchmail. > dig A pop.wanadoo.fr Donc, le DNS fonctionne. Et pourtant fetchmail ne peut pas trouver le "canonical name". Je ne vois plus qu'une piste : que contient /etc/host.conf ? Serait-il possible qu'il n'y aie pas "bind" dans les options ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problème fetchmail ...
Le Thu, 24 Jan 2008 21:48:52 +0100, Stephane Bortzmeyer <[EMAIL PROTECTED]> a écrit : > On Thu, Jan 24, 2008 at 08:32:56PM +0100, > mahashakti89 <[EMAIL PROTECTED]> wrote > a message of 17 lines which said: > > > Impossible de trouver le nom canonique DNS de pop.wanadoo.fr (Nom ou > > service inconnu) > > Hmmm, ça ne veut rien dire, le message devait être plus clair en > anglais... > > unset LANG > unset LC_MESSAGES > fetchmail > > pour les avoir dans la langue de Barack Obama. Merci de la réponse , ce n'est pas vraiment différent : fetchmail -v fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll started fetchmail: couldn't find canonical DNS name of pop.wanadoo.fr (pop.wanadoo.fr): Name or service not known fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll completed fetchmail: Query status=11 (DNS) fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll started fetchmail: couldn't find canonical DNS name of pop.wanadoo.fr (pop.wanadoo.fr): Name or service not known fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll completed fetchmail: Query status=11 (DNS) fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll started fetchmail: couldn't find canonical DNS name of pop.wanadoo.fr (pop.wanadoo.fr): Name or service not known fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll completed fetchmail: Query status=11 (DNS) fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll started fetchmail: couldn't find canonical DNS name of pop.wanadoo.fr (pop.wanadoo.fr): Name or service not known fetchmail: 6.3.8 querying pop.wanadoo.fr (protocol POP3) at Thu Jan 24 22:04:39 2008: poll completed fetchmail: Query status=11 (DNS) fetchmail: normal termination, status 11 zsh: exit 11fetchmail -v > Les serveurs de noms de Wanadoo ont l'air de marcher. Pour être sûr > que c'est de la faute de fetchmail, que donne une requête DNS ? > > dig A pop.wanadoo.fr dig A pop.wanadoo.fr ; <<>> DiG 9.4.2 <<>> A pop.wanadoo.fr ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32782 ;; flags: qr rd ra; QUERY: 1, ANSWER: 12, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;pop.wanadoo.fr.IN A ;; ANSWER SECTION: pop.wanadoo.fr. 93 IN A 80.12.242.8 pop.wanadoo.fr. 93 IN A 80.12.242.14 pop.wanadoo.fr. 93 IN A 80.12.242.51 pop.wanadoo.fr. 93 IN A 80.12.242.60 pop.wanadoo.fr. 93 IN A 80.12.242.90 pop.wanadoo.fr. 93 IN A 80.12.242.143 pop.wanadoo.fr. 93 IN A 80.12.242.149 pop.wanadoo.fr. 93 IN A 193.252.22.68 pop.wanadoo.fr. 93 IN A 193.252.22.85 pop.wanadoo.fr. 93 IN A 193.252.22.90 pop.wanadoo.fr. 93 IN A 193.252.23.65 pop.wanadoo.fr. 93 IN A 80.12.242.2 ;; Query time: 62 msec ;; SERVER: 192.168.0.1#53(192.168.0.1) ;; WHEN: Thu Jan 24 22:03:03 2008 ;; MSG SIZE rcvd: 224 mahashakti89 > > ? >
Re: problèm e fetchmail ...
On Thu, Jan 24, 2008 at 08:32:56PM +0100, mahashakti89 <[EMAIL PROTECTED]> wrote a message of 17 lines which said: > Impossible de trouver le nom canonique DNS de pop.wanadoo.fr (Nom ou > service inconnu) Hmmm, ça ne veut rien dire, le message devait être plus clair en anglais... unset LANG unset LC_MESSAGES fetchmail pour les avoir dans la langue de Barack Obama. Les serveurs de noms de Wanadoo ont l'air de marcher. Pour être sûr que c'est de la faute de fetchmail, que donne une requête DNS ? dig A pop.wanadoo.fr ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
problème fetchmail ...
Bonjour, Je rencontre un problème pour le rapatriement du courrier avec la trilogie postfix + fetchmail + procmail. Au lancement de fetchmail je reçois le message d'erreur suivant : Impossible de trouver le nom canonique DNS de pop.wanadoo.fr (Nom ou service inconnu) fetchmail : Etat de la requète=11 DNS j'ai la même config sur la machine et sur le portable et sur le portable ça ne veut rien savoir ... Une idée ?? mahashakti89
Re: Fetchmail et récupération de reperto ires distants en IMAP ?
FrekoDing wrote: > Bonsoir, > Fetchmail me pose des problemes avec l'IMAP. > Je parviens sans probleme à recuperer le courier à la racine de ma boite > (dossier Inbox) > mais impossible de récupérer les dossiers distants ni les mails s'y > trouvant. > > J'ai parcouru le man, le net, pas grand chose à me mettre sous la dent. > J'utilise l'option -r (option folder dans fetchmailrc) comme indiqué > dans le man. > > $ fetchmail -v -r "Inbox.dossier" > > [...] > fetchmail: sélection ou re-réception du dossier Inbox.dossier > fetchmail: IMAP> A0004 SELECT "Inbox.dossier" > fetchmail: IMAP< A0004 NO SELECT failed: Can't open mailbox > Inbox.dossier: no such mailbox > fetchmail: échec de la sélection de boîte aux lettres > [...] > > Je precise que "dossier" est un dossier qui existe bien et qu'il > contient des mails. quand tu dis 'il existe', c'est dans ton mailer ou sur le disque du serveur? essaye ".Inbox.dossier" au cazou. > Ce doit certainement etre un probleme de syntaxe. > Une idée ? > Merci, @+ > > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fetchmail et récupération de repertoires distants en IMAP ?
Bonsoir, Fetchmail me pose des problemes avec l'IMAP. Je parviens sans probleme à recuperer le courier à la racine de ma boite (dossier Inbox) mais impossible de récupérer les dossiers distants ni les mails s'y trouvant. J'ai parcouru le man, le net, pas grand chose à me mettre sous la dent. J'utilise l'option -r (option folder dans fetchmailrc) comme indiqué dans le man. $ fetchmail -v -r "Inbox.dossier" [...] fetchmail: sélection ou re-réception du dossier Inbox.dossier fetchmail: IMAP> A0004 SELECT "Inbox.dossier" fetchmail: IMAP< A0004 NO SELECT failed: Can't open mailbox Inbox.dossier: no such mailbox fetchmail: échec de la sélection de boîte aux lettres [...] Je precise que "dossier" est un dossier qui existe bien et qu'il contient des mails. Ce doit certainement etre un probleme de syntaxe. Une idée ? Merci, @+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fetchmail et récupération de reperto ires distants en IMAP ?
FrekoDing wrote: > Bonsoir, > Fetchmail me pose des problemes avec l'IMAP. > Je parviens sans probleme à recuperer le courier à la racine de ma boite > (dossier Inbox) > mais impossible de récupérer les dossiers distants ni les mails s'y > trouvant. > > J'ai parcouru le man, le net, pas grand chose à me mettre sous la dent. > J'utilise l'option -r (option folder dans fetchmailrc) comme indiqué > dans le man. > > $ fetchmail -v -r "Inbox.dossier" > > [...] > fetchmail: sélection ou re-réception du dossier Inbox.dossier > fetchmail: IMAP> A0004 SELECT "Inbox.dossier" > fetchmail: IMAP< A0004 NO SELECT failed: Can't open mailbox > Inbox.dossier: no such mailbox > fetchmail: échec de la sélection de boîte aux lettres > [...] > > Je precise que "dossier" est un dossier qui existe bien et qu'il > contient des mails. > Ce doit certainement etre un probleme de syntaxe. > Une idée ? > Merci, @+ > > isync - Synchronize a local maildir with a remote IMAP4 mailbox ou mailsync -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
