On Mon, 2007-03-05 at 23:23 -0500, Kyle Johnson wrote:
> Rafael Caceres wrote:
> > I've been trying to setup a mail relay with dspam, following the
> > relay.txt recipee. Postfix does receive and send the message:
> >
> > Mar  5 17:58:59 test5 postfix/lmtp[5105]: ACA12628B6:
> > to=<[EMAIL PROTECTED]>, relay=test5.aasa.com.pe[/tmp/dspam.sock],
> > delay=1.9, delays=0.3/0.1/0.01/1.4, dsn=2.6.0, status=sent (250 2.6.0
> > <[EMAIL PROTECTED]> Message accepted for delivery)
> >
> > The dspam logs show the message being processed:
> > 5094: [03/05/2007 17:58:57] DSPAM Instance Startup
> > 5094: [03/05/2007 17:58:57] input args: dspam --deliver=innocent
> > 5094: [03/05/2007 17:58:57] pass-thru args: /usr/bin/procmail
> > 5094: [03/05/2007 17:58:57] processing user [EMAIL PROTECTED]
> > 5094: [03/05/2007 17:58:57] uid = 0, euid = 0, gid = 0, egid = 12
> > 5094: [03/05/2007 17:58:58] loading preferences for user
> > [EMAIL PROTECTED]
> > 5094: [03/05/2007 17:58:58] Loading preferences for uid 1001
> > 5094: [03/05/2007 17:58:58] Loading preferences for uid 0
> > 5094: [03/05/2007 17:58:58] Loading preferences for uid 0
> > 5094: [03/05/2007 17:58:58] default preferences empty. reverting to
> > dspam.conf preferences.
> > 5094: [03/05/2007 17:58:58] Loading preferences from dspam.conf
> > 5094: [03/05/2007 17:58:58]
> > using /usr/local/dspam/var/dspam/opt-in/[EMAIL PROTECTED] as
> > path
> > 5094: [03/05/2007 17:58:58]
> > using /usr/local/dspam/var/dspam/opt-out/[EMAIL PROTECTED] as
> > path
> > 5094: [03/05/2007 17:58:58] sedation level set to: 0
> > 5094: [03/05/2007 17:58:58] Whitelist threshold: 10
> > 5094: [03/05/2007 17:58:58] [graham] [0.010000]
> > Received*rcaceres5.aasa.com.pe (1frq, 0s, 66i)
> > ...
> > ...
> > 5094: [03/05/2007 17:58:58] saving signature as 45eca0b250941899313047
> > 5094: [03/05/2007 17:58:58] libdspam returned probability of 0.000000
> > 5094: [03/05/2007 17:58:58] message result: NOT SPAM
> > 5094: [03/05/2007 17:58:58] delivering message
> > 5094: [03/05/2007 17:58:58] Opening pipe to LDA: /usr/bin/procmail
> > 5094: [03/05/2007 17:58:59] LDA returned success
> > 5094: [03/05/2007 17:58:59] DSPAM Instance Shutdown.  Exit Code: 0
> >
> > but the messages all end up on the local root mail (/var/mail/root).
> > My dspam.conf looks like this:
> > Home /usr/local/dspam/var/dspam
> > TrustedDeliveryAgent "/usr/bin/procmail"
> > OnFail error
> > Trust root
> > Trust mail
> > Trust mailnull
> > Trust smmsp
> > Trust daemon
> > Debug *
> > TrainingMode toe
> > TestConditionalTraining on
> > Feature chained
> > Feature whitelist
> > Algorithm graham burton
> > PValue graham
> > Preference "spamAction=quarantine"
> > Preference "signatureLocation=message"  # 'message' or 'headers'
> > Preference "showFactors=on"
> > HashRecMax              98317
> > HashAutoExtend          on
> > HashMaxExtents          0
> > HashExtentSize          49157
> > HashMaxSeek             100
> > HashConnectionCache     10
> > Notifications   off
> > LocalMX 127.0.0.1
> > SystemLog on
> > UserLog   on
> > Opt out
> > ParseToHeaders on
> > ChangeModeOnParse on
> > ChangeUserOnParse off
> > ServerQueueSize 32
> > ServerPID              /var/run/dspam.pid
> > ServerMode standard
> > ServerDomainSocketPath  "/tmp/dspam.sock"
> > ProcessorBias on
> >
> > Any help will be appreciated.
> > Rafael
> >
> >
> > Analizado por ThMailServer para Linux.
> More details!  Where do you want the mail to go, and how do you want it 
> to get there?  If you want dspam to pass the mail to procmail, and then 
> have procmail deliver the message where it is headed, then your 
> TrustedDeliveryAgent line is wrong - you may need to add some -d %u snaz 
> (not exactly -d %u, but something that perhaps tells procmail who to 
> deliver the mail to?)  Also, procmail is used only for local deliver, so 
> if you are using virtual users, will need need either courier maildrop, 
> dovecot deliver, or something similar.
> 
> --Kyle
The relay machine should actually send valid mail coming from the
Internet (that is, mail for which accounts are defined in
dspam_virtual_uids) to internal mail servers (we have more than one, but
delivery to one is fine). The relay machine should not require accounts
to exist for internal users.
I checked the courier maildrop docs, but it is also for local delivery
only.
At this point I've attempted at least 3 differente dspam based relay
setups without success.

Rafael


Analizado por ThMailServer para Linux.

Reply via email to