spamass-milt-list
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Making Spamass-Milt respect virtusertable and aliases (fwd)


From: Tony Shadwick
Subject: RE: Making Spamass-Milt respect virtusertable and aliases (fwd)
Date: Fri, 15 Aug 2003 16:16:18 +0000 (GMT)

A coule more irons for the fire on the sendmail -bv front.

One is that I'm working on hacking spamd to fit my purposes.  I've tried
Cassandra's patch, which essentially catches the userid, runs sendmail -bv
on it, then passes along the new one if it's different, or the same on if
it is not.

Example output:

[erwin:~] numbski% sendmail -bv tony
Notice: -bv may give misleading output for non-privileged user
numbski... deliverable: mailer local, user numbski
[erwin:~] numbski% sendmail -bv karen
Notice: -bv may give misleading output for non-privileged user
baroque... deliverable: mailer local, user baroque
[erwin:~] numbski% sendmail -bv nathan
Notice: -bv may give misleading output for non-privileged user
sysiphus... deliverable: mailer local, user sysiphus

Now, for a touch of irony, one of my problems is that the virtusertable
isn't local, so through the magic of ssh, i tried this:

jade# ssh -q opal /usr/sbin/sendmail -bv address@hidden
address@hidden's password:
address@hidden deliverable: mailer smtp, host jade.tseinc.com.,
user address@hidden

It is entirely possible to set up a passwordless ssh session using the
authorized_keys files in a user's (presumably root's in this case) ~/.ssh
so you don't get prompted.  The only thing I can see from a configuration
point of view if you were doing the second, you would need to test that,
in this case, of resolving to address@hidden that jade.tseinc.com
== localhost, and if it is, run sendmail -bv on address@hidden just to
be sure, then proceed to filtering.

I know I'm making everyone's lives complicated, but this functionality
would just rock IMHO. :P

Tony Shadwick
Manager of Internet Services
Strategic Technology Group
314-872-3000 x105

On Mon, 11 Aug 2003, Giles Coochey wrote:

> Tony,
>
> Rather than edit the user_prefs file, why not edit the local.cf system
> wide file and put in "all_spam_to" and then the name of the user that
> the email is actually being delivered to?
>
> Other options are "whitelist_to" and "more_spam_to"
>
> Checkout http://www.spamassassin.org/doc/Mail_SpamAssassin_Conf.html for
> more details.
>
> Thanks
>
> Giles
>
>
> -----Original Message-----
> From: Tony Shadwick [mailto:address@hidden
> Sent: 11 August 2003 15:10
> To: address@hidden
> Subject: Making Spamass-Milt respect virtusertable and aliases (fwd)
>
>
> Arrrgh!!!!
>
> Okay, no fault of yours, but I'm having serious issues with
> spamass-milt,
> serious enough that my boss is considering making me taking it off. :(
>
> We have a few users that are getting e-mails from virtual host addresses
> delivered locally.  For example:
>
> We have a mail host, @tseinc.com.  I create the user 'limited'.  Their
> e-mail address is now address@hidden
>
> On an external mail exchanger (not the same system) there is a
> virtusertable entry stating that  address@hidden is actually
> address@hidden
>
> Said user HATES spamassassin, and is demanding that it be taken off of
> his account.  Okay, so I go into his user_prefs and set his threshhold
> to
> 100.  His mail is still getting tagged as spam because spamassassin is
> looking for the user 'bob' to read his prefs, isn't finding that user,
> so
> it's using the global defaults instead of ever thinking to look at
> 'limited'.
>
> I have a similar situation going on with my own mail server.  My
> username
> is numbski, but I have several virtusertable entries set up, most
> notably,
> tony.  I have much mail that is spam showing up addressed to tony that
> never reads my prefs file.  In this case, the virtusertable is local.
>
> I have one workaround in mind, but it's a real kludge.  In my first
> example, it would be to create the user bob, symlink his ~/.spamassassin
> directory to limited's home, set a .forward in bob's home directory to
> address@hidden
>
> Okay, so wishful thinking is something that checks /etc(/mail)/aliases
> and
> /etc/mail/virtusertable and uses the correct user_prefs.  Is there a way
> I
> can manually set this up on a per-user basis so I don't have users
> wanting
> to rip my head off?
>
> Tony Shadwick
> Manager of Internet Services
> Strategic Technology Group
> 314-872-3000 x105
>
> ---------- Forwarded message ----------
> Date: Thu, 3 Jul 2003 22:30:24 +0000 (GMT)
> From: Tony Shadwick <address@hidden>
> To: address@hidden
> Subject: Making Spamass-Milt respect virtusertable and aliases
>
> This isn't hugely high on my priority list, but I was wondering if it's
> possible to get the milter to look at not just the user name, but to
> check
> aliases and virtusertable to use the appropriate user_prefs for
> filtering?
> I personally have dozens of aliases and virtusertable entries that get
> to
> me in one form or another, it would be nice for them to all use my
> user_prefs file.  Any way to do this out of the box, or does it require
> a
> patch?
>
> Tony Shadwick
> Manager of Internet Services
> Strategic Technology Group
>
>
>
> _______________________________________________
> Spamass-milt-list mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/spamass-milt-list
>
>
>
> _______________________________________________
> Spamass-milt-list mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/spamass-milt-list
>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]