I suspect your SME is getting the email from "192.168.1.1" instead of "192.168.1.40" because:
* that's the default gateway on the FreePBX system
* The IP address of the SME -
from FreePBX is remote instead of local, so the router is using some sort of hairpin NAT to re-source the traffic before sending it to the SME at 192.168.1.35
I've listed a bunch of options below for getting the email accepted by the SME server, but most of them assume that the FreePBX system at 192.168.1.40 is talking directly to the SME. For those options, you need to get the FreePBX system to talk directly to the SME server.
This may require a static route on the FreePBX system to send traffic for 192.168.86.0/24 to 192.168.1.35. Here is a howto on creating either temporary or persistent static routes (link seen at the
freepbx community, so hopefully useful to you):
https://my.esecuredata.com/index.php?/knowledgebase/article/2/add-a-static-route-on-centos...Or...
You may need to create a DNS or HOSTS file entry on FreePBX for
mail.logicaldevelopments.com.au pointing to 192.168.1.35
Once the FreePBX system is talking directly to the SME server -
Option 1:
- Add the IP address of FreePBX as "
local networks" in server-manager, eg "192.168.1.40/32"
Option 2:
- Configure FreePBX to use SMTP Auth (...
but it looks like this either takes tricky manual configuration or a paid module...)
Option 3:
- Install
smeserver-wbl and whitelist the FreePBX IP
Option 4:
- Install a second NIC into the FreePBX system that is connected on the SME server LAN segment, and configure FreePBX to deliver email to the SME LAN IP (that is, use 192.168.86.100 in the dns/hosts entry you create on FreePBX)
Option 5:
- Setup rDNS for 192.168.1.40 (details left as a frustrating excercise

)
Option 6:
- Configure FreePBX to send notifications to a mailbox outside your network (gmail, hotmail, aol, etc), then configure that mailbox to forward the email back to your SME mailbox
(I can think of more options, but they get increasingly convoluted...)