Re: how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread RW
On Thu, 08 Dec 2016 17:50:33 -0500 Kris Deugau wrote: > Yes, both. Strictly speaking these should only go in > trusted_networks, since these are not *your* hosts, but the way the > lookups are defined you'll probably need to put them in > internal_networks. > > I took a look at the stock rules

Re: how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread RW
On Thu, 08 Dec 2016 12:18:52 -0500 Kris Deugau wrote: > Automated forwarding should just be another SMTP hop, and adding the > third-party host to trusted_networks should work just fine[1]. This works if you haven't defined internal_networks at all, in which case internal and trusted are assumed

Re: Weird Spamassassin startup behaviour on Ubuntu 16.10

2016-12-08 Thread Michael Heuberger
many thanks, much appreciated shawn! On 9/12/16 04:48, Shawn Bakhtiar wrote: I believe in order for that to be true you need to use do-release-upgrade https://help.ubuntu.com/lts/serverguide/installing-upgrading.html Which also handles the migration of the startup scripts etc (regardless

Re: how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread Kris Deugau
(Please keep mail on the list) Marcus Schopen wrote: > Hi Kris, > > thanks for your time! > > Am Donnerstag, den 08.12.2016, 12:18 -0500 schrieb Kris Deugau: >>> On 12/8/2016 10:54 AM, Marcus Schopen wrote: Hi, some of my users forward external mails to my host. In some cases thos

Re: how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread Kris Deugau
> On 12/8/2016 10:54 AM, Marcus Schopen wrote: >> Hi, >> >> some of my users forward external mails to my host. In some cases those >> forwarding hosts don't filter spam. How do I parse back through >> forwarding headers to find the true source IP and run dnsrbl checks on >> that IP. I don't want t

Re: how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread RW
On Thu, 08 Dec 2016 16:54:26 +0100 Marcus Schopen wrote: > Hi, > > some of my users forward external mails to my host. In some cases > those forwarding hosts don't filter spam. How do I parse back through > forwarding headers to find the true source IP and run dnsrbl checks on > that IP. I don't

Re: PerMsgStatus get('From') returns different values in the same email

2016-12-08 Thread Olivier Coutu
On 2016-12-06 11:19, Olivier Coutu wrote: However, if I run that on machine B (Ubuntu 16.04, SpamAssassin version 3.4.1, Perl version 5.22.1) that I have recently created, after the first call to the /get//('From', 0)/ which returns the correct value, the following calls return the values with

Re: how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread Kevin A. McGrail
On 12/8/2016 10:54 AM, Marcus Schopen wrote: Hi, some of my users forward external mails to my host. In some cases those forwarding hosts don't filter spam. How do I parse back through forwarding headers to find the true source IP and run dnsrbl checks on that IP. I don't want to reject those ma

how to parse back through forwarding headers to find the true source IP

2016-12-08 Thread Marcus Schopen
Hi, some of my users forward external mails to my host. In some cases those forwarding hosts don't filter spam. How do I parse back through forwarding headers to find the true source IP and run dnsrbl checks on that IP. I don't want to reject those mails in case of spam, so that the forwarding hos

Re: Weird Spamassassin startup behaviour on Ubuntu 16.10

2016-12-08 Thread Shawn Bakhtiar
I believe in order for that to be true you need to use do-release-upgrade https://help.ubuntu.com/lts/serverguide/installing-upgrading.html Which also handles the migration of the startup scripts etc (regardless upgrades like these always tend to leave loose threads). For now thought I woul