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

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

Re: user preferences and mail relays


From: Todd Lyons
Subject: Re: user preferences and mail relays
Date: Thu, 3 Mar 2005 09:47:12 -0800
User-agent: Mutt/1.5.6i

Michael Grant wanted us to know:

>If I use the -u flag, is that the user that is passed when
>spamass-milter cannot figure out a user to use from the headers?

Yes.

>There is a file in /etc/mail/local-host-names which contains the names
>of all the domains that my box are known as.  Couldn't spamass-milter
>be smart enough to read this file and then it would know which domain
>was localdomain.com and then it could know to pass user1 instead of
>user2 to spamc?

The question is whether sendmail passes to the milter the username the
remote MTA said it was sending to, or if it passes the username that
sendmail has determined it's being aliased to.

>In this case, the -u option could be used for mail where
>spamass-milter can't figure out the username.

But...that's what it already does?  I must have missed something.

>The one major problem I see is how can spamass-milter figure out the
>user to pass to spamc if the user it gets from address@hidden is an alias
>(i.e. it's not a username on the system).  I don't think it can know. 

Yeah, see my question above.

>In this case, it's going to be better to use procmail at the user
>level when the message is delivered rather than at the milter level.

We're trying to figure out right now how we can do per user
customizations without having to resort to calling it from maildrop.
-- 
Regards...              Todd
OS X: We've been fighting the "It's a mac" syndrome with upper management
for  years  now.  Lately  we've  taken  to  just  referring  to  new  mac 
installations  as  "Unix"  installations  when  presenting proposals  and 
updates.  For some reason, they have no problem with that.          -- /.
Linux kernel 2.6.8.1-12mdkenterprise   1 user,  load average: 0.00, 0.00, 0.00




reply via email to

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