This issue is called Socket Pooling. Search for that term plus maybe "IIS" "SMTP" "share" or other similar terms. The issue comes down to that IIS, when it starts, doesn't care what the IP is nor does it care how many adapters may exist. Even if you go into the settings and select the specific IP to bind to for IIS SMTP it won't change how IIS grabs all IP's on all adapters. To change this "feature" you have to disable Socket Pooling. This is a metabase edit so be careful, but the KB article clearly explains the steps and it's not very difficult. Once you make that change IIS, or Exchange, or whatever Microsoft product it is that's stomping all over the IP's will stop doing that and will bind only to the adapter chosen in the properties settings. This will allow you to load up SF on a specific IP and load IIS SMTP on a different IP but both use the same ports. The main reason that Socket Pooling is not disabled by default is to support multi-homed servers.
IP Switch's IMail has this same problem with grabbing port 25 on all IP's, but there's no feature or edit to get their service to bind to a specific IP only. When IP Switch's smtp service loads it grabs all the IP's; however, when SF loads it will "take over" the answering of that IP as long as SF is last to load. If you then restart the SMTP service on IMail it will attempt to retake control of port 25 on the IP that SF grabbed, and when it can't, it fails to start. I've contacted IP Switch about this issue but the response has been less than favorable towards a solution. So, whenever I restart IMail SMTP I also restart SF... luckily I have only 1 customer using IMail. <G>
|