You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by Justin Mason <jm...@jmason.org> on 2005/01/21 04:06:34 UTC

Re: small patch to spamd options

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


That seems quite sensible.  however, can you do this via the bugzilla (so
it doesn't get lost in the traffic)?

I don't think a CLA (contributor's license agreement) is required, as it's
a very small patch.

- --j.

brianmas@highstream.net writes:
> Hello,
> I am submitting a small patch to add an option to --virtual-config-dirwhere if you use %U[1-9] it'll include [1-9], characters from the $safename
> variable.
> 
> The reason is because in our set up we have directory names like this:
> 
> /mailhome/b/brian/
> /mailhome/c/chris/
> 
> etc.
> 
> I figured some people might be using
> 
> /mailhome/be/benny/
> 
> so I include the # argument.
> 
> patch attached and in plain text below.
> 
> brian
> 
> --- spamd       2005-01-20 21:02:16.000000000 -0500
> +++ spamd.new   2005-01-20 21:05:15.000000000 -0500
> @@ -1448,6 +1448,7 @@
>    my $dir = $opt{'virtual-config-dir'};
>    my $userdir;
>    my $prefsfile;
> +  my $partname;
> 
>    if ( defined $dir ) {
>      my $safename = $username;
> @@ -1459,6 +1460,9 @@
>      $dir =~ s/\%u/${safename}/g;
>      $dir =~ s/\%l/${localpart}/g;
>      $dir =~ s/\%d/${domain}/g;
> +    $dir =~ m/\%U(.)/;
> +    $partname = substr($safename,0,$1);
> +    $dir =~ s/\%U./${partname}/g;
>      $dir =~ s/\%\%/\%/g;
> 
>      $userdir   = $dir;
> 
> ---MOQ11062738690243f5a999a86fc4254533357a3da444
> Content-Type: application/octet-stream; name="virt-path.patch"
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment; filename="virt-path.patch"
> 
> LS0tIHNwYW1kCTIwMDUtMDEtMjAgMjE6MDI6MTYuMDAwMDAwMDAwIC0wNTAwCisrKyBzcGFtZC5u
> ZXcJMjAwNS0wMS0yMCAyMTowNToxNS4wMDAwMDAwMDAgLTA1MDAKQEAgLTE0NDgsNiArMTQ0OCw3
> IEBACiAgIG15ICRkaXIgPSAkb3B0eyd2aXJ0dWFsLWNvbmZpZy1kaXInfTsKICAgbXkgJHVzZXJk
> aXI7CiAgIG15ICRwcmVmc2ZpbGU7CisgIG15ICRwYXJ0bmFtZTsKIAogICBpZiAoIGRlZmluZWQg
> JGRpciApIHsKICAgICBteSAkc2FmZW5hbWUgPSAkdXNlcm5hbWU7CkBAIC0xNDU5LDYgKzE0NjAs
> OSBAQAogICAgICRkaXIgPX4gcy9cJXUvJHtzYWZlbmFtZX0vZzsKICAgICAkZGlyID1+IHMvXCVs
> LyR7bG9jYWxwYXJ0fS9nOwogICAgICRkaXIgPX4gcy9cJWQvJHtkb21haW59L2c7CisgICAgJGRp
> ciA9fiBtL1wlVSguKS87CisgICAgJHBhcnRuYW1lID0gc3Vic3RyKCRzYWZlbmFtZSwwLCQxKTsK
> KyAgICAkZGlyID1+IHMvXCVVLi8ke3BhcnRuYW1lfS9nOwogICAgICRkaXIgPX4gcy9cJVwlL1wl
> L2c7CiAKICAgICAkdXNlcmRpciAgID0gJGRpcjsK
> 
> ---MOQ11062738690243f5a999a86fc4254533357a3da444--
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFB8HG6MJF5cimLx9ARAlTdAKCG5eoCheN3GJGu637kqIp4ZYaxmgCfV9gQ
S+ymnG/2QEsFTaKARjTemEY=
=6xV1
-----END PGP SIGNATURE-----