> > This is the whole point. If the message hasn't been Received: by a local > server, it is by definition not in your network. > > By feeding messages to SA without a local Received: header, you are > explicitly telling SA that the message is still in some other network, > not yours. So what's SA supposed to do? > > Is SA supposed to know that the message magically appeared in your mail > systems despite never being recorded as Received by them? > > What should SA do if a message is being direct-delivered and has no > existing Recived: headers in it? Where should it decide the message came > from? > > Look, here's a message that got here from nowhere. It wasn't even sent > by the localhost, it just spontaneously appeared in the mail system. > Nobody sent it, nobody Received it, it just appeared here. > > This whole scenario is ridiculous.. OF COURSE spamassassin will break > when you feed it this. > > It can't possibly even TRY to make sense of it because required records > are missing. How could SA behave properly in this case? What should it do? > > Should SA inherently assume that some magic exists where messages can > magically poof from one mail queue to the next without ever being > transmitted over a mail transport protocol? > > Should it assume hackers have taken over your server and are directly > inserting messages into your system without going through your MTA (ie: > writing queue files directly?) > > Or should it just misbehave so hopefully the admin realizes he needs to > FIX a BROKEN SERVER. > >
Im a little confused in this thread now... please clarify this... Does this mean my SA config is not correct if I do not have the ip address of the SA box which is also the main SMTP box in the local.cf in that trusted host config line? How should it specifically look again please? ...and is it supposed to have the loopback address in it too? Please clarify as some time ago I some posts from Pedersen and O'Shea talking back and forth about it a little... Thanks in advance... - rh -- Robert - Abba Communications Computer & Internet Services (509) 624-7159 - www.abbacomm.net
