Recieving mail problem

DFantom

Expert Member
Joined
May 20, 2004
Messages
1,498
Reaction score
2
Location
Cape Town
So here's the problem, I can not download email from any external mail server. WBS one, no issues there. The first wierd part is sending (ala SMTP) is perfect, and secondly if the mail box is empty it works fine. If there is mail in the mail box it connects to the POP3 server and the timesout while downloading the email. The size does not matter (most emails I'm talking about are < 4k anyway).

It's not port related since I tried switching the port from 110 to 2001. It's also not mail server related since 3 seperate mail servers (one being Tiscali's/World Online) all show it. It's not email client related since I've tried Outlook, OE, and Thunderbird. It's not client machine/os related since I've tried it on 10 machines, which have three (more correctly 2 and a half) different OS's between them (WinXP, Win98, WinME) and on 2 different iBurst accounts at two different locations (~30km in between them).

The only constant in each setup is that there is a linux firewall (using IPTables to do the firewall). The linux box does nat'ting to the internal network as well. The linux box does not suffer from this problem itself, it can happily download email. Putting the iBurst direct on a workstations, and it works fine. Changing the IPTables rules to allow anything through (so just nat'ting going on) also does not work. This is only an iBurst problem, since connect via ADSL or Sentech and it works perfectly. Everything else works fine to the workstations (HTTP, Skype, FTP etc...), it's just the actual downloading of email. And the final bit of fun, is when I encrypt the POP3 (either SSH tunnel or SSL) it works perfectly in every setup.

What I am thinking is that the stateful packet inspection is somehow marking the packets or altering them, they hit the linux box (firewall) which can not understand how to correctly nat them so it drops them.

Any one got any ideas on how to get around this?
 
plug the iburst modem directly into one of the pc's and test if it still happens. Then you'll know if its the linux box or not.

personally i have my linux box fetch all the mail for me and drop it on a local pop3 server where all the local machines then collect the mail from. Use a product called fetchmail for doing that. That way i can also do my own antivirus scanning and spamassasin on any incoming and outgoing mail.

Obelix
 
That's the only problem I had before adjusting the MTU, but also with a direct connection, bot through Linux.
 
I had this problem when I got iBurst, it was something to do with my NAT (software router and firewall) and an upgrade resolved it. I think it was MTU to blame
 
Obelix said:
plug the iburst modem directly into one of the pc's and test if it still happens. Then you'll know if its the linux box or not.
I think I put that into my little message, anyway if not, I did try that and it works fine. The linux box also can download fine itself. It's only the machines once nat'ed that are the problem. Funny thing is this box, with no changes works great on ADSL and Sentech.

jmn said:
That's the only problem I had before adjusting the MTU, but also with a direct connection, bot through Linux.
You know how much faith I have in MTU...not much ;) I take it as a bit of a support desk excuse, but at this point I will try anything. Anyway the MTU is set to 1432 atm. Although thats on the ppp0 side, the ethernet port is still set to 1500. Wondering if I should change that as well?
Thanks for the idea though ;)
 
DFantom said:
You know how much faith I have in MTU...not much ;) I take it as a bit of a support desk excuse, but at this point I will try anything. Anyway the MTU is set to 1432 atm. Although thats on the ppp0 side, the ethernet port is still set to 1500. Wondering if I should change that as well?
Thanks for the idea though ;)
Same here, but when I couldn't download some email that worked fine on dialup, I gave it a shot and just set it to 1352, won't even bother to find an optimal value. At least can get mail reliably now.
 
jmn said:
Same here, but when I couldn't download some email that worked fine on dialup, I gave it a shot and just set it to 1352, won't even bother to find an optimal value. At least can get mail reliably now.

This whole MTU thing is a mistery ... I am connected to Centurion, my MTU is 1392. Gimli is connected to the same BS, and he's is set to 1432 (if your sig is still accurate Gimli). Can distance to the tower make any difference in the optimal MTU setting, ito latency?

Dunno? Just wondering :confused:
 
Last edited:
LandyMan said:
This whole MTU thing is a mistery ... I am connected to Centurion, my MTU is 1392. Gimli is connected to the same BS, and he's is set to 1352 (if your sig is still accurate Gimli). Can distance to the tower make any difference in the optimal MTU setting, ito latency?

Dunno? Just wondering :confused:

Nothing to do with distance. I find 1432 has been fine for a long time. That gives a packet size of 1404 which can be pinged through without fragmentation. Prior to the current "stable" state, WBS were mucking about with MTU all the time. I guess most people just gave up trying to optimize it. Besides, if you have MTU discovery set to on you will overcome any MTU incompatibilities anyway - just not as efficiently as having your MTU optimised.

I still suspect that MTU is basesatation dependent. But different users on the same basestation should get the same optimal MTU.

If you want to optimize your MTU, there is software that will help...

But if you want to save time, just set your MTU to 1432. Reboot. Connect. >Ping -l -f 1404 www.iburst.co.za

If your packets don't fragment, you'll be fine.

If your packets do fragment, set your MTU to 1352. Reboot. And you'll also be fine.
 
Last edited:
GC, Mine is set to optimal using the tools available ... I was just wondering seeing that two users on a BS uses different MTU's, but it is possible that Gimli's is just set at a previously communicated (by WBS) value
 
never got a chance to get around to testing the mtu stuff today...crash (since he is my lacky for this ;)) got hold of iBuest today (smitty i believe) and according to him iBurst had a packet shaping problem yesterday and that was the cause and it's fixed now....guess what...it ain't :(
kinda typical i guess.
 
so i have no life (obvious from the question right), tried the MTU stuff....used 1432 and no help at all :(
 
Top
Sign up to the MyBroadband newsletter
X