Bug Tracker item #2881153, was opened at 2009-10-18 05:18 Message generated for change (Comment added) made by sbajic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=2881153&group_id=250683
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: daemon Group: v3.9.0 Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mark Diekhans (diekhans) Assigned to: Stevan Bajic (sbajic) Summary: mail disarded if SMTP delivered use without --enable-daemon Initial Comment: 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. ---------------------------------------------------------------------- >Comment By: Stevan Bajic (sbajic) Date: 2010-08-17 19:44 Message: 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? ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2010-03-03 12:56 Message: 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ć ---------------------------------------------------------------------- Comment By: Mark Diekhans (diekhans) Date: 2009-10-18 09:57 Message: 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 ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2009-10-18 09:12 Message: 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=2881153&group_id=250683 ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
