Re: recipient address is alias

[Cassandra Lynette Brockett]

Oh, I forgot to do this before - I have the code snippet as a patch for 2.60
of spamd if you are interested (that's so I can easily do the updates for
this myself - I have a couple of local modifications that I've written here,
a big one was for sql lookups...), though it is for the uncompiled spamd...

You will find the alias patch attached... as I said though - this isn't an
official patch - the spamassassin developers seem to consider this to be
something that is best handled by spamass-milter - which I agree with,
spamass-milter should be handing over the correct local user when given
the -u - hence the reason I need to get in and write the patch to the code
for that...

Regards,
    Cassandra

----- Original Message ----- 
From: "Winfried Kaindl" <address@hidden>
To: <address@hidden>
Sent: Tuesday, June 03, 2003 6:41 AM
Subject: recipient address is alias


> I have a problem, if a mail is sent to an address which is an alias.
> Here, test is an alias for the existing user spamtest. The following
> error message occurs:
>
> Jun  3 13:38:01 orion sendmail[3385]: h53Bc1bP003385: Milter
> (spamassassin): init success to negotiate
> Jun  3 13:38:01 orion sendmail[3385]: h53Bc1bP003385: Milter: connect to
> filters
> Jun  3 13:38:02 orion sendmail[3385]: h53Bc1bP003385:
> from=<address@hidden>, size=845, class=0, nrcpts=1,
> msgid=<address@hidden>, proto=ESMTP,
> daemon=MTA, address@hidden
> [129.187.194.10]
> Jun  3 13:38:25 orion.tep.e-technik.tu-muenchen.de spamd[3223]:
> connection from localhost [127.0.0.1] at port 49257
> Jun  3 13:38:25 orion.tep.e-technik.tu-muenchen.de spamd[3390]:
> handle_user: unable to find user 'test'!
> Jun  3 13:38:25 orion.tep.e-technik.tu-muenchen.de spamd[3390]: Still
> running as root: user not specified with -u, not found, or set to root.
> Fall back to nobody.
> Jun  3 13:38:25 orion.tep.e-technik.tu-muenchen.de spamd[3390]: fatal:
> setuid to nobody failed
> Jun  3 13:38:26 orion sendmail[3385]: h53Bc1bP003385: Milter accept:
> message
> Jun  3 13:38:27 orion sendmail[3391]: h53Bc1bP003385: to=spamtest,
> delay=00:00:26, xdelay=00:00:01, mailer=local, pri=31188, dsn=2.0.0,
> stat=Sent
> Jun  3 13:38:27 orion sendmail[3391]: h53Bc1bP003385: done;
> delay=00:00:26, ntries=1
>
> And the mail is not scanned for spam!!
>
> I start spamass-milter0.1.3a and spamd-2.53 as follows:
> su spam -c '/usr/sbin/spamass-milter -p /var/spam/spamass.sock -f -u
> spam &'
> /usr/sbin/spamd -c -d
>
> Adding the '-u nonrootuser' option to spamd leads to non read/writeable
> .spamassassin
> files, which of course could be fixed by setting proper group
> permissions to all relevant home-directories. But I do not want to do
> this.
>
> Spamd dies at once if I add -u root (Bug??), with no valuable log (-D3):
> Jun  3 14:23:01 orion.tep.e-technik.tu-muenchen.de spamd[3465]: debug:
> daemonized.
>
> The problem is, that I want to run spamd as user root and every mail to
> an aliased address has to be scanned with spamd!
> Can anybody help me to fix this?
>
> Thanks is advance.
>
> Regards,
>
> Winfried
>
>
> _______________________________________________
> Spamass-milt-list mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/spamass-milt-list
>

alias.patch
Description: Binary data