failure sending email to a local smtp server
Posted: Mon Jan 05, 2015 10:11 am
I have
note the two addresses on bridge-local !
my email setup looks like this:
when I try to send an email, I get this:
The routing table looks like this:
Note the route #4. I disabled that address from the G2 interface (see above), yet that route is still present and
apparently can be set 'disabled' since it's dynamic.
Still, that does also not explain why the RB2011 is trying to send the email from source-address 127.0.0.2 !
any insights anyone?
Code: Select all
[admin@koerberGW] /tool e-mail> /ip address print
Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK INTERFACE
0 A.B.C.D/24 103.247.134.0 G1-world
1 ;;; Loopback bridge
127.0.0.2/32 127.0.0.2 bridge-loopback
2 192.168.88.1/24 192.168.88.0 bridge-local
3 192.168.0.233/24 192.168.0.0 bridge-local
4 ;;; hotspot network
192.168.100.1/24 192.168.100.0 ether7-Hotspot
5 X 192.168.0.234/24 192.168.0.0 G2
6 192.168.30.1/24 192.168.30.0 VLAN-30
my email setup looks like this:
Code: Select all
/tool e-mail> print
address: 192.168.0.10
port: 587
start-tls: yes
from: GW <admin@me>
user: admin@me
password: password
last-status: failed
Code: Select all
16:03:45 firewall,info OUTPUT output: in:(none) out:(unknown), proto TCP (SYN), 127.0.0.1:59792->127.0.0.1:587, len 60
16:03:45 firewall,info OUTPUT output: in:(none) out:(unknown), proto TCP (ACK,RST), 127.0.0.1:587->127.0.0.1:59792, len 40
Code: Select all
] /ip route> print
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit
# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 A S 0.0.0.0/0 192.168.0.1 1
1 X S 0.0.0.0/0 A.B.C.D 1
2 DC A.B.C.D/24 A.B.C.D G1-world 255
3 ADC 127.0.0.2/32 127.0.0.2 bridge-loopback 0
4 ADC 192.168.0.0/24 192.168.0.234 bridge-local 0
5 DC 192.168.30.0/24 192.168.30.1 VLAN-30 255
6 ADC 192.168.88.0/24 192.168.88.1 bridge-local 0
7 DC 192.168.100.0/24 192.168.100.1 ether7-Hotspot 255
Note the route #4. I disabled that address from the G2 interface (see above), yet that route is still present and
apparently can be set 'disabled' since it's dynamic.
Still, that does also not explain why the RB2011 is trying to send the email from source-address 127.0.0.2 !
any insights anyone?