mail disarded if SMTP delivered use without --enable-daemon
Brought to you by:
paulcockings,
sbajic
Menu
▾
▴
#61 mail disarded if SMTP delivered use without --enable-daemon
If dspam is compiled without --enable-daemon and then configured to deliver via SMPT (DeliveryProto SMPT), no error is generated. Instead it appears to execute an empty shell script that discards the mail. Instead, aen error should be generated, Attempts to execute empty strings as deliver agents should also generate an error.
Hallo Mark
Could you be more precise? What are you doing (please post exact instructions)? And how have you configured DSPAM (please post the whole ./config line and your dspam.conf)?
Kind Regards from Switzerland
Stevan Bajic
dspam.conf
Hi Stevan
The configure line that caused the problem is:
./configure --prefix=/usr/local --with-dspam-home=/var/db/dspam --with-pgsql-includes=/usr/local/include --with-pgsql-libraries=/usr/local/lib
adding --enable-daemon fixed the problem. However, dspam shouldn't silently discard mail when misconfiigured. Is there any reason not to just always enable this functionality?
dspam.conf attached.
Thans a lot! and greetings from california,
Mark
Hallo Mark
Two issues:
1) If you read the documentation and the notes in dspam.conf you should see this here:
---------------------
#
# SMTP or LMTP Delivery: Alternatively, you may wish to use SMTP or LMTP
# delivery to deliver your message to the mail server instead of using a
# delivery agent. You will need to configure with --enable-daemon to use host
# delivery, however you do not need to operate in daemon mode. Specify an IP
# address or UNIX path to a domain socket below as a host.
#
# If you would like to set up DeliveryHost's on a per-domain basis, use
# the syntax: DeliveryHost.domain.com 1.2.3.4
#
---------------------
2) You are right about the error handling. IMHO disabling daemon and not having TrustedDeliveryAgent or UntrustedDeliveryAgent configured should not result in a silent drop of the message. That should be fixed.
> Is there any reason not to just always enable this functionality?
>
Yes. Enabling that option will compile the DSPAM daemon as well. And there are scenarios where users want a small DSPAM installation that do not need the functionality of the DSPAM daemon.
--
Kind Regards from Switzerland,
Stevan Bajić
Hallo Mark
could you tell me with what version of DSPAM you have tried that? And could you post your dspam.conf so that I can reproduce that issue on my end? Could you as well compile DSPAM with debug options and without daemon and re-run the commands you have done and then post me the debug log? I am interested to see the debug entry starting with ""Opening pipe to LDA:". If I am not wrong then LDA failures are fixed in anything after DSPAM 3.9.0. With what version did you have that issue?
Hallo Mark, could you please try the latest GIT version of DSPAM and look if you still have that issue? I am going to set this bug report to "pending" since I think that the issue you have reported is not existing any more in DSPAM GIT. Please respond in the next two weeks before the Sourceforge Bug Tracking system is automatically closing this bug report.
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).