Jo Rhett wrote:
Lots of users of this host have Windows PCs,
Another way to do it would be to use different AWLs, or disabling AWL, for mail from your own users (either authenticated or locally submitted). This makes a lot of sense to me.
Have no "my own users" except me ;-) And disabling AWL entirely is again a hack. Let's focus on a fix.
1: Just read it as of when I said "your own users" I meant the users of the host in question (the ones you mention above). More specifically, the users using your host as a MSA (authenticated or locally).
2: I never suggested disabling the AWL entirely. I suggested disabling it for the above mentioned users.
I also suggested (and this is prefferable to disabling it in my opinion) to separate the AWL so that you use one AWL for mail from the above mentioned users and another for unathenticated mail from external relays.
Is there any specific reason you do not want to use two different AWLs for those two different types of traffic?
A more involved change would be to have the AWL store the authentication state as well as mail address and relay IP/16. When scanning mail from your own users using the same AWL database as for for mail to your users, this seems necessary to me.
Again, this seems to be a lot of work for no real gain. What I have proposed makes sense for widespread use. Why hack/slash/burn when a good fix would improve it for everyone?
In case you haven't noticed it, your suggestion is not seen as a "good fix" for the problem by everyone. I was merely suggesting other ways to go about this.
If you wish other peoiple to implement/accept something that fixes your problem and you can't convince them that your own ideas are good, it may be that alternative means of fixing the problem are seen as better and therefore stand a bigger chance of being implemented/eccepted.
I am not, however, trying to stop you from implementing ignoring self->self mail by the AWL.
If you do implement your fix and submit it, please make it an option. I for one would turn it off since it would not improve things here.
Regards /Jonas -- Jonas Eckerman, FSDB & Fruktträdet http://whatever.frukt.org/ http://www.fsdb.org/ http://www.frukt.org/
