Bug Tracker item #2881153, was opened at 2009-10-18 03:18 Message generated for change (Settings changed) made by sf-robot 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: Closed 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: SourceForge Robot (sf-robot) Date: 2010-09-29 19:30 Message: 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). ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2010-08-23 21:22 Message: 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. ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2010-08-17 17: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 11: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 07: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 07: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 ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
