Fetchmail & maildrop... FIXED

Marsh Posté le 22-04-2004 à 16:15:22

Bonjour à tous.

Poursuivant la mise au point de mon serveur de messagerie, j'essaye de rapatrier les messages des comptes chez mes divers ISP.
J'utilise pour cela le classique fetchmail. Mais comme les e-mail doivent être délivrés à des virtual users, je dois le coupler à maildrop.

L'utilisateur qui lance fetchmail est vmail, basé dans /home/vmail et les virtual users sont dans /home/vmail/virtual_mailbox/domain/user.
La boîte aux lettres est au format Maildir.
Pour l'instant, domain vaut my-example.net et user vaut john, mais c'est juste pour les tests.

Quand vmail lance fetchmail, j'obtiens cette erreur :

sh: line 1: /usr/bin/maildrop: No such file or directory

Voici le contenu des divers fichiers de configuration :

#cat /home/vmail/.fetchmailrc
set syslog

poll provider proto pop3 timeout 20
user toto password bidule is vmail mda "/user/bin/maildrop" keep

#cat /home/vmail/.mailfilter
if ( /^To: *toto@provider/)
{
to /home/vmail/virtual_mailbox/my-example.net/john/Maildir
}

#cat /etc/maildrop/maildroprc
logfile "/var/log/maildrop.log"

HOME="/home/vmail"
MAILDIR="$HOME/virtual_mailbox/my-example.net/john/Maildir"
DEFAULT="$MAILDIR"
VERBOSE="9"

Et voici l'extrait de /var/log/mail/info :

fetchmail[4157]: 6.2.4 interroge provider (protocole POP3) à jeu 22 avr 2004 15:38:23 CEST : récupération en cours
fetchmail[4157]: POP3< +OK <4967.1082644779@pop.provider>
fetchmail[4157]: POP3> CAPA
fetchmail[4157]: POP3< -ERR authorization first
fetchmail[4157]: POP3< +OK <21881.1082641103@pop.provider>
fetchmail[4157]: POP3> USER toto
fetchmail[4157]: POP3< +OK
fetchmail[4157]: POP3> PASS *
fetchmail[4157]: POP3< +OK
fetchmail[4157]: POP3> STAT
fetchmail[4157]: POP3< +OK 1 1045
fetchmail[4157]: POP3> LAST
fetchmail[4157]: POP3< +OK 0
fetchmail[4157]: 1 message pour toto dans pop.provider (1045 octets).
fetchmail[4157]: POP3> LIST
fetchmail[4157]: POP3< +OK
fetchmail[4157]: POP3< 1 1045
fetchmail[4157]: POP3< .
fetchmail[4157]: POP3> RETR 1
fetchmail[4157]: POP3< +OK 1045 octets
fetchmail[4157]: lecture du message toto@pop.provider:1 parmi 1 (1045 octets)
fetchmail[4157]: «SIGPIPE» envoyé par un MDA ou une erreur de «stream socket»
fetchmail[4157]: 6.2.4 interroge pop.provider (protocole POP3) à jeu 22 avr 2004 15:38:26 CEST : interrogation finie
fetchmail[4157]: État de la requête=2 (SOCKET)
fetchmail[4157]: terminaison normale, état 2

provider, toto et bidule sont bien sur remplacés par les bonnes valeurs.

Si vous avez des pistes...

Message édité par Incarnation le 23-04-2004 à 23:33:45

Reply

Marsh Posté le 22-04-2004 à 16:15:22

Reply

Marsh Posté le 23-04-2004 à 04:22:14

pourquoi ne pas dire a fetchmail de refiler le bébé a ton mta ?

Message édité par mikala le 23-04-2004 à 04:22:40

Reply

Marsh Posté le 23-04-2004 à 10:06:54

mikala a écrit :

pourquoi ne pas dire a fetchmail de refiler le bébé a ton mta ?

C'est une solution que j'ai testé hier soir (après avoir vu ça sur le Net) et qui marche, mais pour vmail seulement.
Je vais progressivement descendre vers /virtual_mailbox/my-example.net/john pour identifier plus facilement d'où ça merde.
Si j'arrive à mes fins, je posterais un résumé...

Reply

Marsh Posté le 23-04-2004 à 11:14:27

en quoi elle marche pour vmail seulement ?
la partie mta/mda fonctionne correctement ou pas ?
si oui fetchmail ne fait que se comporter comme un autre MTA refilant des mails a ton MTA .

Reply

Marsh Posté le 23-04-2004 à 23:32:54

Problème résolu.
Pour les détails de la configuration, se reporter à ce post : http://forum.hardware.fr/hardwaref [...] 5521-1.htm

Pour délivrer les messages à /home/vmail/virtual_mailbox/domain/toto, il ne faut rien mettre dans /etc/maildrop/maildroprc et éditer ainsi le fichier /home/vmail/.mailfilter :

HOME="/home/vmail"
MAILDIR="$HOME/Maildir/"
DEFAULT="$MAILDIR"
VIRTUAL_MAILBOX="$HOME/virtual_mailbox"

TOTO="$VIRTUAL_MAILBOX/domain/toto/Maildir/"

if ( /^Delivered-To: .*toto@provider/)
{
to $TOTO
}

Ensuite, éditer le fichier /home/vmail/.fetchmailrc:

set syslog

poll provider
proto pop3
timeout 20
user toto
password bidule
is vmail
keep
mda "/usr/bin/maildrop"

Edit : l'option keep laisse les messages sur le serveur distant, c'est très utile lors de la mise au point

Prochaine étape : filtrage anti-spam via Bogofilter.

Message édité par Incarnation le 24-04-2004 à 01:08:08

Reply

Marsh Posté le 23-04-2004 à 23:34:56

mikala a écrit :

en quoi elle marche pour vmail seulement ?

Parce qu'au moment où j'ai posté, j'avais seulement testé pour vmail

Reply

Fetchmail & maildrop... FIXED

Sujets relatifs:

Leave a Replay