Mainly resolved:
Somewhere in the process, the port-configuration files ended up getting
changed and not configuring dspam with
--enable-virtual-users
I still am unable to get debugging output to /var/log/dspam/dspam.debug
when running as daemon under FreeBSD. I'm not sure if this is a
"feature" or not.
Debugging hints for anyone else that gets
received invalid result (!DSR_ISSPAM && !DSR_ISINNOCENT): -2
or similar inscrutable error messages:
$ dspam --version
will show configuration parameters
The only way that I could get debugging output from dspam running as a
server was to keep in in the foreground by invoking it from the command
line (compiling it with --enable-debug and potentially
--enable-verbose-debug)
# dspam --daemon --nofork --debug
One can watch the conversation between dspam and postfix (or the like)
by inserting socat in between the two. For example:
# socat -v
UNIX-LISTEN:/var/spool/postfix/dspam/socat.listen,user=root,group=dspam,mode=777,fork
UNIX-CONNECT:/var/spool/postfix/dspam/dspam.sock
Postfix is then (temporarily) configured to use socat.listen as its
filter destination.
Thanks for the hints and head scratching!
Jeff
On 10/2/15 6:17 PM, Jeff Kletsky wrote:
> Thanks, yes, I can access the MySQL database using the "dspam" user and
> credential and see both the original address as well as the aliased
> address in dspam_virtual_uids
>
> I'm compiling and installing with verbose debug now.
>
> Jeff
>
>
> On 10/2/15 5:18 PM, [email protected] wrote:
>>> I've got some old notes about "received invalid result (!DSR_ISSPAM &&
>>> !DSR_ISINNOCENT): -2" happening with the --user parameter was a
>>> fully-qualified mail address, not the local user.
>>>
>>> I've checked and the mysql server is running and responds to interactive
>>> queries. That calling dspam directly "works" suggests to me that the
>>> database and access to the database is still functioning properly.
>>>
>>> I don't see anything added in /var/log/dspam/dspam.debug coming from
>>> running the daemon with the --debug option, nor anything "new" in either
>>> /var/log/messages, or /var/log/maillog
>>>
>>>
>>>
>>> I'm out of ideas at this point and am hoping for some suggestions as how
>>> to proceed to resolve this.
>>>
>>> TIA,
>>>
>>> Jeff
>>>
>> Hi Jeff,
>>
>> Does the user that is being processed exist in the virtual users table?
>>
>> Regards,
>> Ken
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Dspam-user mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/dspam-user
>>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Dspam-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspam-user
>
------------------------------------------------------------------------------
_______________________________________________
Dspam-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-user
