Welcome to Linux Forums! With a comprehensive Linux Forum, information on various types of Linux software and many Linux Reviews articles, we have all the knowledge you need a click away, or accessible via our knowledgeable members.
Find the answer to your Linux question:
New to Linux Forums? Register here for free!
    Linux Forums > GNU Linux Zone > Servers > User-Problem with DSPAM

Forgot Password?
 Servers   Anything server related, Apache, MySQL, Samba, server security, sendmail, exim, etc

Site Navigation
Linux Articles
Linux Forums
Linux Downloads
Linux Hosting
Free Magazines
Job Board
IRC Chat
RSS Feeds


Linux Forum Topics
Linux Forums
Your Distro
Linux Resources
GNU Linux Zone
The Community
Reply
 
Thread Tools Display Modes
Old 09-01-2008   #1 (permalink)
Just Joined!
 
Join Date: Sep 2008
Posts: 3
User-Problem with DSPAM

After a reserch of several how-to's i have managed to set-up my own mailserver. I set up DSPAM as antispam-engine. It uses the MySQL-Extension. But now i have a problem. When i check the entries in the table "dspam_virtual_uids" of DSPAM there are usernames which does not exist on the system (Virtual-Users).

I use:
- Debian Etch
- Dovecot 1.0.rc15
- Postfix 2.3.8
- DSPAM 3.6.8

Authentication is made through Dovecot, which use a MySQL-Database for Virtual-Users (here the main howto i have followed from workaround.org - in german). When you (can/will) follow the howto you will see, that the usernames are the E-Mail-Adresses of the users (so the username x@domain.com is for the mail-adress x@domain.com).

Now the Problem in the Table username of DSPAM are also E-Mail-Adresses of external Users who communicate with the internal users, so if x@domain.com communicate with abc@web.de, then sometimes abc@web.de is displayed as Username in DSPAM-username-table. Till now i could't reconstruct this situations, so i don't know when this happen.

Here are some configuration-Informations:
master.cf
Code:
smtpd_recipient_restrictions =
        permit_tls_clientcerts
        permit_sasl_authenticated
        reject_unknown_recipient_domain
        reject_unauth_destination
        reject_non_fqdn_sender
        reject_unauth_pipelining
        reject_non_fqdn_recipient

smtpd_client_restrictions =
        permit_mynetworks
        check_client_access pcre:/etc/postfix/dspam_filter_access

dspam_destination_recipient_limit = 1
master.cf
Code:
dovecot   unix  -       n       n       -       -       pipe
    flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient}
dspam     unix    -       n       n       -       10    pipe
flags=Ru user=dspam argv=/usr/bin/dspam --client --deliver=innocent,spam --user ${recipient} -i -f $sender -- $recipient
localhost:10026 inet  n -       n       -       -        smtpd
  -o content_filter=
  -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks
  -o smtpd_helo_restrictions=
  -o smtpd_client_restrictions=
  -o smtpd_sender_restrictions=
  -o smtpd_recipient_restrictions=permit_mynetworks,reject
  -o mynetworks=127.0.0.0/8
  -o smtpd_authorized_xforward_hosts=127.0.0.0/8
File dspam_filter_access:
Code:
/./ FILTER dspam:dspam
As workaround not to use the ham and spam-email-adresses i use the antispam-plugin for dovecot. This plugin calls DSPAM for retrain if an E-Mail ist moved from or into the Spam-Folder. Here is the configuration of this Plugin in dovecot.conf.
Code:
plugin {
 antispam_signature = X-DSPAM-Signature
 antispam_trash = Trash
 antispam_spam = Junk
 antispam_dspam_args = --user;%u
}
Okey, all this work fine but i don't understand where the external E-Mail-Adresses (usernames) came from. Maybe someone can point me to the right cofiguration-error.

EDIT:
After some test i have managed to catch the situation when this happen. It happen only a local user (x@domain.com) write/send an e-mail to an external user (abc@web.de). Then abc@web.de is inserted as user in the DSPAM-Database. So in the interaction between DSPAM and Postfix is something wrong. Still can't see where. Hope for your help.
p.artur is offline  


Reply With Quote
Old 09-01-2008   #2 (permalink)
Just Joined!
 
Join Date: Sep 2008
Posts: 3
Oh, i think after the last EDIT here (and some reading) i get the solution. I have setted up DSPAM on a howto where Postfix should not scan outgoing E-Mails. But as you can read in my EDIT above it does. So i read a littlebit and it seems, that Postfix has the following Access-Order:
- smtpd_client_restrictions
- smtpd_helo_restrictions
- smtpd_sender_restrictions
- smtpd_recipient_restrictions

The guy in the tutorial seems to use to restrict the usage the definitions in "smtpd_client_restrictions", whereas i use the "smtpd_recipient_restrictions". So i moved the call for DSPAM in Postpix from "client" to "recipient", so:
Code:
smtpd_recipient_restrictions =
        permit_tls_clientcerts
        permit_sasl_authenticated
        reject_unknown_recipient_domain
        reject_unauth_destination
        reject_non_fqdn_sender
        reject_unauth_pipelining
        reject_non_fqdn_recipient
        check_client_access pcre:/etc/postfix/dspam_filter_access
Removed the smtpd_client_restrictions completely. It seems to work. Outgoing Mails does not have any DSPAM-Header-Informations, whereas incoming have. And no external Users are added t the Database.

Still, i'm not sure if all is right there. If anyone see here a problem please post.
p.artur is offline   Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off

Free Magazines
Run Your Own Web Server Using Linux & Apache - Free 191 Page Preview
Learn about everything you'll need to build and maintain your Linux servers, and to deploy Web applications to them.
subscribe
Open Source Security Myths Dispelled
Dispel the five major myths surrounding Open Source Security and gain the tools necessary to make a truly informed decision for your IT organization
subscribe
InformationWeek
InformationWeek is the only newsweekly you'll need to stay on top of the latest developments in information technology.
subscribe



All times are GMT. The time now is 08:16 AM.






© 2000 - 2009 - All Rights Reserved - Property of  MAS Media

Content Relevant URLs by vBSEO 3.3.0 RC2