Toon posts:

[FreeBSD 5.3] Qmail-scanner installatie

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik ben bezig om een complete mailserver (Qmail) te installeren op een FreeBSD 5.3 bak.
Nu draait de mailserver zelf al zonder problemen, maar nu wil ik ook een AntiVirus en Spamfilter erop hebben. Ik heb dus ClamAV en SpamAssassin geinstalleerd. Allemaal prima. Maar nu heb ik Qmail-scanner nodig om de mail ook echt door ClamAV en SpamAssassin te laten scannen.

Maar met de installatie wil dit niet echt lukken. Ik volg alle stappen van www.qmailrocks.org!
Ik heb (met de qmailrocks.org guide) al een paar Fedora servers helemaal compleet geinstalleerd, maar onder BSD geeft het wat probleempjes.

Zodra ik ./qms-config wil draaien (zie stap 15 in de guide) krijg ik:
--scanners-per-domain [yes|no] (defaults to "no")
Enable or disable the domain-wise mode, each user/domain
will have a customized @scanner_array. If the user/domain
haven't a custom @scanner_array, qmail-scanner will fall
to the @scanners_default array.

--virus-to-delete [yes|no] (defaults to "no")
Enable this option if you want to delete some viruses
(i.e. mydoom) without notifying anyone. If you don't enable
it now, you can later edit qmail-scanner-queue.pl and add
the virus you want to the list virus_to_delete.

--sa-delta [num] (default: 0)
If is defined, and fast_spamassassin mode is
selected, a tag will be added to the subject indicating how
the message is to be considered as spam, in this way:
LOW: required_hits < score < required_hits + sa_delta
MEDIUM: required_hits + sa_delta < score < required_hits + 2 * sa_delta
HIGH: required_hits + 2 * sa_delta < score
Be aware, sa_max+2*sa_delta must be lower than sa_quarantine.
'required_hits' is the value set in the SpamAssassin
configuration file.

--sa-subject <"some text"> (defaults to nothing)
This is an alternative way to set the tag that qmail-scanner
add to subject of spam mails, to some text.
Spamassassin must be working in *fast_spamassassin* mode
Be sure that is better to tag the subject, of spam messages,
through qmail-scanner than with the rewrite_subject
of SpamAssassin.
The input must be quoted i.e. "SPAM *** ".

--sa-forward <username@domain> (defaults to nothing)
User to redirect spam mails 'being quarantined' for
admin purposes...
The message is forwarded almost unmodified so you can
use 'sa-learn' with them.
If you prefer that the message includes the spam headers
enable the next option.
(i.e. --sa-forward antispam@mydomain.com)

--sa-fwd-verbose [yes|no] (default: no)
Whether to add the X-Spam headers to the forwarded message.

--sa-quarantine [num] (default: 0)
Spam messages with a score higher than
(required_hits + sa_quarantine) should be quarantined.
Only relevant if SpamAssassin is used.
Score of 0 means deliver all messages.

--sa-delete [num] (default: 0)
Spam messages with a score higher than
(required_hits + sa_delete) should be deleted.
Only relevant if SpamAssassin is used.
Score of 0 means deliver all messages.

--sa-reject [yes|no] (default: no)
If you enable sa-reject and sa-delete is properly set,
messages with a score higher than sa-delete will be rejected
before the smtp session is closed. Otherwise they are just
dropped silently. (1/0)

--sa-alt [yes|no] (default: no)
Use the alternative subroutine for spamassassin, it runs in
*fast_spamassassin* mode and doesn't pass the '-u' option
to spamc. (1/0)

--sa-debug [yes|no] (default: no)
If sa-alt is enabled an you enable this option, you will
have a beautiful log with the tests and the scores of
spamassassin in the file qmail-queue.log (1/0)

--sa-report [yes|no] (default: no)
If sa-alt and sa-debug are enabled you can add
the X-Spam-Report header to the messages enabling
this option.

--sa-socket <path to spamd socket> (defaults to nothing)
Actually the configure script can automatically discover
if spamd is running in unix-socket mode, but,
if for some reasson the socket couldn't be
found properly you can set the path with this option.
i.e. --sa-socket /var/run/spamd

****************
Rarely Used
****************

--no-QQ-check
Do not check that the QMAILQUEUE patch is installed.
This explicitly disables any "--install" reference
as that is NOT POSSIBLE with a manual install.
Use ONLY IF YOU MUST. The QMAILQUEUE patch is REALLY
a GOOD THING!!!!

--skip-setuid-test
don't test for setuid perl. Only of use for those wanting
to run the C-wrapper version.

--qmail-queue-binary
Set this to the FULL PATH to the Qmail qmail-queue
binary. This is only EVER set when doing a manual install.


This script must be run as root so it can detect problems with setuid
perl scripts!

invalid option: CHANGELOGpatched.html [ --help is a valid option ;-) ]

See above for the valid options
Lijkt er dus op dat er geen goede configwaardes worden meegegeven door het script.
Het script:
#!/bin/sh

## File: qms-config
##
## Purpose: Provide a file to save personal qmail-scanner configuration
## options. This file should be edited for your server and
## saved somewhere so that it survives qmail-scanner and
## qms-analog upgrades.
##

# Was the "install" option given?
if [ "$1" != "install" ]; then
INSTALL=
else
INSTALL="--install"
fi

## Definition of Options
##
## domain - your primary email domain, where your postmaster
## account is located
## admin - your postmaster username, normally "postmaster"
## local-domains - list all of your local email domains for this qmail
qms-config: unmodified: line 1
## notify - comma-separated list parties to notify when a virus
## is quarantined; see the qmail-scanner docs for more
## details
## redundant - enable/disable allowing the scanners to scan any zip
## files and the original "raw" email file
## qms-monitor - [yes|no] enable qms-monitor Account Monitoring
## qms-monitor-accts - list of email accounts to be monitored, separated by
## commas
## Example: "acct1@dom2.com,acct2@dom1.com"
## qms-monitor-dests - list of destination paths for monitored email messages
## Note 1: locations here will be saved underneath
## .../qmailscan/qms-monitor; a cron job can later
## copy from that location to an alternate email
## domain used for account monitoring.
## Note 2: each entry in this array corresponds to the
## email address in the same location of the
## qms-monitor-accts list above - i.e.,
## qms-monitor-accts[2] msgs get stored at
## qms-monitor-dests[2] - thus, ORDER DOES MATTER
## Note 3: DO NOT include a leading "/" on these paths -
## they will typically be entries that ultimately
## belong in /home/vpopmail/domains - so start with
## the domain name.
## Example: "mon.dom2.com/acct1/Maildir/new,mon.dom1.com/acct2/Maildir/new"
##

./configure --domain yourdomain.com \
--admin postmaster \
--local-domains "yourdomain.com,yourotherdomain.com" \
--add-dscr-hdrs yes \
--dscr-hdrs-text "X-Antivirus-MYDOMAIN" \
--ignore-eol-check yes \
--sa-quarantine 0 \
--sa-delete 0 \
--sa-reject no \
--sa-subject ":SPAM:" \
--sa-alt yes \
--sa-debug no \
--notify admin \
--redundant yes \
--qms-monitor no \
"$INSTALL"
(ik heb uiteraard yourdomain.com vervangen door mijn servers hostname).

Als ik ./qms-config > /root/qms-config.log doe dan krijg ik in /root/qms-config.log alleen:
Building Qmail-Scanner 1.25-st-qms...
Iemand een idee?

Verwijderd

Topicstarter
Hmm, toevallig de server even gerestart, kreeg na booten een mailtje in het root account met een rare melding over /qms-config (hij zou m naar default gereset hebben). Ik dacht "hmm, nou nog amar even proberen en nu kwam ik er zonder problemen door :).

Nu wil ik alleen een testje doen om de qmail-scanner te testen (en die werkt ook) maar krijg nog wel een error:

QMAILQUEUE was not set, defaulting to /var/qmail/bin/qmail-scanner-queue.pl for this test...

Dat is het enige, iemand hier een idee voor? Alvast super bedankt :).

  • _JGC_
  • Registratie: Juli 2000
  • Nu online
Als je die bak niet plat wilt hebben, zou ik overigens recipient checking gaan doen voor het accepteren van mail in je queue. Voor vpopmail heb je daarvoor chkuser, voor andere setups ben je aangewezen op een fatsoenlijke niet-qmail MTA.

Verder zou ik serieus overwegen om over te schakelen op een dual-smtp setup met amavisd-new, die werkt stukken soepeler dan qmail-scanner, omdat amavisd-new daemonized is, itt een raar setuid perl script wat bij elk mailtje een hele perl omgeving moet initialiseren. Mooie van amavisd-new is dat ie spamassassin geintegreerd heeft, waardoor je niet nog eens een losse spamassassin daemon hoeft te draaien.

Verder nog die QMAILQUEUE variabele: die wordt geset vanuit tcp.smtp.cdb voor zover ik weet, als test of qmail-scanner werkt moet je dat ding handmatig setten in je shell.

Verwijderd

Topicstarter
_JGC_ schreef op maandag 09 mei 2005 @ 10:29:
Als je die bak niet plat wilt hebben, zou ik overigens recipient checking gaan doen voor het accepteren van mail in je queue. Voor vpopmail heb je daarvoor chkuser, voor andere setups ben je aangewezen op een fatsoenlijke niet-qmail MTA.

Verder zou ik serieus overwegen om over te schakelen op een dual-smtp setup met amavisd-new, die werkt stukken soepeler dan qmail-scanner, omdat amavisd-new daemonized is, itt een raar setuid perl script wat bij elk mailtje een hele perl omgeving moet initialiseren. Mooie van amavisd-new is dat ie spamassassin geintegreerd heeft, waardoor je niet nog eens een losse spamassassin daemon hoeft te draaien.

Verder nog die QMAILQUEUE variabele: die wordt geset vanuit tcp.smtp.cdb voor zover ik weet, als test of qmail-scanner werkt moet je dat ding handmatig setten in je shell.
Bedankt voor je reactie :).

Wil eigenlijk wel bij QMail blijven nu. Alles draait en het is in feite alleen nog even de puntjes op de I zetten. Ik vind van QMail vooral Qmailadmin enorm handig. Heb al even lopen zoeken maar niks vergelijkbaars toen kunnen vinden voor Exim of Postfix.

Ik zal ook even kijken naar recipient checking. Bedankt voor de tip :).

Hoe bedoel je die QMAILQUEUE in je shell zetten?

  • AVL
  • Registratie: Januari 2000
  • Laatst online: 25-09-2022

AVL

OHMSS

Verwijderd schreef op maandag 09 mei 2005 @ 10:59:
[...]


Hoe bedoel je die QMAILQUEUE in je shell zetten?
Stel QMAILQUEUE in in het scriptje van waaruit je qmail-smtps start (bij mij /var/service/qmail-smtpd/run, wordt via daemontools gestart, maar kan bij jou natuurlijk anders zijn). Aan dat scriptje voeg je dan toe
code:
1
export QMAILQUEUE="/pad/naar/gewenste/queue"

(voordat qmail-smtpd gestart wordt, natuurlijk)

Overigens gebruik ik voor clamav en spamassassin onder qmail simscan, google daar ook eens naar. Deze houdt foute mailtjes al tegen als de SMTP-connectie nog open is, waardoor de verzendende server gelijk een bounce krijgt.

"I'd rather have a bottle in front of me than a frontal lobotomy."


Verwijderd

Topicstarter
AVL schreef op maandag 09 mei 2005 @ 17:12:
[...]


Stel QMAILQUEUE in in het scriptje van waaruit je qmail-smtps start (bij mij /var/service/qmail-smtpd/run, wordt via daemontools gestart, maar kan bij jou natuurlijk anders zijn). Aan dat scriptje voeg je dan toe
code:
1
export QMAILQUEUE="/pad/naar/gewenste/queue"

(voordat qmail-smtpd gestart wordt, natuurlijk)

Overigens gebruik ik voor clamav en spamassassin onder qmail simscan, google daar ook eens naar. Deze houdt foute mailtjes al tegen als de SMTP-connectie nog open is, waardoor de verzendende server gelijk een bounce krijgt.
Die staat er al in, helemaal bovenaan (uiteraard onder de /bin/sh):
QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl" export QMAILQUEUE
Bij mij stond dit bestand trouwens in /var/qmail/supervise/qmail-smtpd/run.

Maar zelfs dan geeft die dus die error, en ja, het path naar qmail-scanner-queue.pl klopt :)

Verwijderd

Topicstarter
Niemand? :'(
Dit probleem is er nog steeds.
Pagina: 1