Hello Ken and Stevan,
I've done some investigation and below you can see the offending line in
the original email is line 002. Line 001 and line 003 are for context.
Per Stevan.
001 has low airflow of 92 cfm for exhaust down low which equates to .4
cfm/ft2=
002 .
003 I suggest that this ducting b
On 3 Sep 2014, at 12:47, Stevan Bajić wrote:
> I don't know how to intelligently catch this issue in the code (it has been a
> while since I looked or touched the code). IMHO piping data to the DSPAM
> binary should not suffer from this dot stuffing. If you would send that
> directly to LMTP/DL
On Wed, Sep 03, 2014 at 01:47:59PM +0200, Stevan Bajić wrote:
> On 02.09.2014 23:59, Eric Broch wrote:
> >Hi Stevan,
> >
> Hello Eric,
>
>
> >I sent the email you requested to your private email account in a
> >zip file.
> >
> I got the mail. Tested the result with normal "dspam" and with
> "dspa
On 02.09.2014 23:59, Eric Broch wrote:
Hi Stevan,
Hello Eric,
I sent the email you requested to your private email account in a zip
file.
I got the mail. Tested the result with normal "dspam" and with "dspamc"
and with "dspam --client". Using plain old "dspam" worked flawlessly
while usi
Hi list,
I with to migrate my dspam setup from a MySQL backend to a new
postgreSQL server. So I tried to use dspam_2sql tool to move my data,
but I noticed this tool only dump the "dspam_stats" and
"dspam_token_data" tables, and ignore the "dspam_signature_data" table !
I'm not an expert of Ds
