Noel J. Bergman wrote: > > Does this open any concerns that such messages could leak out > of the system > because they would appear to be locally generated?
Fair question. The short answer is no, these changes do not alter what mail is fetched and injected into James. In fact, by default, fetchmail does not inject mail into the system without the sole intended receipient being a localuser. Moreover, there is no good reason why mail for a remote destination should be delivered to a POP3/IMAP message store. Mail should only get there because the MX records pointed to the mail server to which the POP3/IMAP message store is connected as the destination for the message's recipient. The history behind the latest fix is... Originally, fetchPOP and fetchmail injected mail without a remote address or host. If matchers using this this information such as SenderInFakeDomain and InSpammerBlackList were configured, they would fallover when encountering such a mail as they do not expect to find these fields set to null. First workaround was to always set the remote address to 127.0.0.1 and remote host to localhost. It didn't allow these matchers to look up the true remote address/name, but did stop the Mailet chain from falling over. Next step was to use the n'th received header, where n = the received header recording the mail arriving into the delivering mail servers environment, to work out the remote mail server's address/name. When available, this is now used to set the mails remote address/host and now SenderInFakeDomain and InSpammerBlackList work very well for almost all fetched mail. This is turned on by default, but can be turned off if required, reverting to 127.0.0.1/localhost. There is a boundary case where the hostname in the received header cannot be resolved. This used to always treat the mail as undeliverable. Now there's an option to inject it. The fix just applied ensures that in this case, or any future case, where the remote address or host cannot be determined 127.0.0.1 /localhost are used and a MailAttribute set to indicate the condition. This avoids falling back to the original condition where we could have the Mailet chain falling over. -- Steve --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
