Re: spamassassin, exim et fetchmail
Le ven 14/06/2002 à 18:02, Jacques L'helgoualc'h a écrit :
le couple client/démon spam[cd] est bien plus rapide quand on récupère
son courrier par paquets.
# utilise le daemon spamd
:0 fw
| spamc
pour l'instant ni spamassassin, ni spam[cd] fonctionnent chez moi :
je n'ai pas de header X-Spam-Status:
j'ai essayé avec les deux en mettant
:0 fw
| spamc
dans /etc/procmailrc
je me demande si procmail est bien invoqué a la reception d'un mail.
dans /etc/exim/exim.conf, j'ai :
# This transport is used for procmail
procmail_pipe:
driver = pipe
command = /usr/bin/procmail -d ${local_part}
return_path_add
delivery_date_add
envelope_to_add
check_string = From
escape_string = From
user = $local_part
et plus loin :
# This director runs procmail for users who have a .procmailrc file
procmail:
driver = localuser
transport = procmail_pipe
require_files =
${local_part}:+${home}:+${home}/.procmailrc:+/usr/bin/procmail
no_verify
en fait je n'ai rien touché a ce niveau par rapport a la config par
défaut.
les mails qui arrivent par fetchmail ne sont pas analysés non plus
fetchmail tourne en démon, allant chercher les mails toutes les 300
secondes
dans /etc/fetchmailrc, il n'y a rien concernant procmail
est-ce qu'il y a quelque chose a ajouter pour demander a procmail
d'analyser les mails venant de exim et de fetchmail ?
merci
grégoire
--
Us et coutumes
A l'image des Français qui jettent du riz sur les mariés,
les Chinois jettent des bérets. Les nuls
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
en fait je n'ai rien touché a ce niveau par rapport a la config par défaut. les mails qui arrivent par fetchmail ne sont pas analysés non plus fetchmail tourne en démon, allant chercher les mails toutes les 300 secondes dans /etc/fetchmailrc, il n'y a rien concernant procmail est-ce qu'il y a quelque chose a ajouter pour demander a procmail d'analyser les mails venant de exim et de fetchmail ? Oui, dans ton .fetchmailrc, il faut ajouter après les poll mda /usr/bin/procmail -Y -d %T (en vérifiant le chemin vers procmail bien sur) merci De rien grégoire -- Us et coutumes A l'image des Français qui jettent du riz sur les mariés, les Chinois jettent des bérets. Les nuls -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- /*-- assert(cafeine 50 * EXPRESSO); // Lethal dose? brain += cafeine; --*/ pgpFWL8owQYOU.pgp Description: PGP signature
Re: spamassassin, exim et fetchmail
Oui, dans ton .fetchmailrc, il faut ajouter après les poll mda /usr/bin/procmail -Y -d %T (en vérifiant le chemin vers procmail bien sur) j'ai ajouté ca dans mon /etc/fetchmailrc cependant j'ai une erreur quand fetchmail va chercher les mails : Insecure dependency in mkdir while running setuid at /usr/share/perl/5.6.1/File/Path.pm line 137. procmail: Program failure (70) of spamassassin procmail: Rescue of unfiltered data succeeded éliminé /etc/procmailrc contenant : :0 fw | spamassassin je fais comment pour corriger ca ? merci pour l'aide grégoire -- Il y a des femmes qui trouvent a se vendre et qui ne trouveraient pas a se donner ! Chamfort -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
On Sat, Jun 15, 2002 at 10:55:38AM +0200, Grégoire Cachet wrote: Oui, dans ton .fetchmailrc, il faut ajouter après les poll mda /usr/bin/procmail -Y -d %T (en vérifiant le chemin vers procmail bien sur) j'ai ajouté ca dans mon /etc/fetchmailrc cependant j'ai une erreur quand fetchmail va chercher les mails : Insecure dependency in mkdir while running setuid at /usr/share/perl/5.6.1/File/Path.pm line 137. procmail: Program failure (70) of spamassassin procmail: Rescue of unfiltered data succeeded éliminé /etc/procmailrc contenant : :0 fw | spamassassin je fais comment pour corriger ca ? Désolé, mais je ne pense pas pouvoir aider plus vu que je ne connais pas du tout spamassassin. Néanmoins je peux te proposer les liens suivants: http://tnemeth.free.fr/linuxdocs/procmail.html et la liste de liens en bas de la page. merci pour l'aide De rien. grégoire -- Il y a des femmes qui trouvent a se vendre et qui ne trouveraient pas a se donner ! Chamfort -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- /*-- assert(cafeine 50 * EXPRESSO); // Lethal dose? brain += cafeine; --*/ pgpkssaIZEilM.pgp Description: PGP signature
Re: spamassassin, exim et fetchmail
Le 15.06.02, [EMAIL PROTECTED] a tapoté : | On Sat, Jun 15, 2002 at 10:55:38AM +0200, Grégoire Cachet wrote: | | Oui, dans ton .fetchmailrc, il faut ajouter après les poll | mda /usr/bin/procmail -Y -d %T | (en vérifiant le chemin vers procmail bien sur) | | j'ai ajouté ca dans mon /etc/fetchmailrc Ce n'est pas forcément nécessaire : si la config de fetchmail ne spécifie pas de MDA, il envoie les messages au MTA local (si tu en as un) et celui-ci les transmet au MDA s'il y a lieu. | Insecure dependency in mkdir while running setuid at | /usr/share/perl/5.6.1/File/Path.pm line 137. | procmail: Program failure (70) of spamassassin | procmail: Rescue of unfiltered data succeeded | éliminé | | :0 fw | | spamassassin | | Désolé, mais je ne pense pas pouvoir aider plus vu que je ne connais pas du tout | spamassassin. Néanmoins je peux te proposer les liens suivants: | http://tnemeth.free.fr/linuxdocs/procmail.html et la liste de liens | en bas de la page. Mouais, mais je ne pense pas que cela serve à grand chose. Vu le message d'erreur, c'est plutôt un problème de spamassassin : procmail: Program failure (70) of spamassassin procmail: Rescue of unfiltered data succeeded Signifie que spamassassin a échoué, mais que les mails non filtrés ont tout de même pu être sauvés. Le vrai problème se trouve là : Insecure dependency in mkdir while running setuid at /usr/share/perl/5.6.1/File/Path.pm line 137. Quelle est cette dépendence non-sûre à propos de mkdir dans /usr/share/perl/5.6.1/File/Path.pm à la ligne 137 ? Pourquoi spamassassin est-il setuid (root je suppose) ? Voilà quelques pistes... HTH. Thomas -- BOFH excuse #121: Halon system went off and killed the operators. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Grégoire Cachet a écrit, samedi 15 juin 2002, à 10:55 : [...] /etc/procmailrc contenant : :0 fw | spamassassin je fais comment pour corriger ca ? | spamassassin -P -- Jacques L'helgoualc'h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
j'aimerais mettre en place une solution pour éliminer la majeure partie
de ce spam
Si cela peut t'aider, j'ai écrit cette doc d'intégration d'Exim et de
SPAMASSASSIN il y quelques temps.
Stef...
..
. Linux - Debian - php4 - Apache - MySQL - Infogerance .
. email: [EMAIL PROTECTED] - http://www.actionweb.fr .
. Tel: (0)141 906 100-Fax: (0)141 906 101.
..
README.exim
Description: application/applefile
Set up spamassassin + mysql + exim on Debian (full exim-filter solution).
Setup by [EMAIL PROTECTED]
March 16, 2002.
--
Applications needed: exim 3.3x, spamassassin 2.x and razor 1.19x.
Create a MySQL database according to the README.sql manual in
/usr/share/doc/spamassassin.
Create a basic setup for GLOBAL user in the userpref table.
You can use the PHP php-sa-mysql-0.5.tar.gz sample found at
http://spamassassin.taint.org/devel/.
1) Edit /etc/default/spamassassin (-D can be removed in production mode)
ENABLED=1
OPTIONS=-u mail -D -x -q
2) Edit /etc/spamassassin/local.cf and insert SQL code
user_scores_dsn DBI:mysql:spam:localhost
user_scores_sql_usernamespam
user_scores_sql_passwordpassword
Mail are filtered according to the GLOBAL user preferences in the SQL database.
3) Start spamd: /etc/init.d/spamassassin start
4) Create the /etc/exim/spam-messages (here is mine as an example)
Your mail with Subject:
$h_Subject:
to the user $header_To: appears to be unsolicited spam.
If you intended to contact a person at that email for legitimate reasons
then our apologies. Please call your technical support to solve this issue.
Thank you
[EMAIL PROTECTED]
5) Edit /etc/exim/exim.conf with the following fragments
# General config for Spam Assassin
message_filter = /etc/exim/spam-filter
message_filter_reply_transport = spam_reply_transport
# End of General config
# Spam Assassin transport
spam_reply_transport:
driver = autoreply
user = mail
# This transport does a spam check to look for spam and then re-injects
# the message into Exim
check_spam:
driver = pipe
user = mail
group = mail
prefix =
suffix =
# If you have problems, all is here.
command = spamc | exim -oMr spam_checked ${if eq {$sender_address} {} \
{} {-f $sender_address}} ${pipe_addresses}
#
ignore_status = true
use_shell = true
return_output = false
return_path_add = false
path = /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin
# End of Spam Assassin transport
# Spam Assassin Director
# place at the start of the Directors section
spam_to_check:
condition = ${if eq {$received_protocol} {spam_checked} {0} {0} }
driver = smartuser
transport = check_spam
# End of Spam Assassin director
# Spam Assassin Router
# place this section only if your Exim server is a SMTP gateway
# passing messages to a smarthost
# place at the start of the Routers section
spam_router:
condition = ${if eq {$received_protocol}{spam_checked} {0}{1}}
driver = domainlist
route_list = *
transport = check_spam
# End of Spam Assassin router
6) Create a file /etc/exim/spam-filter
# Exim Spam Filter for Spam Assassin
if first_delivery and
$h_X-Spam-Flag: contains YES
then
logfile /var/log/exim/spamlog.log
logwrite $tod_log From: $h_From: Subject: $h_Subject: Sender:
$sender_address
if $h_From: is not
then
mail to $h_From: subject Re: Your message has been rejected!
expand file /etc/exim/spam-messages
once /var/log/exim/spamcount.log
once_repeat 5d
endif
seen finish
endif
# End of Exim Spam Filter
7) Restart exim: /etc/init.d/exim restart
That's all!
--
Re: spamassassin, exim et fetchmail
Le sam 15/06/2002 à 11:34, Thomas Nemeth a écrit :
Le 15.06.02, [EMAIL PROTECTED] a tapoté :
| On Sat, Jun 15, 2002 at 10:55:38AM +0200, Grégoire Cachet wrote:
|
| Oui, dans ton .fetchmailrc, il faut ajouter après les poll
| mda /usr/bin/procmail -Y -d %T
| (en vérifiant le chemin vers procmail bien sur)
|
| j'ai ajouté ca dans mon /etc/fetchmailrc
Ce n'est pas forcément nécessaire : si la config de fetchmail
ne spécifie pas de MDA, il envoie les messages au MTA local (si
tu en as un) et celui-ci les transmet au MDA s'il y a lieu.
si j'ai compris le principe MTA = exim chez moi ?
en gros fetchmail récupere les messages par pop
il les envoye au MTA local par smtp (j'ai remarqué ca en debug-run)
le MTA local se charge de les mettre dans ma boite
je les récupere sur la machine perso par pop avec evolution
il y a un autre circuit
les mails arrivent directement par smtp dans exim
exim s'en charge, je les récupere par pop avec evolution
pour filtrer tous les mails, le mieux est de le faire au niveau d'exim,
comme ca, on filtre tout
comment invoquer spamassassin depuis exim ? via procmail ?
avec la config de procmail et celle d'exim (voir les mails précédents)
c'est censé marcher, cependant spamassassin ne fais rien visiblement.
le probleme vient peut etre de la suite :
procmail: Program failure (70) of spamassassin
procmail: Rescue of unfiltered data succeeded
Signifie que spamassassin a échoué, mais que les mails non filtrés
ont tout de même pu être sauvés. Le vrai problème se trouve là :
ca c'est bon signe plutot, je perds pas trop de mails ;-)
Insecure dependency in mkdir while running setuid at
/usr/share/perl/5.6.1/File/Path.pm line 137.
Quelle est cette dépendence non-sûre à propos de mkdir dans
/usr/share/perl/5.6.1/File/Path.pm à la ligne 137 ?
Pourquoi spamassassin est-il setuid (root je suppose) ?
fetchmail tourne sous l'user fetchmail
le seul programme de la chaine qui a des bits setuid c'est procmail :
serveur:~# ls -l /usr/bin/procmail
-rwsr-sr-x1 root mail65532 avr 16 19:26
/usr/bin/procmail
cependant fetchmail n'appartient pas au groupe mail, et fetchmail ne
tourne pas en root, donc je vois pas pourquoi il me parle de setuid ...
voila ce que contient /usr/share/perl/5.6.1/File/Path.pm aux environs de
la ligne 137 : (j'ai noté la ligne 137)
sub mkpath {
my($paths, $verbose, $mode) = @_;
# $paths -- either a path string or ref to list of paths
# $verbose -- optional print mkdir $path for each directory
created
# $mode-- optional permissions, defaults to 0777
local($)=$Is_MacOS ? : : /;
$mode = 0777 unless defined($mode);
$paths = [$paths] unless ref $paths;
my(@created,$path);
foreach $path (@$paths) {
$path .= '/' if $^O eq 'os2' and $path =~ /^\w:\z/s; # feature
of CRT
# Logic wants Unix paths, so go with the flow.
if ($Is_VMS) {
next if $path eq '/';
$path = VMS::Filespec::unixify($path);
if ($path =~ m:^(/[^/]+)/?\z:) {
$path = $1.'/00';
}
}
next if -d $path;
my $parent = File::Basename::dirname($path);
unless (-d $parent or $path eq $parent) {
push(@created,mkpath($parent, $verbose, $mode));
}
print mkdir $path\n if $verbose;
unless (mkdir($path,$mode)) { # --- LIGNE 137
my $e = $!;
# allow for another process to have created it meanwhile
croak mkdir $path: $e unless -d $path;
}
push(@created, $path);
}
@created;
}
ca peut aider ?
merci
grégoire
--
Les femmes ressemblent aux girouettes,
elles se fixent quand elles se rouillent.
Voltaire
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Le sam 15/06/2002 à 11:26, Jacques L'helgoualc'h a écrit : Grégoire Cachet a écrit, samedi 15 juin 2002, à 10:55 : [...] /etc/procmailrc contenant : :0 fw | spamassassin je fais comment pour corriger ca ? | spamassassin -P ca ne change rien merci grégoire -- Ceux qui ne connaissent pas Unix sont condamnés à en inventer une pâle copie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Le sam 15/06/2002 à 12:03, Stephane Leclerc a écrit : j'aimerais mettre en place une solution pour éliminer la majeure partie de ce spam Si cela peut t'aider, j'ai écrit cette doc d'intégration d'Exim et de SPAMASSASSIN il y quelques temps. interessant ;-) Applications needed: exim 3.3x, spamassassin 2.x and razor 1.19x. Create a MySQL database according to the README.sql manual in /usr/share/doc/spamassassin. j'ai créé une base spam, un utilisateur spam dans la base spam, j'ai créé la table userpref a l'aide /usr/share/doc/spamassassin/examples/spamassassin.sql Create a basic setup for GLOBAL user in the userpref table. que veux-tu dire par la ? 3) Start spamd: /etc/init.d/spamassassin start je suis en mode debug avec -D cependant il s'arrete quand je le lance : serveur:/# /etc/init.d/spamassassin restart Restarting SpamAssassin Mail Filter Daemon: debug: ignore: test message to precompile patterns and load modules debug: using /usr/share/spamassassin for default rules dir debug: using /etc/spamassassin for site rules dir debug: running header regexp tests; score so far=0 debug: running body-text per-line regexp tests; score so far=0.8 debug: running uri tests; score so far=0.8 debug: running raw-body-text per-line regexp tests; score so far=0.8 debug: running full-text regexp tests; score so far=0.8 debug: Razor is available debug: Razor Agents 1.20, protocol version 2. debug: Discovering closest server in the razor.vipul.net zone debug: Sorted (closest first) list of available servers RTTs: debug: 194.109.217.74 (0.0861) 64.90.187.2 (0.1809) 209.204.62.150 (0.2905) debug: Closest server is 194.109.217.74 debug: Connecting to 194.109.217.74... debug: Connection established debug: Signature: 6fcf9dfbd479ed82697fee719b9f8c610a11ff2a debug: Server version: 1.11, protocol version 2 debug: Server response: Positive 6fcf9dfbd479ed82697fee719b9f8c610a11ff2a debug: - Message 1 is KNOWN SPAM - debug: Agent terminated debug: is Net::DNS::Resolver unavailable? 0 debug: looking up MX for 'microsoft.com.' debug: MX for 'microsoft.com.' exists? 1 debug: is DNS available? 1 debug: checking RBL orbs.dorkslayers.com., set relay debug: checking RBL relays.osirusoft.com., set relay debug: checking RBL relays.ordb.org., set relay debug: checking RBL ipwhois.rfc-ignorant.org., set rfci debug: checking RBL relays.visi.com., set relay debug: checking RBL results in set relay for 127.0.0.6 debug: checking RBL results in set relay for 127.0.0.4 debug: AWL active, pre-score: 7.1, mean: undef debug: Post AWL score: 7.1 debug: is spam? score=7.1 required=5 spamd. serveur:/# d'apres le README.sql, je devrais voir apparaitre une ligne (ou bien un message d'erreur ) si la base SQL marche (ou ne marche pas). comme il s'arrete, je ne vois rien ... il y a une connection a la base dans /var/log/mysql.log : 020615 13:32:034559 Connect [EMAIL PROTECTED] on spam 4559 Query select preference, value from userpref where username = 'root' OR username = 'GLOBAL' 4559 Quit cela fonctionne avec un cat sample-spam.txt | spamc il ajoute bien les headers dans la sortie, mais il n'ajoute rien dans la base de données j'ai ensuite configuré exim. Cependant aucun des mails qui passent par exim ne contiennent de X-Spam-status donc visiblement, il invoque pas spamc comme prévu ... j'ai fouillé les logs dans /var/log/exim/ et /var/log/mail/ et il n'y a pas de traces de messages d'erreur je suis un peu pommé ... merci de votre aide grégoire -- L'administration est un lieu ou les gens qui arrivent en retard croisent dans l'escalier ceux qui partent en avance. Georges Courteline -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Create a basic setup for GLOBAL user in the userpref table.
que veux-tu dire par la ?
Pour que le système marche, il faut au moins un enregistrement dans la base
de données. L'enregistrement GLOBAL.
INSERT INTO userpref VALUES ('GLOBAL', 'rewrite_subject', '0', 303);
INSERT INTO userpref VALUES ('GLOBAL', 'report_header', '0', 304);
INSERT INTO userpref VALUES ('GLOBAL', 'defang_mime', '1', 305);
INSERT INTO userpref VALUES ('GLOBAL', 'use_terse_report', '0', 306);
INSERT INTO userpref VALUES ('GLOBAL', 'required_hits', '7', 307);
INSERT INTO userpref VALUES ('GLOBAL', 'whitelist_from',
'[EMAIL PROTECTED]', 6);
INSERT INTO userpref VALUES ('GLOBAL', 'blacklist_from',
'[EMAIL PROTECTED]', 11);
required_hits = 7 est la meilleure valeur.
Stef...
..
. Linux - Debian - php4 - Apache - MySQL - Infogerance .
. email: [EMAIL PROTECTED] - http://www.actionweb.fr .
. Tel: (0)141 906 100-Fax: (0)141 906 101.
..
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Le 15.06.02, Grégoire Cachet a tapoté :
| Le sam 15/06/2002 à 11:34, Thomas Nemeth a écrit :
| Le 15.06.02, [EMAIL PROTECTED] a tapoté :
|
| | mda /usr/bin/procmail -Y -d %T
| | j'ai ajouté ca dans mon /etc/fetchmailrc
|
| Ce n'est pas forcément nécessaire : si la config de fetchmail
| ne spécifie pas de MDA, il envoie les messages au MTA local (si
| tu en as un) et celui-ci les transmet au MDA s'il y a lieu.
|
| si j'ai compris le principe MTA = exim chez moi ?
Oui.
| en gros fetchmail récupere les messages par pop
| il les envoye au MTA local par smtp (j'ai remarqué ca en debug-run)
| le MTA local se charge de les mettre dans ma boite
Oui, via le MDA :)
POP -- fetchmail -- MTA -- MDA
|___^ (si on spécifie l'option mda
dans la config de fetchmail)
| je les récupere sur la machine perso par pop avec evolution
Par mbox si c'est en local (mbox est le format standard
de /var/mail/xxx)
| il y a un autre circuit
|
| les mails arrivent directement par smtp dans exim
Dans ce cas il faut que ton serveur SMTP soit ouvert à
l'extérieur. Perso, je ne le fais pas...
| exim s'en charge, je les récupere par pop avec evolution
Oui (hormis pop :)
| pour filtrer tous les mails, le mieux est de le faire au niveau d'exim,
| comme ca, on filtre tout
Tout à fait.
| comment invoquer spamassassin depuis exim ? via procmail ?
Soit via procmail, soit directement dans exim. Je n'ai pas
installé spamassassin, mais il me semble avoir vu un truc
de ce genre sur leur site web.
| avec la config de procmail et celle d'exim (voir les mails précédents)
| c'est censé marcher, cependant spamassassin ne fais rien visiblement.
Ouais. Il doit y avoir un pb d'install.
| le probleme vient peut etre de la suite :
|
| procmail: Program failure (70) of spamassassin
| procmail: Rescue of unfiltered data succeeded
|
| Signifie que spamassassin a échoué, mais que les mails non filtrés
| ont tout de même pu être sauvés. Le vrai problème se trouve là :
|
| ca c'est bon signe plutot, je perds pas trop de mails ;-)
:)) Si tu savais le nombre de mails que j'ai pu perdre à la suite
de diverses conneries (genre je détruit un utilisateur temporaire
avec mon nom sous OpenBSD sans avoir démonté /var/mail qui est en
NFS, du coup tous mes mails sont partis dans /dev/null ce jour-là
car OpenBSD supprime aussi les mails des utilisateurs).
| Insecure dependency in mkdir while running setuid at
| /usr/share/perl/5.6.1/File/Path.pm line 137.
|
| Quelle est cette dépendence non-sûre à propos de mkdir dans
| /usr/share/perl/5.6.1/File/Path.pm à la ligne 137 ?
| Pourquoi spamassassin est-il setuid (root je suppose) ?
|
| fetchmail tourne sous l'user fetchmail
Oui (encore que moi, je le fais tourner sous mon uid), mais
ce n'est pas fetchmail qui pose pb, c'est spamassassin.
| le seul programme de la chaine qui a des bits setuid c'est procmail :
|
| serveur:~# ls -l /usr/bin/procmail
| -rwsr-sr-x1 root mail65532 avr 16 19:26
| /usr/bin/procmail
C'est normal : procmail doit être capable de délivrer les messages
dans /var/mail
| cependant fetchmail n'appartient pas au groupe mail, et fetchmail ne
| tourne pas en root, donc je vois pas pourquoi il me parle de setuid ...
ls -l `which spamassassin`
| voila ce que contient /usr/share/perl/5.6.1/File/Path.pm aux environs de
| la ligne 137 : (j'ai noté la ligne 137)
...
| unless (mkdir($path,$mode)) { # --- LIGNE 137
...
| ca peut aider ?
Bof. ÀMHA, le pb vient surtout du bit suid de spamassassin.
Qu'est-ce que ça donne sans ça ?
| merci
Avec plaisir.
Thomas
--
BOFH excuse #89:
Electromagnetic energy loss
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Le sam 15/06/2002 à 23:35, Thomas Nemeth a écrit :
Dans ce cas il faut que ton serveur SMTP soit ouvert à
l'extérieur. Perso, je ne le fais pas...
je le fais, et ca marche tres bien jusqu'a présent (surtout quand
wanadoo marche plus, c'est hyper pratique !)
Soit via procmail, soit directement dans exim. Je n'ai pas
installé spamassassin, mais il me semble avoir vu un truc
de ce genre sur leur site web.
j'essaye justement de mettre en place la config de stephane, mais ca
veut pas marcher ... c'est au niveau de exim que ca coince, c'est sur.
je comprends pas, le couple spamd et spamc fonctionne, j'ai testé avec
le fichier de test ...
je met mon fichier de config d'exim en piece jointe, si quelqu'un peut
m'aider ...
ls -l `which spamassassin`
serveur:~# ls -l `which spamassassin`
-rwxr-xr-x1 root root16487 avr 20 20:31
/usr/bin/spamassassin
c'est bien ce que je disait ... spamassassin n'as pas de bit setuid, il
n'y a que procmail dans la chaine qui en a ...
Bof. ÀMHA, le pb vient surtout du bit suid de spamassassin.
Qu'est-ce que ça donne sans ça ?
bah il y en a pas ... je fais comment ? je lui en met un ?
toute facon, spamassassin ne m'est plus tres utile vu que j'utilise
spamd et spamc. donc j'ai pas trop envie de m'étendre sur le probleme,
je veux juste quelque chose de fonctionnel, surtout que j'ai pas le
temps en ce moment ... meme si la philo est passée ;-)
merci a tous
grégoire
--
Si cela fonctionne, c'est obsolète.
Marshall McLuhan
# This is the main exim configuration file.
# It was originally generated by `eximconfig', part of the exim package
# distributed with Debian, but it may edited by the mail system administrator.
# This file originally generated by eximconfig at ven jan 25 23:11:15 CET 2002
# See exim info section for details of the things that can be configured here.
# Please see the manual for a complete list
# of all the runtime configuration options that can be included in a
# configuration file.
# This file is divided into several parts, all but the last of which are
# terminated by a line containing the word end. The parts must appear
# in the correct order, and all must be present (even if some of them are
# in fact empty). Blank lines, and lines starting with # are ignored.
##
#MAIN CONFIGURATION SETTINGS #
##
# General config for Spam Assassin
message_filter = /etc/exim/spam-filter
message_filter_reply_transport = spam_reply_transport
# End of General config
## Top section of config file - macro definitions
## Tailor these to fit your installation
## pretty much everything else should just fit...
##
# home dir for mailman
MAILMAN_HOME=/var/lib/mailman
# wrapper script for mailman
MAILMAN_WRAP=MAILMAN_HOME/mail/wrapper
# user and group for mailman
MAILMAN_UID=mail
MAILMAN_GID=mail
# Specify the domain you want to be added to all unqualified addresses
# here. Unqualified addresses are accepted only from local callers by
# default. See the receiver_unqualified_{hosts,nets} options if you want
# to permit unqualified addresses from remote sources. If this option is
# not set, the primary_hostname value is used for qualification.
qualify_domain = zwiffer.dyndns.org
# If you want unqualified recipient addresses to be qualified with a different
# domain to unqualified sender addresses, specify the recipient domain here.
# If this option is not set, the qualify_domain value is used.
# qualify_recipient =
# Specify your local domains as a colon-separated list here. If this option
# is not set (i.e. not mentioned in the configuration file), the
# qualify_recipient value is used as the only local domain. If you do not want
# to do any local deliveries, uncomment the following line, but do not supply
# any data for it. This sets local_domains to an empty string, which is not
# the same as not mentioning it at all. An empty string specifies that there
# are no local domains; not setting it at all causes the default value (the
# setting of qualify_recipient) to be used.
local_domains = localhost:zwiffer.dyndns.org
# Allow mail addressed to our hostname, or to our IP address.
local_domains_include_host = true
local_domains_include_host_literals = true
# Domains we relay for; that is domains that aren't considered local but we
# accept mail for them.
#relay_domains =
# If this is uncommented, we accept and relay mail for all domains we are
# in the DNS as an MX for.
#relay_domains_include_local_mx = true
# No local deliveries will ever be run under the uids of these users (a colon-
# separated list). An attempt to do so gets changed so that it runs under the
# uid of nobody instead. This is a paranoic safety catch. Note the default
# setting means you cannot deliver mail addressed to root as if it were a
#
Re: spamassassin, exim et fetchmail
Le ven 14/06/2002 à 17:12, Lam a écrit : en fait j'ai juste rajouter une ligne dans .procmailrc et deja il me met dans le rep spam presque tous les spams que je recevais : :0 fw | spamassassin -P :0: * ^X-Spam-Status: Yes caughtspam j'ai ajouté ca dans /etc/procmailrc que va-t-il faire ? juste ajouter X-Spam-Status: yes dans les header ? a quoi correspond caughtspam ? que veux-tu dire par le rep spam ? merci grégoire -- Il est intéressant de voir que les gens qui se moquent de la science fiction se fient à la météo et aux économistes Kevin Throop III -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin, exim et fetchmail
Lam a écrit, vendredi 14 juin 2002, à 17:12 : [...] en fait j'ai juste rajouter une ligne dans .procmailrc et deja il me met dans le rep spam presque tous les spams que je recevais : :0 fw | spamassassin -P le couple client/démon spam[cd] est bien plus rapide quand on récupère son courrier par paquets. # utilise le daemon spamd :0 fw | spamc Il suffit d'ajouter le script de lancement de spamd dans /etc/init.d/ et les liens qui-vont-bien avec update-rc.d. -- Jacques L'helgoualc'h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
