Stefan Jakobs schrieb: > On Tuesday 27 May 2008 18:23, Patrick Ben Koetter wrote: >> * Matthias Haegele <postfix-users@de.postfix.org>: >>> Hi Ihr! >>> >>> Bekomme immer folgende "Fehlermeldung": >>> >>> spamassassin --lint >>> [3304] warn: config: failed to parse line, skipping, in >>> "/etc/spamassassin/local.cf": use_dcc 1 >>> >>> use_dcc ist meinen Recherchen nach noch ein gültiger Parameter? >> Dachte ich auch. In meiner Doku kommt es allerdingds nicht vor: >> >> $ man Mail::SpamAssassin::Conf | less +/use_dcc >> Pattern not found (press RETURN) > > $ perldoc Mail::SpamAssassin::Plugin::DCC | less +/use_dcc > use_dcc (0│1) (default: 1) > Whether to use DCC, if it is available. > > Bei mir scheint es auch mit use_dcc 1 zu laufen (SpamAssassin 3.2.2 und > 3.2.4). > >>> in user. cf hab ich: >>> loadplugin Mail::SpamAssassin::Plugin::DCC >>> > > Ich denke du musst dass Plugin auch in /etc/mail/spamassassin/*.cf laden oder > die use_dcc Option in die user.cf schreiben.
Ist in Debian ein Symlink auf /etc/spamassassin: > ls -la /etc/mail/spamassassin > lrwxrwxrwx 1 root root 15 2007-11-28 09:37 /etc/mail/spamassassin -> > ../spamassassin Jo. in die user.cf: use_dcc 1 rein und gut ist. Evtl. muss man das Plugin doch vorher laden, bevor man die Optionen benutzt? ;-). local.cf greift vor user.cf wenn meine Logikeinheit noch funktioniert kann ich die Option noch nicht benutzen wenn das Plugin noch nicht geladen wurde ... siehe spamassassin manpage Auszug unten. >>> Version: spamassassin 3.2.3-0.volati >> Reine Spekulation: Wenn Du die Zeile auskommentierst? Wenn Du sie löscht >> und nochmal neu schreibst, weil da vielleicht Schmierzeichen dran hängen? Ich wasch mir immer die Finger bevor ich noch meine Wurstsemmel in die Tastatur schmiere ;-). Aber "unsichtbare Steuerzeichen" können schon böse sein. >> [EMAIL PROTECTED] > > Gruß > Stefan Danke euch für die entscheidenden Tipps! -- Gruesse/Greetings MH Dont send mail to: [EMAIL PROTECTED] -- -- > man spamassassin >> CONFIGURATION FILES >> The SpamAssassin rule base, text templates, and rule description text >> are loaded from configuration files. >> >> Default configuration data is loaded from the first existing >> directory in: >> >> /var/lib/spamassassin/3.002003 >> /usr/share/spamassassin >> /usr/share/spamassassin >> /usr/local/share/spamassassin >> /usr/share/spamassassin >> >> Site-specific configuration data is used to override any values which >> had already been set. This is loaded from the first existing directory in: >> >> /etc/spamassassin >> /usr/etc/mail/spamassassin >> /usr/etc/spamassassin >> /usr/local/etc/spamassassin >> /usr/pkg/etc/spamassassin >> /usr/etc/spamassassin >> /etc/mail/spamassassin >> /etc/spamassassin >> >> From those three directories, SpamAssassin will first read files >> ending in ".pre" in lexical order and then it will read files ending in >> ".cf" in lexical order (most files begin with two numbers 3? Hmm hab ich mich verzählt? >> to make the sorting order obvious). >> >> In other words, it will read init.pre first, then 10_default_prefs.cf >> before 50_scores.cf and 20_body_tests.cf before 20_head_tests.cf. Options >> in later files will override earlier files. >> >> Individual user preferences are loaded from the location specified on >> the "spamassassin", "sa-learn", or "spamd" command line (see respective >> manual page for details). If the location is not >> specified, ~/.spamassassin/user_prefs is used if it exists. >> SpamAssassin will create that file if it does not already exist, using >> user_prefs.template as a template. That file will be looked >> for in: >> >> /etc/spamassassin >> /usr/etc/mail/spamassassin >> /usr/share/spamassassin >> /etc/spamassassin >> /etc/mail/spamassassin >> /usr/local/share/spamassassin >> /usr/share/spamassassin -- _______________________________________________ Postfix-users mailing list Postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
