Prendre du courrier par POP3 et le distribuer à plusieurs utilisateurs

Prendre du courrier par POP3 et le distribuer à plusieurs utilisateurs - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 16-10-2003 à 01:58:23    

Bonjour,
 
je suis sous Debian et je voudrais aller récupérer des e-mails de wanadoo via POP3 où j'ai plusieurs comptes et les redistribuer aux utilisateurs concernés.
 
Ex:
l'utilisateur toto reçoit les messages de la boite toto@wanadoo.fr et tata@wanadoo.fr,
et titi ceux de titi@wanadoo.fr.
 
 
 
Pour récupérer les mails, j'utilise Fetchmail qui envoie ensuite le courrier vers Procmail et ça fait enfin un passage par spamassassin.
Mais pour chaque utilisateur, il faut créer un fichier ~/.fetchmailrc et ~/.procmailrc. Par ailleurs, fetchmail doit être lancé lorsqu'un utilisateur se loggue sur son compte et une fois qui s'est déloggué, le processus de fetchmail qu'il avait lancé reste et on se retrouve avec plusieurs fetchmail qui tournent en parallèle...
 
Ce que je voudrais faire, c'est employer fetchmail en tant que programme qui tourne pour tout le monde. J'ai configuré les noms d'utilisateurs et les mots-de-passe dans /etc/fetchmailrc et les messages sont récupéré (je le vois en lançant un mode « debug » de fetchmail sous Debian).
 
L'ennuie, c'est que les messages disparaissent lors de leur envoie vers procmail :D
 
 
 
Mon fichier /etc/fetchmailrc:


set postmaster ""
set nobouncemail
set no spambounce
set properties ""
poll pop.wanadoo.fr with proto POP3
 user 'toto' there with password 'lol' is 'toto' here
 user 'tata' there with password 'lemotdepasse' is 'toto' here
 user 'titi' there with password 'envoiedubois' is 'titi' here
 
mda '/usr/bin/procmail -f fetchmail'


 
Mon fichier /etc/procmailrc:


PATH=/usr/local/bin:/usr/bin:/bin
MAILDIR=/var/spool/mail/
#LOGFILE=$HOME/Mail/.procmail_log
LOGFILE=/tmp/pifpaf_log      # Là, j'essais un peu tout et n'importe quoi...
SPAMFILE=$HOME/Mail/.spam
LOCKFILE=$HOME/.lockmail
DEFAULT=/tmp      # même commentaire que pour LOGFILE
VERBOSE=on        # au cas où il y aurait un truc intéressant
 
:0fw: spamassassin.lock
* < 256000
| spamassassin
 
:0
* ^X-Spam-Status: YES
$SPAMFILE
 
 
# All not particular mails go to mail spool
:0:
$USER


toto et titi font partie du groupe « mail » qui a les droits d'écriture dans les fichiers /var/spool/mail/*.
 
Kéki va pas ?  [:kalipok]  
Et puis oùki sont parti mes messages/pourriels ? Ils ont été détruits ?  :sweat:

Reply

Marsh Posté le 16-10-2003 à 01:58:23   

Reply

Marsh Posté le 16-10-2003 à 02:17:58    

drapal
 
je suis sur un truc du genre moi aussi mais j'avance pas :/
 
je veut recup trois boite mail qui m'appartienne et que chacune soit trié par boite
 
la seule solution viable a mes yeux est de passer par un server imap ( en plus ca me permet de consulter mes mails avec n'importe quel client et de n'importe quelle machine )
 
le hic cai que j'arrive pas a configurer courier-imap ( je suis une belle quiche )
 
je vais donc suivre ce topic avec un intéret plus que marqué :d

Reply

Marsh Posté le 16-10-2003 à 09:24:57    

hum & si tu faisais matcher par l'user ?
(je ne sais pas comment fonctionne fetchmail en global en fait [:cupra]
genre une regle de procmail matchant correctement


:0
* ^To:.*toto@wanadoo.fr
|toto


par exemple :)


Message édité par mikala le 16-10-2003 à 09:25:05
Reply

Marsh Posté le 16-10-2003 à 09:32:06    

d'ailleurs je ne sais pas si tu as besoin de spécifier le Maildir vu que tu fonctionnes en mbox

Reply

Marsh Posté le 16-10-2003 à 10:05:44    

justement je veut bosser en Maildir
 
cais urtout comment gérer l'authentification au nivo du server imap que je n'arrive pas a configurer :/
créer les comptes quoi


Message édité par mousse121 le 16-10-2003 à 10:06:00
Reply

Marsh Posté le 16-10-2003 à 10:27:24    

Y a un truc qui me tourmente là... C'est la présence de ces deux options dans le même fichier de conf
 

MAILDIR=/var/spool/mail/


 

SPAMFILE=$HOME/Mail/.spam


 
Comment tu veut qu'il s'y retrouve le pauvre ? ;) T'en as un en mbox et l'autre en maildir
 
Voilà ce que j'ai chez moi :

DEFAULT=$HOME/Maildir/
VERBOSE=yes
LOGFILE=$HOME/.procmaillog
ORGMAIL=$DEFAULT
 
:0fw
| /usr/bin/spamassassin
 
:0
* ^X-Spam-Status: Yes
        $DEFAULT/.Spam/


 
Et puis après, j'ai un imap dessus qui me permets la lecture des mails...
 
De plus, tu utilises une variable $USER, mais elle est pas définie...


Message édité par FloooW le 17-10-2003 à 00:18:31
Reply

Marsh Posté le 16-10-2003 à 10:30:25    

bah procmail va faire les deux en meme temps mais effectivement il va coller une Maildir dans le /var/spool/mail/
;)

Reply

Marsh Posté le 16-10-2003 à 10:34:55    

et une autre dans le home de l'utilisateur ;) d'où les spams perdus ;)
Ils sont cachés dans /home/$user/Mails/.spam

Reply

Marsh Posté le 16-10-2003 à 10:35:36    

non dans le home de l'utilisateur ca sera une mbox

Reply

Marsh Posté le 16-10-2003 à 10:37:08    

mousse21> je répondais a la config de El shaman au départ ( je viens de voir la tienne la :p )
tu te sers de quoi comme serveur imap ?
si c'est Courier par défaut il cherche un $Home/Maildir/
& pas un $Home/Mail/
 

Reply

Marsh Posté le 16-10-2003 à 10:37:08   

Reply

Marsh Posté le 16-10-2003 à 15:01:06    

je note mikala je note :)
 
vais encore une fois mater les fichiers de conf et je reviendrais à la charge

Reply

Marsh Posté le 16-10-2003 à 19:07:19    

http://conf.littleboboy.net
y a quelqu'un de mes fichiers de conf si tu veux :)

Reply

Marsh Posté le 16-10-2003 à 19:16:14    

si vous avez la soluce ( maildir vs mbox m'en fout car je suis en mbox ) pour récupérer depuis un seul fetchmail et distrbuer au bon, cela m'intéresse too


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 16-10-2003 à 21:22:10    

plop
bon déjà dans le fichier de conf de fetchmail tu peux mettre une option qui va le lancer en démon et le faire récup tes mails toutes les X secondes... regarde le man c marqué dedans comme ça tu le lances une fois au démarrage et basta
 
ensuite dans ton procmailrc mets DEFAULT=$HOME/Maildir << ou bien le répertoire maildir que tu veux, mais c UN par utilisateur, et donc je crois que tu peux virer les autres options du style MAILDIR=/var/spool/mail comme le dit Floow paske tout ce que ça va faire: c déconner. en effet tu lui passe un répertoire commun pour un truc qui est cencé dépendre de ton user...
 
j'espère avoir aidé... bon courage en tout cas.

Reply

Marsh Posté le 16-10-2003 à 23:24:03    

Bon, j'ai essayé plusieurs configs, mais il y en a aucune qui fonctionne... Mes e-mails disparaissent dans la nature et comme je n'arrive pas à obtenir un log des activités de procmail, je ne sais même pas ce qu'il fait. D'ailleurs, j'en arrive à me demander si fetchmail le lance ou non.
 
Ma dernière oeuvre pour /etc/procmailrc:


PATH=/usr/local/bin:/usr/bin:/bin
SHELL=/bin/sh
ORGSHELL=$SHELL
DEFAULT=$HOME/Mail/
MAILDIR=$HOME/Mail/
LOGFILE=/var/log/procmail.log
LOGABSTRACT=yes
VERBOSE=yes


J'ai enlevé les parties pour Spamassassin pour éviter d'éventuels problèmes avec lui.
Le fichier de log est en chmod 777 pour que je sois sûr que procmail pourra y écrire dedans !
 
 
Dans /etc/fetchmailrc, je n'ai rien modifié, excepté cette ligne:
mda '/usr/bin/procmail'
 
 
Une précision, j'utilise Exim4 pour envoyer mon courrier, est-ce que ça peut influer vu que Exim peut également délivrer du courrier en local ?
 
J'ai également lancé fetchmail pour qu'il m'affiche tout ce qu'il fait, voici un bout du log:


camus:/var/log# /etc/init.d/fetchmail debug-run
/etc/init.d/fetchmail: Initiating debug run of system-wide fetchmail service...
/etc/init.d/fetchmail: script will be run in debug mode, all output to forced to
/etc/init.d/fetchmail: stdout. This is not enough to debug failures that only
/etc/init.d/fetchmail: happen in daemon mode.
/etc/init.d/fetchmail: You might want to direct output to a file, and tail -f it.
/etc/init.d/fetchmail: WARNING: strace output may contain security-sensitive info, such as
/etc/init.d/fetchmail: passwords; please clobber them before sending the strace file to a
/etc/init.d/fetchmail: public bug tracking system, such as Debian's.
/etc/init.d/fetchmail: Stopping the service...
Stopping mail retrieval agent: system-wide fetchmail not running.
/etc/init.d/fetchmail: exit status of service stop was: 0
/etc/init.d/fetchmail: RUNUSER is fetchmail
/etc/init.d/fetchmail: OPTIONS would be --daemon 300 --syslog -f /etc/fetchmailrc -i /var/mail/.fetchmail-UIDL-cache
/etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run...
fetchmail: démarrage de fetchmail 6.2.4 en tâche de fond
fetchmail: 6.2.4 interroge pop.wanadoo.fr (protocole POP3) à jeu 16 oct 2003 23:17:36 CEST : récupération en cours
fetchmail: POP3< +OK connected to pop3 proxy on mwinf0302
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR unknown command
fetchmail: unknown command
fetchmail: Re-récupération immédiate sur toto@pop.wanadoo.fr
fetchmail: POP3< +OK connected to pop3 proxy on mwinf0103
fetchmail: POP3> USER toto
fetchmail: POP3< +OK name is a valid mailbox
fetchmail: POP3> PASS *
fetchmail: POP3< +OK user exist with that password
fetchmail: sélection ou re-réception du dossier par défaut
fetchmail: POP3> STAT
fetchmail: POP3< +OK 2 1952
fetchmail: POP3> LAST
fetchmail: POP3< +OK 0
2 messages pour toto dans pop.wanadoo.fr (1952 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK scan listing follows
fetchmail: POP3< 1 751
fetchmail: POP3< 2 1201
fetchmail: POP3< .
fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK Message follows
lecture du message toto@pop.wanadoo.fr:1 parmi 2 (751 octets)
Sur le point de réécrire Return-Path: <toto@wanadoo.fr>
La version réécrite est Return-Path: <toto@wanadoo.fr>
                                                                                                                                                             
Sur le point de réécrire To: toto@wanadoo.fr
La version réécrite est To: toto@wanadoo.fr
                                                                                                                                                             
Sur le point de réécrire From: Toto <toto@wanadoo.fr>
La version réécrite est From: Toto <toto@wanadoo.fr>
                                                                                                                                                             
fetchmail: SMTP< 220 camus.celestiadust ESMTP Exim 4.24 Thu, 16 Oct 2003 23:17:48 +0200
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-camus.celestiadust Hello fetchmail at localhost [127.0.0.1]
fetchmail: SMTP< 250-SIZE 52428800
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 HELP
fetchmail: réexpédition vers localhost
fetchmail: SMTP> MAIL FROM:<toto@wanadoo.fr> SIZE=751
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<elshaman@localhost>
fetchmail: SMTP< 250 Accepted
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
#*fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 OK id=1AAFVE-0000Te-EQ
 éliminé
fetchmail: POP3> DELE 1
fetchmail: POP3< +OK message deleted
fetchmail: POP3> TOP 2 99999999
fetchmail: POP3< +OK Message follows
lecture du message toto@pop.wanadoo.fr:2 parmi 2 (1201 octets)
Sur le point de réécrire Return-Path: <a.haines_ns@kali.com.cn>
La version réécrite est Return-Path: <a.haines_ns@kali.com.cn>
 
Sur le point de réécrire From: "Adrienne Haines" <a.haines_ns@kali.com.cn>
La version réécrite est From: "Adrienne Haines" <a.haines_ns@kali.com.cn>
 
Sur le point de réécrire To: toto@wanadoo.fr
La version réécrite est To: toto@wanadoo.fr
 
fetchmail: réexpédition vers localhost
fetchmail: SMTP> MAIL FROM:<a.haines_ns@kali.com.cn> SIZE=1201
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<elshaman@localhost>
fetchmail: SMTP< 250 Accepted
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
#*****fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 OK id=1AAFVF-0000Te-3N
 éliminé
fetchmail: POP3> DELE 2
fetchmail: POP3< +OK message deleted
fetchmail: POP3> QUIT
fetchmail: POP3< +OK
fetchmail: 6.2.4 interroge pop.wanadoo.fr (protocole POP3) à jeu 16 oct 2003 23:17:49 CEST : interrogation finie
fetchmail: not swapping UID lists, no UIDs seen this query


Sur ce log, je reçois un e-mail que je me suis envoyé et un pourriel.
Les deux messages ont disparu et je ne sais pas où n'y comment le savoir...  [:technico]

Reply

Marsh Posté le 16-10-2003 à 23:31:40    

sauf que les mails doivent etre probablement dans ton /root/Mail/
vu que procmail est appellé sous l'user root a priori .. (ou postfix ou qmail ou je ne sais quoi ) bref pas par l'user auquel il est destiné a mon avis .
il serait bien de voir ton procmail.log :)
edit: je dirais root vu que ton fetchmail tourne sous root  
:)


Message édité par mikala le 16-10-2003 à 23:33:21
Reply

Marsh Posté le 16-10-2003 à 23:45:56    

fetchmail tourne sous l'utilisateur fetchmail.
procmail a le bit GUID et fonctionne avec les droits du groupe mail.

Reply

Marsh Posté le 16-10-2003 à 23:46:32    

Qu'est-ce que j'aimerais le voir également le fichier de log de procmail  :)

Reply

Marsh Posté le 16-10-2003 à 23:47:20    

bah il n'est pas dans /var/log/procmail.log ?
d'ailleurs procmail a le droit d'écrire dedans ? :p

Reply

Marsh Posté le 17-10-2003 à 00:16:13    

Mikala a écrit :

bah il n'est pas dans /var/log/procmail.log ?
d'ailleurs procmail a le droit d'écrire dedans ? :p


 


camus:/home/elshaman# ls -l /var/log/procmail.log
-rwxrwxrwx    1 root     mail            0 2003-10-16 20:48 /var/log/procmail.log
camus:/home/elshaman# cat /var/log/procmail.log
camus:/home/elshaman#


 :love:

Reply

Marsh Posté le 17-10-2003 à 00:26:06    

un fichier log en 777 on aura tout vu  
 
-->[]

Reply

Marsh Posté le 17-10-2003 à 00:27:08    

[]-->
 
Et en plus d'etre inutile (ca s'execute ?) niveau securite c'est genial...
 
-->[]

Reply

Marsh Posté le 17-10-2003 à 00:34:43    

C'est pour tester, tu comprends pas que Procmail n'arrive pas me sortir un fichier de log ????
 
Si t'as des solutions à proposer pour le problème initial, tu les donnes, sinon, tu te barres ailleurs.
 
Merci.

Reply

Marsh Posté le 17-10-2003 à 08:06:20    

il faut aussi que procmail puisse  acceder a ce repertoire en fait .
a ta place je ferais tourner fetchmail sous ton user a toi & ton procmail l'enverras vers l'user dédié ca devrait mieux marcher a mon avis .
Kahyman : la notion de test du connais o.O ...

Reply

Marsh Posté le 17-10-2003 à 09:24:30    

El_ShAmAn___ a écrit :

C'est pour tester, tu comprends pas que Procmail n'arrive pas me sortir un fichier de log ????
 
Si t'as des solutions à proposer pour le problème initial, tu les donnes, sinon, tu te barres ailleurs.
 
Merci.


 
doucement ça sert à rien de s'énerver, même si ça sert à rien non plus de critiquer surtout qd ce que tu fais c t pour faire des tests...
 
donc pour ton probleme essaye un truc:
vire ta ligne  

mda '/usr/bin/procmail'

dans ton fetchmailrc et lance un postfix ou bien un autre n'importe
ton fetchmail devrait alors aller chercher tes mails et se connecter à ton postfix qui _lui_ peut faire plusieurs choses:
- soit te filer tes mails dans /var/spool/mail suivant ta conf
- soit te les mettre dans une maildir dans le home de tes users
- soit filer ce qu'il récupère à procmail pour qu'il le fasse...
 
ça ressemble à ça je crois dans la conf de postfix:


# DELIVERY TO MAILBOX
#
# The home_mailbox parameter specifies the optional pathname of a
# mailbox file relative to a user's home directory. The default
# mailbox file is /var/spool/mail/user or /var/mail/user.  Specify
# "Maildir/" for qmail-style delivery (the / is required).
#
#home_mailbox = Mailbox
#home_mailbox = Maildir/
home_mailbox = .maildir/
 
# The mail_spool_directory parameter specifies the directory where
# UNIX-style mailboxes are kept. The default setting depends on the
# system type.
#
#mail_spool_directory = /var/mail
#mail_spool_directory = /var/spool/mail
 
# The mailbox_command parameter specifies the optional external
# command to use instead of mailbox delivery. The command is run as
# the recipient with proper HOME, SHELL and LOGNAME environment settings.
# Exception:  delivery for root is done as $default_user.
#
# Other environment variables of interest: USER (recipient username),
# EXTENSION (address extension), DOMAIN (domain part of address),
# and LOCAL (the address localpart).
#
# Unlike other Postfix configuration parameters, the mailbox_command
# parameter is not subjected to $parameter substitutions. This is to
# make it easier to specify shell syntax (see example below).
#
# Avoid shell meta characters because they will force Postfix to run
# an expensive shell process. Procmail alone is expensive enough.
#
# IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN
# ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER.
#
#mailbox_command = /usr/bin/procmail


mais bon, ça devrait marcher sans normalement... :??:


Message édité par grosminet le 17-10-2003 à 09:33:07
Reply

Marsh Posté le 17-10-2003 à 09:49:00    

le probleme dans ce cas c'est que postfix addressera les mails a l'utilisateur indiqué par fetchmail il me semble :/
donc logiquement l'utilisateur sous lequel tourne fetchmail .

Reply

Marsh Posté le 17-10-2003 à 10:14:24    

Mikala a écrit :

Kahyman : la notion de test du connais o.O ...


 
Je voulais faire de l'humour puis sortir en me disant "c'etait une typo, ca arrive" mais vu que tu commences a vouloir justifier "scientifiquement" ce genre de betises je veux bien en parler.
 
Test ? Tu es serieux ? Tu mets tes fichers de log en executable toi ? Faudrait pas exagerer...  
 
Sinon si uniquement le groupe mail doit travailler dessus, en 664 avec le chown qui va avec je ne vois pas ce que tu ne pourrais pas "tester" (tu peux meme tester des trucs en plus genre "est-ce que ceux qui n'ont pas le droit d'y acceder peuvent malgres tout le faire ?" )
 
je te retourne ton o.O et...
 
-->[]

Reply

Marsh Posté le 17-10-2003 à 10:15:59    

...

Reply

Marsh Posté le 17-10-2003 à 10:16:49    

grosminet a écrit :


 
doucement ça sert à rien de s'énerver, même si ça sert à rien non plus de critiquer surtout qd ce que tu fais c t pour faire des tests...
 


 
Erf mais ils sont serieux en plus...  :lol:
 
Non je n'ai pas la solution, mais arretez de dire que ce genre de "tests" sert a quoi que ce soit...
 
A part ca qui a vu les petits -->[] ? Vous savez le "je fais de l'humour puis je sors"

Reply

Marsh Posté le 17-10-2003 à 10:24:47    

sauf que une fois ca peut passer ( on peut tres bien le prendre pour de l'humour) mais quand tu le ressors _deux_ fois de suite on peut raisonnablement se pencher sur ta notion toute particuliere de l'humour . d'autant plus qu'il a été clairement dis qu'il avait un problème ici & qu'il ne voyait pas les logs .
Apres si tu es monsieur sécurité & que tu manges de l'open bsd a ton petit déjeuner libre a toi ...
& si on se recentrait sur son probleme maintenant ...

Reply

Marsh Posté le 17-10-2003 à 10:25:42    

non c pas une question de sérieux, mais les gens qui critique tout à tout vas, il y en a et ça m'énerve...
Si tu n'en fait pas partie, alors autant pour moi :jap:
(et je suis d'accord que les log en 777 ne servent à rien, c sur la forme  que je critiquais pas sur le fond.)
 
Mikala: non, postfix fait ce que lui dit fetchmail, comme j'ai dit plus haut, le plus logique est de lancer fetchmail en mode démon par le user root par exemple:
 

 
set daemon 60
set logfile /var/log/fetchmail.log
poll pop.free.fr protocol pop3
  user pouet there with password pouet is pouet_local here


ben ça ca va prendre les mails de pouet@free.fr et les mettre dans ~pouet_local/.maildir avec la conf de postfix que g filé plus haut...
par contre j'insiste, la ligne mda '/usr/bin/procmail -f fetchmail' devrait fonctionner... je sais pas pourquoi ça marche pas... la solution avec postfix n'est qu'une alternative à essayer.


Message édité par grosminet le 17-10-2003 à 10:27:47
Reply

Marsh Posté le 17-10-2003 à 10:29:05    

grosminet a écrit :

non c pas une question de sérieux, mais les gens qui critique tout à tout vas, il y en a et ça m'énerve...
Si tu n'en fait pas partie, alors autant pour moi :jap:
(et je suis d'accord que les log en 777 ne servent à rien, c sur la forme  que je critiquais pas sur le fond.)
 
Mikala: non, postfix fait ce que lui dit fetchmail, comme j'ai dit plus haut, le plus logique est de lancer fetchmail en mode démon par le user root par exemple:
 


:??:

Citation :

le probleme dans ce cas c'est que postfix addressera les mails a l'utilisateur indiqué par fetchmail il me semble :/
donc logiquement l'utilisateur sous lequel tourne fetchmail .


Donc logiquement dans ton cas ca devrait les envoyer a ton utilisateur root ( & eventuellement si c'est un alias au compte ad hoc) , tu as testé ? car pour moi le 'user' de la conf de  fetchmail correspond au nom du compte qu'il va rapatrier mais ne correspond pas a l'utilisateur sur la machine elle meme il me semble
(je vais ptet faire un RTFM dans le doute )


Message édité par mikala le 17-10-2003 à 10:30:52
Reply

Marsh Posté le 17-10-2003 à 10:32:45    

le "is pouet_local here" veut dire qu'il va donner les mails à l'utilisateur 'pouet_local' sur le système.
et le user qui lance le fetchmail on s'en fout.
- si c'est root on peut mettre n'importe quel user
- si c un user normal, on ne peut mettre que lui c tout

Reply

Marsh Posté le 17-10-2003 à 10:41:55    

arf j'avais pas lu le is :p
suis mauvais la :)

Reply

Marsh Posté le 17-10-2003 à 11:23:02    

Pardonnez moi...
je viens de faire qq tests... et chez moi, si je met la ligne mda '/usr/bin/procmail -f fetchmail' ben ça le met dans le maildir de l'utilisateur qui lance fetchmail...
Autant pour moi, j'ai parlé trop vite, désolé, je pensais que ça fonctionnait.
:jap:

Reply

Marsh Posté le 17-10-2003 à 11:32:43    

ca marche pas le is ?
car j'ai pas testé en fait non plus :D

Reply

Marsh Posté le 17-10-2003 à 11:59:23    

non ce qui marche pas c de passer directement par procmail sans passer par postfix avant (ou un autre, sendmail, qmail etc)
enfin c pas que ça marche pas... c que ça met pas les mails dans le bon user home dir.

Reply

Marsh Posté le 17-10-2003 à 12:11:19    

ok .
enfin chez moi je passe de toute manière par mon postfix avant vu que j'ai *quelques* checks sur les headers a ce niveau :)

Reply

Marsh Posté le 17-10-2003 à 12:40:37    

pareil moi aussi je passe par postfix...  
par contre, qqun sait comment je pourrais faire proprement un passage d'anti virus sur les mails avant de les foutre dans une boite locale ? (au niveau de postfix, procmail n'importe) :??:

Reply

Marsh Posté le 17-10-2003 à 12:43:29    

par postfix tu peux faire un appel par exemple a amavisd ( le content_filter ) qui appellera l'antivirus & éventuellement spammassassin si besoin

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed