SMTP timeout

[pix03]

It's my first time configuring a Cisco PIX. I have a 515 running 6.3(1) and have problems sending emails to a server located outside the LAN. Increasing timeout in Outlook helps but there has to be something wrong with my config cause 1.5 min timeout is too much. Any idea?

This is my current config:

PIX Version 6.3(1)
interface ethernet0 auto
interface ethernet1 auto
interface ethernet2 auto
nameif ethernet0 outside security0
nameif ethernet1 HH security99
nameif ethernet2 inside security100
enable password xxxxxxxxxxxxxx encrypted
passwd xxxxxxxxxxxxxx encrypted
hostname pixfirewall
fixup protocol ftp 21
fixup protocol h323 h225 1720
fixup protocol h323 ras 1718-1719
fixup protocol http 80
fixup protocol ils 389
fixup protocol rsh 514
fixup protocol rtsp 554
fixup protocol sip 5060
fixup protocol sip udp 5060
fixup protocol skinny 2000
fixup protocol smtp 25
fixup protocol sqlnet 1521
names
access-list 100 permit icmp any any
pager lines 24
mtu outside 1500
mtu HH 1500
mtu inside 1500
ip address outside 6x.xxx.xxx.34 255.255.255.248
ip address HH 192.168.0.1 255.255.255.0
ip address inside 192.168.1.1 255.255.255.0
ip audit info action alarm
ip audit attack action alarm
no failover
failover timeout 0:00:00
failover poll 15
no failover ip address outside
no failover ip address HH
no failover ip address inside
pdm history enable
arp timeout 14400
global (outside) 1 interface
nat (HH) 1 0.0.0.0 0.0.0.0 0 0
nat (inside) 1 0.0.0.0 0.0.0.0 0 0
access-group 100 in interface outside
conduit permit icmp 192.168.1.0 255.255.255.0 any
conduit permit icmp any 192.168.1.0 255.255.255.0
route outside 0.0.0.0 0.0.0.0 6x.xxx.xxx.33 1
timeout xlate 3:00:00
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 rpc 0:10:00 h225 1:00:00
timeout h323 0:05:00 mgcp 0:05:00 sip 0:30:00 sip_media 0:02:00
timeout uauth 0:05:00 absolute
aaa-server TACACS+ protocol tacacs+
aaa-server RADIUS protocol radius
aaa-server LOCAL protocol local
no snmp-server location
no snmp-server contact
snmp-server community public
no snmp-server enable traps
floodguard enable
telnet 192.168.1.3 255.255.255.255 inside
telnet 192.168.1.2 255.255.255.255 inside
telnet timeout 5
ssh timeout 5
console timeout 0
dhcpd address 192.168.0.10-192.168.0.100 HH
dhcpd address 192.168.1.10-192.168.1.50 inside
dhcpd dns 6x.xx.x.xx 6x.xx.x.xx
dhcpd wins 6x.xx.x.xx 6x.xx.x.xx
dhcpd lease 3600
dhcpd ping_timeout 750
dhcpd enable HH
dhcpd enable inside
terminal width 80
Cryptochecksum:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Thanks,

Adrian

 

[chakotay2]

1. Try allowing ident packets back into your net from the mail server.
2. try disabling the 'fixup protocol smtp 25' statement

The first solution will fix a known issue with SMTP servers trying to use IDENT to verify the source of a mail message. This will probably only be the case if the mail server is sendmail.

The second solution will help verify if the PIX itself is the problem - some earlier PIX OS version had compatibility problems with some implementations of SMTP. If solution 2 fixes your problem, then further investigation into this would be required to identify any bugs that may exist.

If neither fix the problem, then what sort of mail server is it?
On an unrelated issue, consider using the new syntax: Access-list statements instead of conduit statements, as the latter is considered obsolete. You might also find the web based interface easier to use instead of hand-coding the rules.

 

[pix03]

Thanks for the reply. I've used service resetinbound and resetoutside to allow IDENT packets, I disabled the fixup protocol smtp 25 but no improvment yet.

 

[yizhar]

HI.

> I've used service resetinbound and resetoutside to allow IDENT packets, I disabled the fixup protocol smtp 25 but no improvment yet
Then you should undo those changes if they didn't help.

The problem could be caused by missing reverse lookup PTR record in DNS:

http://www.cisco.com/warp/public/110/21.html

The article is not about SMTP but is still relevant.

What is the connection type to the Internet - ADSL?
If so, then it could also be an MTU issue - but I will go for DNS first.


Yizhar Hurwitz

http://come.to/yizhar

http://teachers.sivan.co.il/yizhar