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=a...@aol.fr, 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=niff@localhost, 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. -- camje_lemon finalement les filles c'est pas mal :) lord_of_Scorn|absent tas testé tfe ah bon ? tfe 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
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=a...@aol.fr,
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=niff@localhost,
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
Re: postfix, fetchmail, procmail - y'a comme un hic
On Thu, 20 Dec 2012 14:22:15 +0100
Sébastien NOBILI sebnewslet...@free.fr 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
--
DarthVadr Kira: JOIN THE DARK SIDE, YOUNG ONE.
kira 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
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, 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
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 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
Selon Zuthos zuthos-nos...@laposte.net: 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
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 zuthos-nos...@laposte.net: 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
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 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 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. J'aimerai revenir sur cette erreur pour comprendre. 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 x...@gmail.com' 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?). 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 gmail avec identifiant YYY destinataire C j'utilise From z...@voo.be et smtp.voo.be 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
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 m...@localhost.localdomain a été envoyé à utilisat...@localhost.localdomain. 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 x...@gmail.com' 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 gmail avec identifiant YYY destinataire C j'utilise From z...@voo.be et smtp.voo.be * La doc de Mutt en français: http://cedricduval.free.fr/mutt/fr/sitehtml/manual.html Les Muttés de la liste te dirons mieux comment configurer Mutt avec des profiles. * Exemple configuration avec profile en français: http://www.bidon.ca/Mutt.html Il faudrait aussi regarder les logs de Postfix quand fetchmail réinjecte les messages sur le serveur SMTP localhost:25 Dans /var/log/syslog? Il me semble que c'est /var/log/maillog sur debian (?). % grep -E (reject|warning|error|fatal|panic): /var/log/maillog ou % tail -F
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 michael.y.f.pier...@gmail.com [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 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 michael.y.f.pier...@gmail.com [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é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 ... @+ -- (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 :
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 michael.y.f.pier...@gmail.com [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é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 , ... ? Et par la suite, tu utilises 'sendmail', 'procmail' ou un serveur SMTP ? 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
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 michael.y.f.pier...@gmail.com [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é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
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 michael.y.f.pier...@gmail.com [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 michael.y.f.pier...@gmail.com [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 michael.y.f.pier...@gmail.com [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
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: fetchmail (procmail mutt) : timeout socket error
* Michaël Pierson michael.y.f.pier...@gmail.com [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
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.
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 : 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.
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.
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 user Ensuite, tu tape essai entree .entree Ç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.
[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.
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.
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.
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.
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 user Ensuite, tu tape essai entree .entree Ç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.
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: 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, 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.
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.
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 user Ensuite, tu tape essai entree .entree Ç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: 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 user Ensuite, tu tape essai entree .entree Ç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.
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: exim4+fetchmail+procmail+mutt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Lista Encontrei um texto explicando como configurar o Exim4 para acessar conta pop3. Para realizar o teste da configuração, o tutorial utiliza o aplicativo mail. Por acaso alguém saberia me dizer em que pacote é que eu encontro esse aplicativo? Obrigado. caio abreu ferreira wrote: Lista Por acaso alguém teria um texto ou link sobre a configuraćão dos softwares mutt + fetchmail + exim4? Obrigado. - -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIhRgUmkYY0KJL9xMRCMXAAJ91DcChRaP3FVU9Fm3jvxt77fs0GgCfXMCS kYalS9aTFzJ41FXd1IHzm7k= =FPOY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: exim4+fetchmail+procmail+mutt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Lista Acho que fiz alguma besteira. Quando executo o comando /etc/exim4# dpkg-reconfigure exim4-config Error: Unsplit config selected and /etc/exim4/exim4.conf.template missing ... exiting Por acaso alguém saberia me dizer como retornar os arquivos do diretório /etc/exim4? Obrigado. caio abreu ferreira wrote: Lista Encontrei um texto explicando como configurar o Exim4 para acessar conta pop3. Para realizar o teste da configuração, o tutorial utiliza o aplicativo mail. Por acaso alguém saberia me dizer em que pacote é que eu encontro esse aplicativo? Obrigado. caio abreu ferreira wrote: Lista Por acaso alguém teria um texto ou link sobre a configuraão dos softwares mutt + fetchmail + exim4? Obrigado. - -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIhRypmkYY0KJL9xMRCCWkAJ9nSCDCqBy01Htlqbj2aqQGMN4AYgCfYlau 76Wq2we1x3mUudKTOidLAZQ= =ipr2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
Am 2007-03-25 01:02:19, schrieb Mauro Sacchetto: .procmailrc === shell=/bin/sh MAILDIR=$HOME/mail DEFAULT= $MAILDIR/inbox LOGFILE=$HOME/procmaillog LOG= You do not need the two lines above. VERBOSE=yes This should be VERBOSE=on :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/alice Remove the $MAILDIR since it is redunant and why not use: :0: * ^From:[EMAIL PROTECTED] alice is working perfectly. Please note the escaped .. # All other mail goes to inbox :0 $MAILDIR/inbox This is useless, since you already have set the default to it. When I launch the macro to control and download my mails, fetchmail find them, but I do find nothing in the mailboxes, so that I dont' know where are those mails... Do u find anything wrong in my configuratione files? Please send us your $HOME/procmaillog 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: mutt, fetchmail procmail on Sid
Am 2007-03-25 13:34:30, schrieb Mauro Sacchetto: == :0 * ^From:[EMAIL PROTECTED] alice :0 * ^From:[EMAIL PROTECTED] alice :0 * ^(From|CC|To):[EMAIL PROTECTED] debian Use the procmailmacro: :0: * [EMAIL PROTECTED] debian 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: mutt, fetchmail procmail on Sid
Am 2007-03-25 12:32:57, schrieb Allan Wind: Please restate that question if this does not help you along. procmail creates mailboxes on the fly if they are not present. If none of your rules matched one of its delivery targets, then it uses $DEFAULT as your final target. mailboxes are not deleted by either procmail or mutt. False, mutt delete EMPTY mailboxes by default but not Maildirs. 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: mutt, fetchmail procmail on Sid
On Sun, Mar 25, 2007 at 01:02:19AM +0100, Mauro Sacchetto wrote: Mutt + fetchmail works fine, but I've a problem with procmail. My configuration is the following one: .procmailrc === shell=/bin/sh MAILDIR=$HOME/mail DEFAULT= $MAILDIR/inbox LOGFILE=$HOME/procmaillog LOG= VERBOSE=yes :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/alice :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/gmail [snip other rules] Since you are dealing with mbox, you need: :0: * ^FROM [EMAIL PROTECTED] $MAILDIR/gmail Note the colon after the :0, this is because mbox needs a lockfile. man procmailrc When I launch the macro to control and download my mails, fetchmail find them, but I do find nothing in the mailboxes, so that I dont' know where are those mails... Do u find anything wrong in my configuratione files? Only what I've pointed out above. There is also an example procmail man page with ex in the name. I now use maildrop so can't remember the exact name. :-) dpkg -L procmail will list all the files which came with the procmail package. Hope this helps. -- Chris. == Don't forget to check that your /etc/apt/sources.lst entries point to etch and not testing, otherwise you may end up with a broken system once etch goes stable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
On Sun, Mar 25, 2007 at 01:16:17PM -0400, Michael Pobega wrote: I don't think you need to append $MAILDIR to the beginning of every line. The way I have procmailrc up is: MAILDIR=$HOME/mail/ LOGFILE=$HOME/.procmaillog VERBOSE=no # Mailing lists # debian-user :0 * ^TO_debian-user debian-user/ ^ The trailing slash signifies a maildir type mailbox, which doesn't need a lockfile, hence no colon after the :0 Which works fine for me. for mbox: # debian-user :0: * ^TO_debian-user debian-user for maildir: # debian-user :0 * ^TO_debian-user debian-user/ -- Chris. == Don't forget to check that your /etc/apt/sources.lst entries point to etch and not testing, otherwise you may end up with a broken system once etch goes stable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
Allan Wind wrote: You should escape dots (\.) so it means what you expect. Double check that there is a canned ^FROM expression (opposed to ^FROM_DAEMON); perhaps use something like this instead: [cut] Thax for your help. There are some syntactical mistakes in my configuration files. Now it seems to work... Only a question. At present, in my .procmailrc I've: == :0 * ^From:[EMAIL PROTECTED] alice :0 * ^From:[EMAIL PROTECTED] gmail # Mailing lists # debianizzati :0 * ^(From|CC|To):[EMAIL PROTECTED] debian #k3b :0 * ^(From|CC|To):[EMAIL PROTECTED] k3b # mutt :0 * ^(From|CC|To):[EMAIL PROTECTED] mutt # openoffice :0 * ^(From|CC|To):[EMAIL PROTECTED] openoffice == and in my .muttrc: == mailboxes +alice +debian +gmail +k3b +mutt +openoffice +inbox == But if I show ~/mail, i find only debian k3b mutt openoffice. If I receive mail from other sender, for instance a sender not registered in .procmailrc, it goes correctly in inbox, created on fly. But I don't understand the reason for some mbox are permanently in /mail, and other ones (inbox, alice, gmail) are created when it needs... Thanx! M. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
Mauro, On 2007-03-25T13:34:30+0200, Mauro Sacchetto wrote: But if I show ~/mail, i find only debian k3b mutt openoffice. If I receive mail from other sender, for instance a sender not registered in .procmailrc, it goes correctly in inbox, created on fly. But I don't understand the reason for some mbox are permanently in /mail, and other ones (inbox, alice, gmail) are created when it needs... Please restate that question if this does not help you along. procmail creates mailboxes on the fly if they are not present. If none of your rules matched one of its delivery targets, then it uses $DEFAULT as your final target. mailboxes are not deleted by either procmail or mutt. mutt reads its configuration file upon start-up, perhaps if a mailbox did not exist when it started it will not check for updates as it usually does? /Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
On Sun, Mar 25, 2007 at 01:02:19AM +0100, Mauro Sacchetto wrote: Mutt + fetchmail works fine, but I've a problem with procmail. My configuration is the following one: .procmailrc === shell=/bin/sh MAILDIR=$HOME/mail DEFAULT= $MAILDIR/inbox LOGFILE=$HOME/procmaillog LOG= VERBOSE=yes :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/alice I don't think you need to append $MAILDIR to the beginning of every line. The way I have procmailrc up is: MAILDIR=$HOME/mail/ LOGFILE=$HOME/.procmaillog VERBOSE=no # Mailing lists # debian-user :0 * ^TO_debian-user debian-user/ Which works fine for me. set folder = ~/mail set mbox = +inbox set mbox_type = mbox set record = +inbox set alias_file = ~/mail/aliases source ~/mail/aliases set alias_format = %2n %t %-10a %r set sort_alias = alias set mailcap_path = ~/.mailcap:/etc/mailcap: set signature = ~/mail/signature set tmpdir = ~/mail/.mutt/tmp set postponed = +postponed mailboxes +k3b +openoffice +gmail +alice +mutt +debian You may want to add the mailboxes to your muttrc. # Add an item for each mailbox mailboxes ~/mail/debian-user And # tell mutt about my mailing lists subscribe debian-user You should repeat that for every mailbox you have. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
Allan Wind wrote: procmail creates mailboxes on the fly if they are not present. If none of your rules matched one of its delivery targets, then it uses $DEFAULT as your final target. mailboxes are not deleted by either procmail or mutt. mutt reads its configuration file upon start-up, perhaps if a mailbox did not exist when it started it will not check for updates as it usually does? I made some experiments. I created manually some mbox. Now I deleted them, and procmail creates them on the fly. I appers me to be all in order, now... Thnax! M. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mutt, fetchmail procmail on Sid
Mutt + fetchmail works fine, but I've a problem with procmail. My configuration is the following one: .fetchmailrc === set postmaster samiel set bouncemail poll alice via in.alice.it timeout 60 with proto POP3 auth password user [EMAIL PROTECTED] there with password is samiel here options fetchall keep mda /usr/bin/procmail -d %T poll gmail via pop.gmail.com timeout 60 with proto POP3 auth password user [EMAIL PROTECTED] there with password *** is samiel here options fetchall keep ssl mda /usr/bin/procmail -d %T === .procmailrc === shell=/bin/sh MAILDIR=$HOME/mail DEFAULT= $MAILDIR/inbox LOGFILE=$HOME/procmaillog LOG= VERBOSE=yes :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/alice :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/gmail :0 * ^FROM mutt-users@mutt.org $MAILDIR/mutt :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/debian :0 * ^FROM utenti@it.openoffice.org $MAILDIR/openoffice :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/k3b # All other mail goes to inbox :0 $MAILDIR/inbox === from .muttrc === set folder = ~/mail set mbox = +inbox set mbox_type = mbox set record = +inbox set alias_file = ~/mail/aliases source ~/mail/aliases set alias_format = %2n %t %-10a %r set sort_alias = alias set mailcap_path = ~/.mailcap:/etc/mailcap: set signature = ~/mail/signature set tmpdir = ~/mail/.mutt/tmp set postponed = +postponed mailboxes +k3b +openoffice +gmail +alice +mutt +debian === When I launch the macro to control and download my mails, fetchmail find them, but I do find nothing in the mailboxes, so that I dont' know where are those mails... Do u find anything wrong in my configuratione files? Thanx! MS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt, fetchmail procmail on Sid
On 2007-03-25T01:02:19+0100, Mauro Sacchetto wrote: .fetchmailrc Enable verbose mode in fetchmail to see what it does when handing the mail off to procmail. shell=/bin/sh You should not need that. LOG= This looks funky. VERBOSE=yes :0 * ^FROM [EMAIL PROTECTED] $MAILDIR/alice You should escape dots (\.) so it means what you expect. Double check that there is a canned ^FROM expression (opposed to ^FROM_DAEMON); perhaps use something like this instead: :0 * ^From: .*[EMAIL PROTECTED] $MAILDIR/alice Consider using maildirs instead of mboxes by tagging a / on the end, and update your mutt configuration accordingly. # All other mail goes to inbox :0 $MAILDIR/inbox Suggest you remove that as you already do that with the DEFAULT variable. /Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fetchmail + Procmail + qpopper Mails holen
Hallo Liste, Ich betreibe hie einen Debian-exim Mailserver in Kombination mit User eigenen .procmailrc Dateien. Am Ende befinden sich die Mails in /var/spool/mail/username Darauf greift qpopper zu und liefert die Mails per pop aus. Jetzt wollte ich von einem entfernten POP-Account zusätzlich mal Mails mit fetchmail holen. Funktioniert auch: .fetchmailrc # server pop.anbieter.tld proto pop3 user [EMAIL PROTECTED] pass geheim to sb mda /usr/bin/procmail Er holt die Mails und gibt sie an procmail weiter: .procmailrc :0fw: | /usr/bin/spamc :0: * ^X-Spam-Status: Yes /var/spool/bayes/username-spam Die Mail landet auch in /var/spool/mail/sb Leider weigert sich nun mein Qpopper, wenn ich Mails abholen will: -snip- Unable to process From lines (envelopes), change recognition modes or check for corrupted mail drop -snap- Eigentlich nachvollziehbar aber wie umgehe ich die fehlende From Zeile? bzw. wie erhalte ich diese bei der Abholung mit fetchmail? Der Teil aus der /var/spool/mail/sb was ihm nicht gefällt ist: -snip- Return-Path: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on sekretariat X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=no version=3.1.4 Delivered-To: [EMAIL PROTECTED] Received: from pop.anbieter.tld [12.34.56.78] by localhost with POP3 (fetchmail-6.2.5) for [EMAIL PROTECTED] (single-drop); Mon, 09 Oct 2006 15:16:03 +0200 (CEST) Received: (qmail 3089 invoked from network); 9 Oct 2006 15:15:44 +0200 Received: from unknown (HELO sekretariat) (213.239.213.208) by 0 with AES256-SHA encrypted SMTP; 9 Oct 2006 15:15:44 +0200 Received: from ip-80-226-180-44.vodafone-net.de ([80.226.180.44]:3487 helo=[192.168.0.15]) by sekretariat with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GWuyz-0005sh-9W for [EMAIL PROTECTED]; Mon, 09 Oct 2006 15:15:49 +0200 Message-ID: [EMAIL PROTECTED] Date: Mon, 09 Oct 2006 15:15:17 +0200 From: Stefan Bauer [EMAIL PROTECTED] User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: testmail X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit -snap- Danke im Voraus. -- * Stefan Bauer * * Bavaria / Germany / Chiemsee * * [EMAIL PROTECTED] . [EMAIL PROTECTED] * * * * Confucius Say... * * Don't eat the snow where the huskies go! * * * -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Fetchmail + Procmail + qpopper Mails holen
Hallo Stefan, Stefan Bauer, 09.10.2006 (d.m.y): Ich betreibe hie einen Debian-exim Mailserver in Kombination mit User eigenen .procmailrc Dateien. Am Ende befinden sich die Mails in /var/spool/mail/username Darauf greift qpopper zu und liefert die Mails per pop aus. Jetzt wollte ich von einem entfernten POP-Account zusätzlich mal Mails mit fetchmail holen. Funktioniert auch: Er holt die Mails und gibt sie an procmail weiter: .procmailrc :0fw: | /usr/bin/spamc exim kann auch selbst mit dem spamd reden... [..] Leider weigert sich nun mein Qpopper, wenn ich Mails abholen will: -snip- Unable to process From lines (envelopes), change recognition modes or check for corrupted mail drop -snap- Eigentlich nachvollziehbar aber wie umgehe ich die fehlende From Zeile? bzw. wie erhalte ich diese bei der Abholung mit fetchmail? Der Teil aus der /var/spool/mail/sb was ihm nicht gefällt ist: -snip- Return-Path: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on sekretariat IMO fehlt da die einleitende From-Zeile, die AFAIR bei mbox-Dateien den Beginn einer neuen Mail signalisiert. Hier sieht es bspw. so aus: From [EMAIL PROTECTED] Sun Oct 1 16:00:27 2006 Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Delivery-date: Sun, 01 Oct 2006 16:00:27 +0200 Gruss/Regards, Christian Schmidt -- Meine Manieren sind nur eine Art von Nervosität, mir die Leute vom Hals zu schaffen. -- Hugo von Hoffmannsthal signature.asc Description: Digital signature
Re: Fetchmail + Procmail + qpopper Mails holen
Christian Schmidt schrieb: exim kann auch selbst mit dem spamd reden... ja aber das zieht eine menge unnötiger dinge mit sich. so läuft das schön transparent und unabhängig. IMO fehlt da die einleitende From-Zeile, die AFAIR bei mbox-Dateien den Beginn einer neuen Mail signalisiert. Hier sieht es bspw. so aus: ja, wie biege ich das hin, dass er die zeile anhängt? Ich könnte die Mail durch irgend ein Script jagen, aber gibt es da nichts out-of-the-box? -- * Stefan Bauer * * Bavaria / Germany / Chiemsee * * [EMAIL PROTECTED] . [EMAIL PROTECTED] * * * * Confucius Say... * * Don't eat the snow where the huskies go! * * * -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Fetchmail + Procmail + qpopper Mails holen
Hallo Stefan, Stefan Bauer, 09.10.2006 (d.m.y): Christian Schmidt schrieb: exim kann auch selbst mit dem spamd reden... ja aber das zieht eine menge unnötiger dinge mit sich. so läuft das schön transparent und unabhängig. IMO fehlt da die einleitende From-Zeile, die AFAIR bei mbox-Dateien den Beginn einer neuen Mail signalisiert. Hier sieht es bspw. so aus: ja, wie biege ich das hin, dass er die zeile anhängt? Die sollte eigentlich vorhanden sein; also sorgt irgendetwas bei Dir dafuer, dass das nicht der Fall ist. Ich könnte die Mail durch irgend ein Script jagen, aber gibt es da nichts out-of-the-box? $EDITOR /pfad/zur/mailbox. ;-) Gruss/Regards, Christian Schmidt -- Aus Murphy's Gesetze: Bei jedem Ereignis kommen die Zuschauer, deren Plätze am weitesten vom Durchgang entfernt sind, zuletzt. signature.asc Description: Digital signature
Re: Fetchmail + Procmail + qpopper Mails holen
* Stefan Bauer [EMAIL PROTECTED] wrote: Christian Schmidt schrieb: IMO fehlt da die einleitende From-Zeile, die AFAIR bei mbox-Dateien den Beginn einer neuen Mail signalisiert. Hier sieht es bspw. so aus: ja, wie biege ich das hin, dass er die zeile anhängt? Ich könnte die Mail durch irgend ein Script jagen, aber gibt es da nichts out-of-the-box? Schreib dir diese Zeile an den Anfang deiner .procmailrc. , | # Regenerate From lines to make sure they are valid | :0 fhw | | /usr/bin/formail -I From -a From ` Gruß Jens
Re: Fetchmail + Procmail + qpopper Mails holen
Jens Schüßler schrieb: , | # Regenerate From lines to make sure they are valid | :0 fhw | | /usr/bin/formail -I From -a From ` Herr Schüßler hat sich soeben ein Bier verdient, da dies des Rätsels Lösung war. Danke! -- * Stefan Bauer * * Bavaria / Germany / Chiemsee * * [EMAIL PROTECTED] . [EMAIL PROTECTED] * * * * Confucius Say... * * Don't eat the snow where the huskies go! * * * -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Fetchmail + Procmail + qpopper Mails holen
* Stefan Bauer [EMAIL PROTECTED] wrote: Herr Schüßler hat sich soeben ein Bier verdient, da dies des Rätsels Lösung war. Danke! Wenn ich mal am Chiemsee vorbeikomme meld ich mich ;-)
Re: souci postfix + fetchmail + procmail
Le 05 /11/2005 à 19:18 mahashakti89 a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 switcher a écrit : Bonjour, j'ai un pb similaire lors d'une mise a jour de postfix modifie l'adresse localhost de 127.0.0.1 vers 127.0.0.0/8 et ca devrais aller mieux en esperant que tu ais le même problème que moi A+ switcher marche pas le Gnome me signale qu'il ne trouve pas l'adresse internet corresondant à mon nom d'hôte... et mail - v claude me donne toujours No mail for claude et ça m'énerve ! dans ton fichier .fetchlmailrc a la fn de ta ligne poll essai de rajouter smtpaddress nomhote B- mahashakti89 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDbPdfPPuyRSaD7LoRAmsRAKDJXjMDZKn3VC5I8KMZ++Zpq4azSACgg9um cM9JaKIPpffy5gHFfgpovCk= =Lx14 -END PGP SIGNATURE- -- Il est toujours avantageux de porter un titre nobiliaire. Etre 'de quelque chose', ca pose un homme, comme être 'de Garenne', ca pose un lapin. A. Allais
Re: souci postfix + fetchmail + procmail
On Sun, Nov 06, 2005 at 11:10:32AM +0100, napo978 wrote : Le 05 /11/2005 à 19:18 mahashakti89 a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 switcher a écrit : Bonjour, j'ai un pb similaire lors d'une mise a jour de postfix modifie l'adresse localhost de 127.0.0.1 vers 127.0.0.0/8 et ca devrais aller mieux en esperant que tu ais le même problème que moi A+ switcher marche pas le Gnome me signale qu'il ne trouve pas l'adresse internet corresondant à mon nom d'hôte... et mail - v claude me donne toujours No mail for claude et ça m'énerve ! dans ton fichier .fetchlmailrc a la fn de ta ligne poll essai de rajouter smtpaddress nomhote Bon, finalement, ça remarche , je en comprenais pas pourquoi ce problème,ma config marchait correctement jusqu'ici. J'ai booté sur une Knoppix, fait un fsck, il y avait quelques problèmes certainement d'entrée / sortie. Maintenant tout roule. Merci de vos réponses. mahashakti89 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
souci postfix + fetchmail + procmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour ! Suite à mise à jour (?) je ne peux plus accèder à mon courrier en local ni en recevoir par le biais de postfix et consorts Je pense qu'il s'agit d'un problème de permissions, mais je ne trouve pas. Après un mail -v claude, je ne reçois pas le courrier, pour l'extérieur si je lance fetchmail il me récupère bien les messages, mais je ne les vois pas dans mutt . extrait de /var/log/mail.info : Nov 5 11:10:39 (none) postfix/cleanup[10454]: 75CE36487: hold: header Received: from morley.grenoble.hp.com (morley.grenoble.hp.com [15.204.161.50])??by palrel11.hp.com (Postfix) with ESMTP id 2310A4A632??for [EMAIL PROTECTED]; Sat, 5 Nov 2005 02:07:2 from localhost[127.0.0.1]; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=localhost Nov 5 11:10:39 (none) postfix/cleanup[10454]: 75CE36487: hold: header Received: by morley.grenoble.hp.com (Postfix, from userid 2000)??id 560242EDDE; Sat, 5 Nov 2005 11:07:22 +0100 (CET) from localhost[127.0.0.1]; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=localhost Nov 5 11:10:39 (none) postfix/cleanup[10454]: 75CE36487: message-id=[EMAIL PROTECTED] Nov 5 11:10:39 (none) postfix/smtpd[10451]: public/cleanup socket: wanted attribute: status Nov 5 11:10:39 (none) postfix/smtpd[10451]: input attribute name: status Nov 5 11:10:39 (none) postfix/smtpd[10451]: input attribute value: 0 Nov 5 11:10:39 (none) postfix/smtpd[10451]: public/cleanup socket: wanted attribute: reason Nov 5 11:10:39 (none) postfix/smtpd[10451]: input attribute name: reason Nov 5 11:10:39 (none) postfix/smtpd[10451]: input attribute value: (end) Nov 5 11:10:39 (none) postfix/smtpd[10451]: public/cleanup socket: wanted attribute: (list terminator) Nov 5 11:10:39 (none) postfix/smtpd[10451]: input attribute name: (end) Nov 5 11:10:39 (none) postfix/smtpd[10451]: localhost[127.0.0.1]: 250 Ok: queued as 75CE36487 Nov 5 11:10:39 (none) postfix/smtpd[10451]: watchdog_pat: 0x807af70 Nov 5 11:12:19 (none) postfix/smtpd[10451]: localhost[127.0.0.1]: QUIT Nov 5 11:12:19 (none) postfix/smtpd[10451]: localhost[127.0.0.1]: 221 Bye Nov 5 11:12:19 (none) postfix/smtpd[10451]: match_hostname: localhost ~? 127.0.0.0/8 Nov 5 11:12:19 (none) postfix/smtpd[10451]: match_hostaddr: 127.0.0.1 ~? 127.0.0.0/8 Nov 5 11:12:19 (none) postfix/smtpd[10451]: disconnect from localhost[127.0.0.1] Nov 5 11:14:11 (none) postfix/pickup[3555]: 73C176489: uid=0 from=root Nov 5 11:14:11 (none) postfix/cleanup[10600]: 73C176489: hold: header Received: by ishwara.mahashakti.org (Postfix, from userid 0)??id 73C176489; Sat, 5 Nov 2005 11:14:11 +0100 (CET) from local; from=[EMAIL PROTECTED] Nov 5 11:14:11 (none) postfix/cleanup[10600]: 73C176489: message-id=[EMAIL PROTECTED] Voila , suis preneur de toute idée ... mahashakti89 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDbIgPPPuyRSaD7LoRAjliAJ4zxoDlauaDa5Rw2OBJsJgk9T0YJACgzGsg 7pE9TOL+Gj530RkAgIxG1Wc= =4+a1 -END PGP SIGNATURE- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: souci postfix + fetchmail + procmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 switcher a écrit : Bonjour, j'ai un pb similaire lors d'une mise a jour de postfix modifie l'adresse localhost de 127.0.0.1 vers 127.0.0.0/8 et ca devrais aller mieux en esperant que tu ais le même problème que moi A+ switcher marche pas le Gnome me signale qu'il ne trouve pas l'adresse internet corresondant à mon nom d'hôte... et mail - v claude me donne toujours No mail for claude et ça m'énerve ! mahashakti89 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDbPdfPPuyRSaD7LoRAmsRAKDJXjMDZKn3VC5I8KMZ++Zpq4azSACgg9um cM9JaKIPpffy5gHFfgpovCk= =Lx14 -END PGP SIGNATURE- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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
Vincent Lefevre [EMAIL PROTECTED] wrote: | On 2005-04-09 16:23:30 +0200, messmate wrote: | Qui appelle donc ma procmail ?? | | Il doit être possible de savoir en regardant les en-têtes Received. | | -- Merci, j'ai trouvé; c'est postfix :) mess-mate -- A hundred years from now it is very likely that [of Twain's works] The Jumping Frog alone will be remembered. -- Harry Thurston Peck (Editor of The Bookman), January 1901. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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
On 2005-04-09 16:23:30 +0200, messmate wrote: Qui appelle donc ma procmail ?? Il doit être possible de savoir en regardant les en-têtes Received. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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
Jean-Michel OLTRA [EMAIL PROTECTED] wrote: | | bonjour, | | | Le samedi 09 avril 2005, messmate a écrit... | | | j'avais complètement oublié: | mailbox_command = procmail -a $EXTENSION | dans la main.cf de postfix . | Mais qu'est-ce qui est préférable , | le mda /usr/bin/procmail -d %T dans fetchmail ou le | mailbox_command = procmail -a $EXTENSION dans postfix ? | | En local, postfix doit être capable de redistribuer les courriels. | | le mda pour fetchmail court-circuite Postfix lors de la récupération des | courriels sur les serveurs. | | -- Je viens de faire l'essai: si postfix est installé il faut le faire à travers postfix et non fetchmail !! En tout cas chez moi.Sinon il-y-a interférence méme avec un 'mailbox_command; commenté dans la main.cf de postfix. mess-mate -- You will have good luck and overcome many hardships. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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 / procmail
Bonjour, à titre d'info, j'ai fetchmail, mailfilter, procmail, courier, postfix d'installé. Je viens de m'apercevoir que j'ai commenté ma ligne mda procmail.dans ma fetchmailrc. Je sais plus pourquoi d'ailleurs, pourtant les messages sont bien déposés dans les répertoires respectifs selon ma procmailrc. Qui appelle donc ma procmail ?? merci d'avance pour l'info mess-mate
Re: fetchmail / procmail
Am 2005-04-09 16:23:30, schrieb messmate:
Bonjour,
à titre d'info, j'ai fetchmail, mailfilter, procmail, courier,
postfix d'installé.
Si tu utiliser courier, pourquoi tu installer postfix ?
Je viens de m'apercevoir que j'ai commenté ma ligne
mda procmail.dans ma fetchmailrc.
RTFM: man fetchmail
__( manpage 'fetchmail' )_
/
| fetchmail(1) fetchmail(1)
snip
|-m command | --mda command
| (Keyword: mda) You can force mail to be passed to
| an MDA directly (rather than forwarded to port 25)
| with the --mda or -m option. To avoid losing mail,
| use this option only with MDAs like procmail or
| sendmail that return a nonzero status on disk-full
| and other resource-exhaustion errors; the nonzero
| status tells fetchmail that delivery failed and
| prevents the message from being deleted off the
| server. If fetchmail is running as root, it sets
| its userid to that of the target user while deliv
| ering mail through an MDA. Some possible MDAs are
| /usr/sbin/sendmail -i -f %F %T,
| /usr/bin/deliver and /usr/bin/procmail -d %T
| (but the latter is usually redundant as it's what
| SMTP listeners normally forward to). Local deliv
| ery addresses will be inserted into the MDA command
| wherever you place a %T; the mail message's From
| address will be inserted where you place an %F. In
| both cases the addresses are enclosed in single
| quotes ('), after removing any single quotes they
| may contain, before the MDA command is passed to
| the shell. Do not use an MDA invocation like
| sendmail -i -t that dispatches on the contents of
| To/Cc/Bcc, it will create mail loops and bring the
| just wrath of many postmasters down upon your head.
| Also, do not try to combine multidrop mode with an
| MDA such as procmail that can only accept one
| addressee; you will lose.
snip
| fetchmail(1)
\__
Je sais plus pourquoi d'ailleurs, pourtant les messages sont bien
déposés dans les
répertoires respectifs selon ma procmailrc.
???
Qui appelle donc ma procmail ??
RTFM: man fetchmail
merci d'avance pour l'info
mess-mate
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack Apt. 917 ICQ #328449886
50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
Re: fetchmail / procmail
On Sat, 9 Apr 2005 16:43:14 +0200 Michelle Konzack [EMAIL PROTECTED] wrote: Am 2005-04-09 16:23:30, schrieb messmate: Bonjour, à titre d'info, j'ai fetchmail, mailfilter, procmail, courier, postfix d'installé. Si tu utiliser courier, pourquoi tu installer postfix ? Je viens de m'apercevoir que j'ai commenté ma ligne mda procmail.dans ma fetchmailrc. | ering mail through an MDA. Some possible MDAs are | /usr/sbin/sendmail -i -f %F %T, | /usr/bin/deliver and /usr/bin/procmail -d %T snip | fetchmail(1) \__ Je sais plus pourquoi d'ailleurs, pourtant les messages sont bien déposés dans les répertoires respectifs selon ma procmailrc. ??? Qui appelle donc ma procmail ?? RTFM: man fetchmail ?? Voici l'extrait de ma fetchmailrc: poll pop.free.fr with proto pop3 user messmate there with password xxx is mess here preconnect mailfilter --mailfilterrc=/home/mess/.mailfilterrc #mda /usr/bin/procmail -Y -d %T #mda /usr/bin/procmail -f -d %T # check every 600 seconds #set daemon 600 : done with crontab !!! Comme tu vois, l'appel à procmail est commenté = # Qui dépose alors les messages dans les boîtes ?? .Debian .mutt etc.. merci d'avance pour l'info mess-mate Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com)
Re: fetchmail / procmail
bonjour, Le samedi 09 avril 2005, messmate a écrit... Comme tu vois, l'appel à procmail est commenté = # Qui dépose alors les messages dans les boîtes ?? .Debian .mutt etc.. postfix qui appelle procmail ? par défaut fetchmail envoie sur le port 25 si aucun mda n'est précisé. -- jm -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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
On Sat, 9 Apr 2005 18:11:06 +0200 Jean-Michel OLTRA [EMAIL PROTECTED] wrote: bonjour, Le samedi 09 avril 2005, messmate a écrit... Comme tu vois, l'appel à procmail est commenté = # Qui dépose alors les messages dans les boîtes ?? .Debian .mutt etc.. postfix qui appelle procmail ? par défaut fetchmail envoie sur le port 25 si aucun mda n'est précisé. j'avais complètement oublié: mailbox_command = procmail -a $EXTENSION dans la main.cf de postfix . Mais qu'est-ce qui est préférable , le mda /usr/bin/procmail -d %T dans fetchmail ou le mailbox_command = procmail -a $EXTENSION dans postfix ? mess-mate
Re: keine mailbox - fetchmail + procmail + mutt
Am 2005-03-05 00:24:18, schrieb Andreas Pakulat: On 04.Mär 2005 - 22:47:22, Raphael Kimmig wrote: ich hab folgendes problem mit fetchmail+procmail+mutt fetchmail holt die mails sauber ab, procmail verteilt sie sauber aber mutt sagt: *** ist keine mailbox _ .muttrc set realname=Raf Kimmig set folder=~/Mail set postponed=~/Mail/postponed set mbox=+mbox mailboxes +RAF +Debian _ Hmm, also ich muss bei meinem mutt da = angeben statt +, also Es geht beides... Den Wert für mailboxes erzeugt bei mir aber ein kleines Skript... :-) poll imap.web.de with proto IMAP user '***' there with password '***' is 'trait0r' here options fetchall folder inbox,Unbekannt,Debian mda /usr/bin/procmail Ähm, ich kenne mich zwar nicht ausgiebig mit IMAP aus, aber auf eine entsprechende IMAP-box willst du wohl direkt mit mutt zugreifen. Bei IMAP bleiben die Mails normalerweise auf dem Server, ebenso wird die Ordnerstruktur dort gehalten. Du willst denke ich per POP3 abholen. Aber ich kann mich auch irren... Das ist ein Auszug aus der .fetchmailrc und bis auf mda der mda /usr/bin/procmail -d %T heisen sollte ist alles korrekt. und da er fetchall angegeben hat, bleibt auf dem Server nichts zurück. Allerdings würde ich noch in die default Options den wer von expunge ziehmlich niedrig halten. Andreas -- You will be surrounded by luxury. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl) - ENE OF REPLYED MESSAGE - -- * * Do not Cc: me, because I am on THIS list, if I write here * * Keine Cc: am mich senden, bin auf DIESER Liste wenn ich hier schreibe * * Hello, Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: keine mailbox - fetchmail + procmail + mutt
On 05.Mär 2005 - 10:27:02, Michelle Konzack wrote: Am 2005-03-05 00:24:18, schrieb Andreas Pakulat: Das ist ein Auszug aus der .fetchmailrc und bis auf mda der mda /usr/bin/procmail -d %T heisen sollte ist alles korrekt. und da er fetchall angegeben hat, bleibt auf dem Server nichts zurück. Allerdings würde ich noch in die default Options den wer von expunge ziehmlich niedrig halten. Trotzdem ist es IMHO sinnfrei von einem IMAP-Server die Mails mit fetchmail zu holen - dafür gibts POP3 (auch bei web.de) Andreas -- You are number 6! Who is number one? -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: keine mailbox - fetchmail + procmail + mutt
Am 2005-03-05 10:51:11, schrieb Andreas Pakulat: On 05.Mär 2005 - 10:27:02, Michelle Konzack wrote: Am 2005-03-05 00:24:18, schrieb Andreas Pakulat: Das ist ein Auszug aus der .fetchmailrc und bis auf mda der mda /usr/bin/procmail -d %T heisen sollte ist alles korrekt. und da er fetchall angegeben hat, bleibt auf dem Server nichts zurück. Allerdings würde ich noch in die default Options den wer von expunge ziehmlich niedrig halten. Trotzdem ist es IMHO sinnfrei von einem IMAP-Server die Mails mit fetchmail zu holen - dafür gibts POP3 (auch bei web.de) ??? Also z.B. offeriert Freenet.de IMAP und POP3. Also verwende ich zum fetchen natürlich IMAP, denn wenn ich mal ne woche nicht da war und z.B. meine Internetverbindung gekappt wurde, möchte ich nicht versuchen, 30.000 messages per POP3 runterzusaugen. Eine Verbindungsunterbrechung und Du lädst die Messages noch mal runter. (Problem bei gmail und 1 GByte Mail-Space mit pop3) Mit IMAP setze ich expunge 5 und nach jeder fünften Message wird geflushed womit Du im falle eines Line-Drops maximal nur fünf doppelte Messages hat... Ich setze expunge 1 weil meine Internet- verbindung mit 8 MBit schnell genug ist und der Overhead mich nicht stört. Andreas Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: keine mailbox - fetchmail + procmail + mutt
On 05.Mär 2005 - 11:25:10, Michelle Konzack wrote: Am 2005-03-05 10:51:11, schrieb Andreas Pakulat: Also verwende ich zum fetchen natürlich IMAP, denn wenn ich mal ne woche nicht da war und z.B. meine Internetverbindung gekappt wurde, möchte ich nicht versuchen, 30.000 messages per POP3 runterzusaugen. Eine Verbindungsunterbrechung und Du lädst die Messages noch mal runter. (Problem bei gmail und 1 GByte Mail-Space mit pop3) Mit IMAP setze ich expunge 5 und nach jeder fünften Message wird geflushed womit Du im falle eines Line-Drops maximal nur fünf doppelte Messages hat... Ich setze expunge 1 weil meine Internet- verbindung mit 8 MBit schnell genug ist und der Overhead mich nicht stört. man fetchmailrc, expunge gilt auch für POP3 ;-) Andreas -- Among the lucky, you are the chosen one. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: keine mailbox - fetchmail + procmail + mutt
Am Samstag, 5. März 2005 11:25 schrieb Michelle Konzack: Am 2005-03-05 10:51:11, schrieb Andreas Pakulat: On 05.Mär 2005 - 10:27:02, Michelle Konzack wrote: Am 2005-03-05 00:24:18, schrieb Andreas Pakulat: Das ist ein Auszug aus der .fetchmailrc und bis auf mda der mda /usr/bin/procmail -d %T heisen sollte ist alles korrekt. und da er fetchall angegeben hat, bleibt auf dem Server nichts zurück. Allerdings würde ich noch in die default Options den wer von expunge ziehmlich niedrig halten. Trotzdem ist es IMHO sinnfrei von einem IMAP-Server die Mails mit fetchmail zu holen - dafür gibts POP3 (auch bei web.de) ??? Also z.B. offeriert Freenet.de IMAP und POP3. Also verwende ich zum fetchen natürlich IMAP, denn wenn ich mal ne woche nicht da war und z.B. meine Internetverbindung gekappt wurde, möchte ich nicht versuchen, 30.000 messages per POP3 runterzusaugen. Eine Verbindungsunterbrechung und Du lädst die Messages noch mal runter. (Problem bei gmail und 1 GByte Mail-Space mit pop3) ... oder man verwendet in fetchmail den Parameter UIDL. -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen.
Re: keine mailbox - fetchmail + procmail + mutt
Am 2005-03-05 11:51:59, schrieb Andreas Pakulat:
man fetchmailrc, expunge gilt auch für POP3 ;-)
Schon mal den overhead gesehen ?
Mach bei ner 30.000 Message POP3 Box ein expunge 5 und
Du kannst Dir nen Schuß geben, denn nach jedem expunge
macht er ein quit und Du mußt die Mailbox neu öffnen...
Guck mal in die RFC's...
Niemand wird Dir expunge bei POP3 empfehlen, weil es
einfach nicht für POP3 gemacht wurde.
Aus der:
__( manpage 'fetchmailrc' )___
/
| fetchmail(1) fetchmail(1)
snip
|-e count | --expunge count
| (keyword: expunge) Arrange for deletions to be made
| final after a given number of messages. Under POP2
| or POP3, fetchmail cannot make deletions final
^^
| without sending QUIT and ending the session -- with
^^^
| this option on, fetchmail will break a long mail
^
| retrieval session into multiple subsessions, send
^^^
| ing QUIT after each sub-session. This is a good
^^^
| defense against line drops on POP3 servers that do
| not do the equivalent of a QUIT on hangup. Under
| IMAP, fetchmail normally issues an EXPUNGE command
| after each deletion in order to force the deletion
| to be done immediately. This is safest when your
| connection to the server is flaky and expensive, as
| it avoids resending duplicate mail after a line
| hit. However, on large mailboxes the overhead of
| re-indexing after every message can slam the server
| pretty hard, so if your connection is reliable it
| is good to do expunges less frequently. Also note
| that some servers enforce a delay of a few seconds
^^^
| after each quit, so fetchmail may not be able to
^^^
| get back in immediately after an expunge -- you may
| see lock busy errors if this happens. If you
| specify this option to an integer N, it tells
| fetchmail to only issue expunges on every Nth
| delete. An argument of zero suppresses expunges
| entirely (so no expunges at all will be done until
| the end of run). This option does not work with
| ETRN or ODMR.
snip
| fetchmail(1)
\__
Also bei POP2/POP3 alles andere als zu empfehlen...
Andreas
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack Apt. 917 ICQ #328449886
50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
keine mailbox - fetchmail + procmail + mutt
ich hab folgendes problem mit fetchmail+procmail+mutt fetchmail holt die mails sauber ab, procmail verteilt sie sauber aber mutt sagt: *** ist keine mailbox any ideas? _ .muttrc set realname=Raf Kimmig set folder=~/Mail set postponed=~/Mail/postponed set mbox=+mbox mailboxes +RAF +Debian _ .procmailrc HOME=/home/trait0r PATH=$HOME/bin:/usr/bin/:/usr/ucb/:/bin/:/usr/local/bin/:. MAILDIR=$HOME/Mail/ :0 * [EMAIL PROTECTED] Debian :0 RAF _ .fetchmailrc set postmaster trait0r set bouncemail set properties poll imap.web.de with proto IMAP user '***' there with password '***' is 'trait0r' here options fetchall folder inbox,Unbekannt,Debian mda /usr/bin/procmail grüße RAF __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
Re: keine mailbox - fetchmail + procmail + mutt
Am 2005-03-04 22:47:22, schrieb Raphael Kimmig: ich hab folgendes problem mit fetchmail+procmail+mutt fetchmail holt die mails sauber ab, procmail verteilt sie sauber aber mutt sagt: *** ist keine mailbox any ideas? Kein Ahnung :-) _ .muttrc set realname=Raf Kimmig set folder=~/Mail set postponed=~/Mail/postponed set mbox=+mbox mailboxes +RAF +Debian _ .procmailrc HOME=/home/trait0r PATH=$HOME/bin:/usr/bin/:/usr/ucb/:/bin/:/usr/local/bin/:. ^^ Den schotter brauchste nicht... MAILDIR=$HOME/Mail/ ^ Den mußte weglassen :0 * [EMAIL PROTECTED] Sieht krank aus... Versus mal mit: * ^To:[EMAIL PROTECTED] Debian Das sollte Dir die Mailbox $HOME/Mail/Debian machen :0 RAF und hier $HOME/Mail/RAF stopft er alles terroristische hinein _ .fetchmailrc set postmaster trait0r set bouncemail set properties poll imap.web.de with proto IMAP user '***' there with password '***' is 'trait0r' here options fetchall folder inbox,Unbekannt,Debian mda /usr/bin/procmail ^ mda /usr/bin/procmail -d %T grüße RAF Hätte nicht gedacht, das ich einmal der Rote Armee Fraktion hilfestelleung leisten würde. Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: keine mailbox - fetchmail + procmail + mutt
On 04.Mär 2005 - 22:47:22, Raphael Kimmig wrote: ich hab folgendes problem mit fetchmail+procmail+mutt fetchmail holt die mails sauber ab, procmail verteilt sie sauber aber mutt sagt: *** ist keine mailbox _ .muttrc set realname=Raf Kimmig set folder=~/Mail set postponed=~/Mail/postponed set mbox=+mbox mailboxes +RAF +Debian _ Hmm, also ich muss bei meinem mutt da = angeben statt +, also set mbox = =inbox mailboxes = =inbox =debian-user-german.2005-12 ... Den Wert für mailboxes erzeugt bei mir aber ein kleines Skript... .procmailrc HOME=/home/trait0r PATH=$HOME/bin:/usr/bin/:/usr/ucb/:/bin/:/usr/local/bin/:. MAILDIR=$HOME/Mail/ :0 * [EMAIL PROTECTED] Debian man procmailrc und auf debian-user-german sortiert man besser nach X-Mailing-List. Wenn ich mich nicht irre müsste da dann ein * ^X-Mailing-List:.*debian-user-german hin und bei Verwendung von Maildirs statt mbox ein / ans Ende von Debian. :0 RAF Dafür gibts DEFAULT=$MAILDIR/inbox (evtl. auch mit trailing /) poll imap.web.de with proto IMAP user '***' there with password '***' is 'trait0r' here options fetchall folder inbox,Unbekannt,Debian mda /usr/bin/procmail Ähm, ich kenne mich zwar nicht ausgiebig mit IMAP aus, aber auf eine entsprechende IMAP-box willst du wohl direkt mit mutt zugreifen. Bei IMAP bleiben die Mails normalerweise auf dem Server, ebenso wird die Ordnerstruktur dort gehalten. Du willst denke ich per POP3 abholen. Aber ich kann mich auch irren... Andreas -- You will be surrounded by luxury. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
On Wed, 01 Dec 2004 19:22:33 +0100 Miezi Katz [EMAIL PROTECTED] wrote: Hallo, ich moechte auf einem Server (es gibt mehrere Clients) im Netzwerk zusaetzlich einen Spamfilter aufsetzen. Soweit ich das bisher mitbekommen habe, brauche ich dazu fetchmail, procmail, spamassasin, exim4. Gibt es eine Anleitung, wie diese Programme miteinander zusammenarbeiten? Oder gibt es ein HowTo für den Debian-Way? Ohne Gewichtung: http://home.arcor.de/hm-gerhards/linux/linux_imap.html http://www.newbie-net.de/anleitung_imap.html http://www.tldp.org/HOWTO/Mail-User-HOWTO/index.html hth Ulrich
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
Hallo Felix,
Felix Palmen, 02.12.2004 (d.m.y):
Ein kleines Problem ist noch folgendes: fetchmail wird nirgends
berücksichtigt. Durch fetchmail ergeben sich aber zwei Sonderfälle:
- man will normalerweise lokal erstellte oder aus dem lokalen Netz
eingelieferte Mails nicht scannen.
Warum nicht?
Wenn $USER in Deinem Netz mit seinem Klapprechner die Seuche
einschleppt, die sich dann via SMTP zu verbreiten versucht, werdet
vermutlich nicht unbedingt Ihr, dafuer aber zig andere froh sein, wenn
Euer Mailserver die entsprechende Annahme verweigert...
[..]
| # ACLs:
| acl_not_smtp = check_localmsgs
| acl_smtp_rcpt = check_recipient
| acl_smtp_data = check_message
[...]
| begin acl
|
| # messages received locally:
| check_localmsgs:
|
| # don't spam-scan mail received from any user but fetchmail
| warn condition = ${if !eq{$sender_ident}{fetchmail} {yes}{no}}
| set acl_m0 = do-not-scan
|
| # don't reject mail received from fetchmail
| warn condition = ${if eq{$sender_ident}{fetchmail} {yes}{no}}
| set acl_m0 = do-not-reject
|
| # generally accept
| accept
Mag ja sein, dass ich da einen Knoten im Hirn habe, aber ich bin
bisher davon ausgegangen, dass fetchmail bei der Uebergabe der Mails
an den lokalen MTA sehr wohl SMTP spricht.
Deshalb gehe ich davon aus, dass die ACL check_localmsgs nur dann
greift, wenn der Benutzer fetchmail durch direkten Aufruf des
sendmail- bzw. exim-Kommandos auf die Reise schickt.
Wie gesagt: Dass ich da auf dem Holzweg bin, moechte ich ausdruecklich
nicht ausschliessen - azzu firm bin ich in Sachen exim4-ACLs (noch)
nicht...
Gruss,
Christian
--
Ich kann überhaupt nicht singen, treffe nicht mal einen Ton,
wenn der zwei Meter groß ist.
-- Oliver Zendel
signature.asc
Description: Digital signature
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
Hallo Miezi, Miezi Katz, 01.12.2004 (d.m.y): ich moechte auf einem Server (es gibt mehrere Clients) im Netzwerk zusaetzlich einen Spamfilter aufsetzen. Soweit ich das bisher mitbekommen habe, brauche ich dazu fetchmail, procmail, spamassasin, exim4. procmail brauchst Du dazu nur, wenn Du z.B. erkannte Spam-Mails gleich auf der Maschine in andere Mailboxen einsortieren moechtest. Aber auch dafuer wuerde ich maildrop den Vorzug geben: Dessen Syntax ist nicht ganz so kryptisch wie die von procmail. Gibt es eine Anleitung, wie diese Programme miteinander zusammenarbeiten? Installiere Dir exim4-daemon-heavy. Da ist der exiscan-acl-Patch gleich mit eingebaut, und Du kannst direkt aus den exim-ACLs heraus den spamd sowie ggf. irgendwelche Virenscanner nach ihrer Meinung zur jeweiligen Mail befragen. Oder gibt es ein HowTo für den Debian-Way? Keine Ahnung... Der Debian-Way duerfte aber in der Installation des o.g exim4-Pakets und der anschliessenden Konfiguration desselben bestehen. Die Doku von exim ist recht maechtig, allerdings brauche ich immer ein wenig, bis ich schnalle, was ich wie loesen kann... ;-) Auch zum Thema fetchmail duerfte Google Dich mit Suchergebnissen erschlagen... Ich habe mit Google das richtige noch nicht gefunden. Suche mal nach exim4 exiscan-acl spamassassin - da duerftest Du so einiges finden. Das Aufsetzen eines Mailservers ist aber nicht unbedingt als trivial zu bezeichnen - also nimm Dir ausreichend Zeit. Gruss, Christian Schmidt -- Der Krieg ist zu langsam für das Medium Fernsehen. -- Peter Slotterdijk signature.asc Description: Digital signature
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
Hi Christian, * Christian Schmidt [EMAIL PROTECTED]: Felix Palmen, 02.12.2004 (d.m.y): - man will normalerweise lokal erstellte oder aus dem lokalen Netz eingelieferte Mails nicht scannen. Warum nicht? Wenn $USER in Deinem Netz mit seinem Klapprechner die Seuche einschleppt, die sich dann via SMTP zu verbreiten versucht, werdet vermutlich nicht unbedingt Ihr, dafuer aber zig andere froh sein, wenn Euer Mailserver die entsprechende Annahme verweigert... Weil ich mich auf Spam und nicht uf Viren bezogen habe. Der Virenscanner soll sebstverständlich immer laufen. Mag ja sein, dass ich da einen Knoten im Hirn habe, aber ich bin bisher davon ausgegangen, dass fetchmail bei der Uebergabe der Mails an den lokalen MTA sehr wohl SMTP spricht. IIRC kann man das konfigurieren, bei mir verwendet fetchmail allerdings in der Tat SMTP, ich wollte nur die andere Möglichkeit gleich auch berücksichtigen. Ich glaube jedenfalls einmal etwas derartiges in der manpage gelesen zu haben. Deshalb gehe ich davon aus, dass die ACL check_localmsgs nur dann greift, wenn der Benutzer fetchmail durch direkten Aufruf des sendmail- bzw. exim-Kommandos auf die Reise schickt. Naja die ACL brauche ich auch ohne fetchmail, da z.B. auch mein Webserver oder Cron und ähnliche Mail direkt einliefert und ich die auch nicht unbedingt nach Spam scannen will :) Wenn ich fetchmail nicht berücksichtige dürfte sie aber deutlich einfacher ausfallen. Grüße, Felix -- | /\ ASCII Ribbon | Felix M. Palmen (Zirias)http://zirias.ath.cx/ | | \ / Campaign Against | [EMAIL PROTECTED] encrypted mail welcome | | XHTML In Mail | PGP key: http://zirias.ath.cx/pub.txt | | / \ And News | ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 | signature.asc Description: Digital signature
Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
Hallo, ich moechte auf einem Server (es gibt mehrere Clients) im Netzwerk zusaetzlich einen Spamfilter aufsetzen. Soweit ich das bisher mitbekommen habe, brauche ich dazu fetchmail, procmail, spamassasin, exim4. Gibt es eine Anleitung, wie diese Programme miteinander zusammenarbeiten? Oder gibt es ein HowTo für den Debian-Way? Ich habe mit Google das richtige noch nicht gefunden. Liebe Gruesse Miezi
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
Hi Guck vieleicht mal auf www.debianhowto.de Die Anleitungen da finde ich ziemlich gut Am Mittwoch 01 Dezember 2004 19:22 schrieb Miezi Katz: Hallo, ich moechte auf einem Server (es gibt mehrere Clients) im Netzwerk zusaetzlich einen Spamfilter aufsetzen. Soweit ich das bisher mitbekommen habe, brauche ich dazu fetchmail, procmail, spamassasin, exim4. Gibt es eine Anleitung, wie diese Programme miteinander zusammenarbeiten? Oder gibt es ein HowTo für den Debian-Way? Ich habe mit Google das richtige noch nicht gefunden. Liebe Gruesse Miezi -- MfG Roman K. -- http://www.sentina.de pgpw6DBZOhTZi.pgp Description: PGP signature
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
Am Mi, den 01.12.2004 schrieb Roman Konz um 22:37: Guck vieleicht mal auf www.debianhowto.de Die Anleitungen da finde ich ziemlich gut Danke, Super Liebe Gruesse Miezi -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Anleitung zu Fetchmail-Procmail-Spamassasin-Exim4
* Werner Gast [EMAIL PROTECTED]:
Am Mi, den 01.12.2004 schrieb Roman Konz um 22:37:
Guck vieleicht mal auf www.debianhowto.de
Die Anleitungen da finde ich ziemlich gut
Danke, Super
Ich habe mir Infos unter anderem aus folgendem HOWTO geholt:
http://www.clues.ltd.uk/howto/debian-sa-fprot-HOWTO.txt
Generell finde ich die Vorgehensweise in dem Howto von debianhowto
schöner (habe auch vieles so oder so ähnlich gemacht, z.B. für den
Virenscan direkt die Fähigkeiten von exiscan, Paket exim4-daemon-heavy,
benutzt), aber das obengenannte Howto beschreibt kurz sa-exim, was nur
für die Integration von Spamassassin in exim gedacht ist und mehr kann
als exim4-daemon-heavy direkt durch ACLs hinbekommt. sa-exim ist
übrigens auch über APT installierbar.
Ein kleines Problem ist noch folgendes: fetchmail wird nirgends
berücksichtigt. Durch fetchmail ergeben sich aber zwei Sonderfälle:
- man will normalerweise lokal erstellte oder aus dem lokalen Netz
eingelieferte Mails nicht scannen. fetchmail bildet hier
logischerweise eine Ausnahme.
- Mails von fetchmail möchte man eventuell nicht abweisen um unnötige
Bounces zu vermeiden.
Solltest du dich für sa-exim entscheiden, dann rate ich dir zu einem
Blick in die sa-exim Dokumentation. Dort wird eine Methode mittels exim
ACLs vorgestellt, um zu bestimmen, ob eine Mail gescannt werden soll und
ob sie abgelehnt werden darf. Diese ACL-Lösung kann man z.B. für
fetchmail entsprechend ausbauen. Sieht bei mir z.B. folgendermaßen aus:
| # ACLs:
| acl_not_smtp = check_localmsgs
| acl_smtp_rcpt = check_recipient
| acl_smtp_data = check_message
[...]
| begin acl
|
| # messages received locally:
| check_localmsgs:
|
| # don't spam-scan mail received from any user but fetchmail
| warn condition = ${if !eq{$sender_ident}{fetchmail} {yes}{no}}
| set acl_m0 = do-not-scan
|
| # don't reject mail received from fetchmail
| warn condition = ${if eq{$sender_ident}{fetchmail} {yes}{no}}
| set acl_m0 = do-not-reject
|
| # generally accept
| accept
|
|
| # ACL in SMTP after RCPT TO:
| check_recipient:
|
| # don't reject mail for postmaster
| warn local_parts = postmaster
| set acl_m0 = do-not-reject
|
| # don't reject mail received from fetchmail in local networks:
| warn hosts = +relay_hosts:127.0.0.1/8
| condition = ${if eq{$sender_ident}{fetchmail} {yes}{no}}
| set acl_m0 = do-not-reject
|
| # don't spam-scan mail received in local networks except mail received
| # from fetchmail
| warn hosts = +relay_hosts:127.0.0.1/8
| condition = ${if !eq{$sender_ident}{fetchmail} {yes}{no}}
| set acl_m0 = do-not-scan
|
| # don't spam-scan mail received via batch-smtp
| warn hosts = :
| set acl_m0 = do-not-scan
Viel Spaß beim Konfigurieren :)
Grüße, Felix
--
| /\ ASCII Ribbon | Felix M. Palmen (Zirias)http://zirias.ath.cx/ |
| \ / Campaign Against | [EMAIL PROTECTED] encrypted mail welcome |
| XHTML In Mail | PGP key: http://zirias.ath.cx/pub.txt |
| / \ And News | ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 |
signature.asc
Description: Digital signature
Re: fetchmail, procmail, courier-imap
Maintenant, mon problème c'est que je voudrais qu'elle puisse récuperer ses mails depuis son poste.Ça marche très bien en local, mais pas depuis son poste.kmail, me met comme message :"la connexion avec l'hôte 192.168.0.10 a été coupée"après la demande de mot de passe de l'utilisateur "elle".Une idée ? Tu dois avoir des logs un peu plus précis dans les logs de ton serveur IMAP.ou dans /var/log/messages ? AC Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage ! Créez votre Yahoo! Mail Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. Téléchargez GRATUITEMENT ici !
[RESOLU] Re: fetchmail, procmail, courier-imap
Merci à tous pour votre aide. Apparement tout à l'air de fonctionner. C'est pas encore tout à fait clair pour moi, mais ça progresse. Merci
Re: fetchmail, procmail, courier-imap
Salut Yves, a peu tard, mais j'ai un problem de Serveur... Am 2004-11-16 21:44:57, schrieb COLAS Yves: Bonsoir Je reviens à la charge avec ma récupération de courrier car je continu de nager (ou plutôt couler !). J'ai installé fetchmail et créer mon ~/.fetchmailrc que voici : poll pop.monserveur.truc proto pop3 user user_fai pass passwd_fai is user_en_local keep fetchall no ssl mda /usr/bin/procmail -d %T OK J'ai installé procmail et créer un ~/.procmailrc que voilou : DEFAULT=/mnt/docs/courrier/ MAILDIR=/mnt/docs/courier ^^^ C'est bon ? LOGFILE=/var/log/procmail-log VERBOSE=on ## SPAMASSASSIN # A voir plus tard # REGLES # Tout ce qui arrive va dans la boite par default pour l'instant :0 * .* $DEFAULT Pas oubliger... DEFAULT est automatiquement... T'es pas besoin la derniere regle. Mais je fais quoi, maintenant pour qu'elle puisse le récupérer ? La question est c.n, mais j'en ai aucune idée ! apt-get install courier-webadmin :-) Je configure tout via webadmin et ça march parfect Merci pour votre aide Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: fetchmail, procmail, courier-imap
apt-get install courier-webadmin :-) Je configure tout via webadmin et ça march parfect Apparement, j'ai paramètré comme il fallait, puisque ma femme sous l'utilisateur ma_femme sur ma machine peut lire son courrier. Là où je coince, c'est comment elle peut le récupérer depuis son poste à elle sous le même nom d'utilisateur. Lorsque je configure son kmail ou thunderbird, il me dit : la connexion avec l'hôte 192.168.0.10 à été coupée. (192.168.0.10 c'est ma machine, là où est récupérer le courrier).
Re: fetchmail, procmail, courier-imap
Salut As tu essayer la méthode de Jacques L'helgoualc'h datant du Wed, 17 Nov 2004 22:38:53 qui donne comme méthode la redirection (forward) des mails qui vérifie une condition : :0 * To: mafemme@ ! [EMAIL PROTECTED] ou Pour une copie, :0 c * To: mafemme@ ! [EMAIL PROTECTED] Je n'avais pas eu le temps de tester. Maintenant, c'est ok. Je lui est créé un dossier elle/courrier et lui ai fait un .procmailrc son courrier arrive bien dans son dossier. http://nlsn.free.fr/lin-docs/procmail/config.html Merci pour cette page. Maintenant, mon problème c'est que je voudrais qu'elle puisse récuperer ses mails depuis son poste. Ça marche très bien en local, mais pas depuis son poste. kmail, me met comme message : la connexion avec l'hôte 192.168.0.10 a été coupée après la demande de mot de passe de l'utilisateur elle. Une idée ?
Re: fetchmail, procmail, courier-imap
Une solution parmis d'autres, pas simple en fait, mais efficace (on n'est pas obligé de tout mettre, mais c'est un bon exercice): je suppose que tu as plusieurs boîtes pop pour yves et une commune yves / virginie sur internet Tout à fait ! Tu peux utiliser - fetchmail qui mappe toutes les boîte à yves sauf la commune en un user famille, puis qui repasse tout ça à exim, - exim qui repasse tout ça à spamassassin (mais qui sert surtout au mail sortant ou mail local et ), puis - spamassassin pour eradiquer les spams, puis retour à exim qui repasse éventuellement à procmail - procmail pour envoyer les mails(tri) dans plusieurs dossiers des boîtes Maildir des users yves et famille (comme ça inutile de configurer plusieurs applications pour filtrer les messages), et enfin - courier-imap qui offre deux boîtes imap: -yves pour tout ton courrier personnel -famille pour tout votre courrier commun Virginie configure son/ses clients de messagerie préférés pour la boîte famille Yves configure les deux boîtes Cette config semble répondre à tes besoins; elle permet en outre de passer de façon transparente de mozilla à evolution ou kmail quand ça te chante et filtre les spams. On peux en enlever, mais pour répondre à ton besoin, le trio fetchmail, procmail, courier-imap semble être ce qu'il y a de plus simple. Si ça t'intéresse, je peux t'envoyer des éléments de ma config ce we. Je veux bien, parce que l'histoire des 2 boites imap, je comprends bien le principe, mais je ne trouve aucune docs qui explique comment faire. Merci
Re: fetchmail, procmail, courier-imap
--- COLAS Yves [EMAIL PROTECTED] a Je veux bien, parce que l'histoire des 2 boites imap, je comprends bien le principe, mais je ne trouve aucune docs qui explique comment faire. Merci Salut As tu essayer la méthode de Jacques L'helgoualc'h datant du Wed, 17 Nov 2004 22:38:53 qui donne comme méthode la redirection (forward) des mails qui vérifie une condition : :0 * To: mafemme@ ! [EMAIL PROTECTED] ou Pour une copie, :0 c * To: mafemme@ ! [EMAIL PROTECTED] histoire des 2 boites L'histoire des 2 boites : Si ta femme a deja un utilisateur sur ton serveur, il suffit de lui créer un .procmailrc dans lequel du dit de ranger les mails dans un répertoire du type IMAP comme suit. Ainsi les mail forwarder seront rangés dans ses propres repertoires de boites aux lettres: DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir/ LOGFILE=$HOME/Maildir/.procmail.log VERBOSE=no :0fw: | /usr/local/bin/spamassassin #Filtrage des Spams :0 * ^X-Spam-Flag: YES .Spam/ Sinon un lien pas mal avec les principales options http://nlsn.free.fr/lin-docs/procmail/config.html Si je me trompe prevenez moi merci Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com
Re: fetchmail, procmail, courier-imap
Selon COLAS Yves [EMAIL PROTECTED]: Le problème c'est qu'elle donne notre adresse commune pour ses mails persos, d'où mon petit soucis de mise en place. En fait ce que je veux : 2 répertoires : yves et virginie mon courrier dans yves, le sien dans virginie Qu'elle puisse lire son courrier depuis son poste sachant que c'est l'utilisateur 'yves' qui ramasse le courrier et qu'on a les mêmes adresses mails. On m'a suggérer fetchmail, procmail et courier-imap, mais si il y a plus simple, je suis tout à fait preneur. J'ai vu exim mais je ne trouve pas une doc simple (du moins de mon niveau !) Une solution parmis d'autres, pas simple en fait, mais efficace (on n'est pas obligé de tout mettre, mais c'est un bon exercice): je suppose que tu as plusieurs boîtes pop pour yves et une commune yves / virginie sur internet Tu peux utiliser - fetchmail qui mappe toutes les boîte à yves sauf la commune en un user famille, puis qui repasse tout ça à exim, - exim qui repasse tout ça à spamassassin (mais qui sert surtout au mail sortant ou mail local et ), puis - spamassassin pour eradiquer les spams, puis retour à exim qui repasse éventuellement à procmail - procmail pour envoyer les mails(tri) dans plusieurs dossiers des boîtes Maildir des users yves et famille (comme ça inutile de configurer plusieurs applications pour filtrer les messages), et enfin - courier-imap qui offre deux boîtes imap: -yves pour tout ton courrier personnel -famille pour tout votre courrier commun Virginie configure son/ses clients de messagerie préférés pour la boîte famille Yves configure les deux boîtes Cette config semble répondre à tes besoins; elle permet en outre de passer de façon transparente de mozilla à evolution ou kmail quand ça te chante et filtre les spams. On peux en enlever, mais pour répondre à ton besoin, le trio fetchmail, procmail, courier-imap semble être ce qu'il y a de plus simple. Si ça t'intéresse, je peux t'envoyer des éléments de ma config ce we. Loïc --
Re: fetchmail, procmail, courier-imap
Mais je fais quoi, maintenant pour qu'elle puisse le récupérer ? La question est c.n, mais j'en ai aucune idée ! Merci pour votre aide Salut J'ai la meme config que toi sauf que j'utilise le Webmail Horde/Imp pour acccéder à ces mails. Si tu as installé courrier-imap cela signifie que tu as un serveur imap qui fonctionne. Il te suffit (et à ta femme) d'utiliser un client imap (par exemple mozilla courrier) et de le configurer pour accéder au serveur (comme pour un serveur pop) Voila j'espère que cela t'aidera AC Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com
Re: fetchmail, procmail, courier-imap
Le Mercredi 17 Novembre 2004 10:00, pingouin osmolateur a écrit : Salut J'ai la meme config que toi sauf que j'utilise le Webmail Horde/Imp pour acccéder à ces mails. Si tu as installé courrier-imap cela signifie que tu as un serveur imap qui fonctionne. Il te suffit (et à ta femme) d'utiliser un client imap (par exemple mozilla courrier) et de le configurer pour accéder au serveur (comme pour un serveur pop) Voila j'espère que cela t'aidera AC D'accord, mais elle aura accès à tous le dossier /mnt/docs/courrier , non ? Je voudrais qu'elle est juste accès (par imap) au dossier .ma_femme/ qui sera remplit avec mes règles de procmail lorsque je recois un courrier qui la concerne.
