This is correct -- spamdyke-qrv has a bug that doesn't correctly validate 
forward addresses that are not hosted locally.  I hope to have a new version of 
spamdyke available very soon that will fix this problem (and several others).  
Just need to get all the test scripts to run successfully...

-- Sam Clippinger




On Jan 10, 2015, at 9:40 AM, Martin H. Sluka via spamdyke-users 
<[email protected]> wrote:

> Hi Konstantin,
> 
>> I have difficulties using spamdyke-qrv in combination with aliases
>> on aliased domains with vpopmail. For example when I'm creating a
>> new domain original-domain.com with alias domain alias-domain.com
>> and then after creating forward [email protected] I expect
>> to be receiving email on [email protected] as well. But
>> spamdyke-qrv filters it. :(
> 
> maybe it's the bug explained here:
> http://comments.gmane.org/gmane.mail.spam.spamdyke.user/4055
> 
> At least, this one caused trouble at our site in connection with
> forwardings to remote addresses in .qmail files.
> 
>> Any ideas how to fix it?
> 
> The following patch works for me as a workaround:
> 
> --- spamdyke-5.0.0/spamdyke-qrv/validate-qrv.c  2014-01-27 23:28:00.000000000 
> +0100
> +++ spamdyke-5.0.0/spamdyke-qrv/validate-qrv.c.patched  2014-12-30 
> 01:30:37.405723118 +0100
> @@ -1247,14 +1247,8 @@
> 
>           break;
>         case 47:
> -          if (((return_value = validate(current_settings, 
> qmail_lines[current_line] + ((qmail_lines[current_line][0] == 
> QMAIL_FORWARD_START_CHAR) ? 1 : 0), (qmail_lines[current_line][i] == '@') ? 
> (i - 1) : i, (qmail_lines[current_line][i] == '@') ? 
> (qmail_lines[current_line] + i + 1) : "", forwarded + 1)) == DECISION_VALID) 
> ||
> -              (return_value == DECISION_ERROR))
> -            continue_processing = 0;
> -          else
> -            {
> -            current_line++;
> -            current_step = 37;
> -            }
> +          return_value = DECISION_UNKNOWN;
> +          continue_processing = 0;
> 
>           break;
>         default:
> 
> That is, instead of trying to recursively resolve aliases,
> I just consider their status as unknown, which lets spamdyke
> accept messages by default.
> 
> If that does not work for you, please send the output of
> "spamdyke-qrv -vv alias-domain.com alias" to the list
> (assuming that you have configured and compiled spamdyke-qrv
> --with-excessive-output).
> 
> Regards,
> Martin
> 
> -- 
> ___________________________________________                     _
> Martin H. Sluka  \ mailto:[email protected] /       ASCII ribbon ( )
> Breite Straße 3   \ tel +49-700-19751024 /  campaign - against  X
> D-90552 Röthenbach \-- http://unf.ug ---/  HTML email & vcards / \
> _______________________________________________
> spamdyke-users mailing list
> [email protected]
> http://www.spamdyke.org/mailman/listinfo/spamdyke-users

_______________________________________________
spamdyke-users mailing list
[email protected]
http://www.spamdyke.org/mailman/listinfo/spamdyke-users

Reply via email to