| Groups | Blog | Home |
iis smtp nntp : SMTP service not showing in IIS Manager
We have SMTP service running on our W2K3 Webserver addition and to configure
it, you do it from the IIS Manager. It is the last item under the Server as "Default SMTP Virtual Server" We looked at our normal Windows 2003 Server and found that the "Default SMTP Virtual Server" wasn't there. When we looked at the Services panel there was an SMTP service running there and in the Add Programs Control panel, it shows as installed. Why isn't it there? When we do a telnet neptune 25 - it also shows as there. Is it configured somewhere else on a normal W2K3 Server? Thanks, Tom
[quoted text, click to view]
> Virtual Server" wasn't there. When we looked at the Services panel there > was an SMTP service running there and in the Add Programs Control panel, > it > shows as installed. > > Why isn't it there? When you have Exchange installed on a machine, Exchange System Manager is used to manage virtual servers. They are hidden from the standard IIS Manager. If you do not have Exchange installed, then its absence from IIS Manager means you have a corrupt metabase.
[quoted text, click to view]
"Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote in message news:op.tuj8k9sz6c17zw@gw02... >> Virtual Server" wasn't there. When we looked at the Services panel there >> was an SMTP service running there and in the Add Programs Control panel, >> it >> shows as installed. >> >> Why isn't it there? > > When you have Exchange installed on a machine, Exchange System Manager is > used to manage virtual servers. They are hidden from the standard IIS > Manager. > > If you do not have Exchange installed, then its absence from IIS Manager > means you have a corrupt metabase. This is my case. If it is a corrupt metabase, how do check to see if this is the case and how do you fix it? Thanks, Tom [quoted text, click to view] > > --Sandy
[quoted text, click to view]
>> If you do not have Exchange installed, then its absence from IIS >> Manager means you have a corrupt metabase. > > This is my case. This is your case on 'Neptune', perhaps. On 'Earth', it is the Exchange installation that is causing the hiding. I find, as I mentioned in my previous post, that it's rather strange to see spontaneous metabase corruption on 'Neptune' side-by-side with the hidden-by-design scenario on 'Earth'. Not impossible, but strange. And remember that nothing that 'Neptune' or 'Earth' can do can proactively interfere with 'Mars' attempting to perform remote direct delivery of messages to your domain. 'Mars' can only go on information that _it_ requests: - DNS MX record as resolved on 'Mars' - DNS A record as resolved on 'Mars' - HOSTS entry on 'Mars' - SMTP Remote Domains on 'Mars' - SMTP Smart Host on 'Mars' [quoted text, click to view] > If it is a corrupt metabase, how do check to see if this is the case > and how do you fix it? If uninstalling and reinstalling SMTP didn't fix it, that's... not so good. I don't know what else 'Neptune' is doing in the way of HTTP, but you'd next want rip out all of IIS, delete the /inetsrv folder, and reinstall. On 'Earth', you don't have a problem, because you are supposed to use System Manager to manage the SMTP protocol there.
"tshad" <t@home.com> skrev i en meddelelse news:%23s7UtKNuHHA.4844@TK2MSFTNGP04.phx.gbl... [quoted text, click to view] > "Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote Also check the following, that could be the culprit if the server is locked > in message news:op.tuj8k9sz6c17zw@gw02... >>> Virtual Server" wasn't there. When we looked at the Services panel >>> there >>> was an SMTP service running there and in the Add Programs Control panel, >>> it >>> shows as installed. >>> >>> Why isn't it there? >> >> When you have Exchange installed on a machine, Exchange System Manager is >> used to manage virtual servers. They are hidden from the standard IIS >> Manager. >> >> If you do not have Exchange installed, then its absence from IIS Manager >> means you have a corrupt metabase. down: 1. Make sure the "Server" service is running. 2. Make sure file and printer sharing is enabled i network properties. 3. Reopen IIS Manager. After you are done adjusting whatever needs adjusting you can lock the server back down if needed.
[quoted text, click to view]
> Also check the following, that could be the culprit if the server is > locked down... I can appreciate where you're going, but I _believe_ the remote RPC dependency is not present when IIS Manager is running on the same box as the IIS services. In this case, it uses LPC instead. Worth a try, though....
I did fix the problem of the missing SMTP in IIS by registering smtpsnap.dll
as well as smtpadm.dll. I found this on the net: Quite simple, I just had the exact same issue. Go to a command prompt and enter: regsvr32 c:\windows\system32\inetsrv\smtpsnap.dll Bingo! Your SMTP snap-in is back where it was before. A stupid bug. This seems to have solved the problem. I was ready to delete the metabase.xml files and reinstall IIS but decided to try this first - just in case - and it seems to have worked, Thanks, Tom [quoted text, click to view] "Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote in message news:op.tuljkd1u6c17zw@gw02.broadleaf.local... >>> If you do not have Exchange installed, then its absence from IIS >>> Manager means you have a corrupt metabase. >> >> This is my case. > > This is your case on 'Neptune', perhaps. > > On 'Earth', it is the Exchange installation that is causing the > hiding. > > I find, as I mentioned in my previous post, that it's rather strange > to see spontaneous metabase corruption on 'Neptune' side-by-side with > the hidden-by-design scenario on 'Earth'. Not impossible, but strange. > > And remember that nothing that 'Neptune' or 'Earth' can do can > proactively interfere with 'Mars' attempting to perform remote direct > delivery of messages to your domain. 'Mars' can only go on information > that _it_ requests: > > - DNS MX record as resolved on 'Mars' > > - DNS A record as resolved on 'Mars' > > - HOSTS entry on 'Mars' > > - SMTP Remote Domains on 'Mars' > > - SMTP Smart Host on 'Mars' > >> If it is a corrupt metabase, how do check to see if this is the case >> and how do you fix it? > > If uninstalling and reinstalling SMTP didn't fix it, that's... not so > good. > > I don't know what else 'Neptune' is doing in the way of HTTP, but > you'd next want rip out all of IIS, delete the /inetsrv folder, and > reinstall. > > On 'Earth', you don't have a problem, because you are supposed to use > System Manager to manage the SMTP protocol there. > > --Sandy
[quoted text, click to view]
> I did fix the problem of the missing SMTP in IIS by registering > smtpsnap.dll as well as smtpadm.dll. Both of these would have been registered when you installed SMTP on 'Neptune', if it was installed using the standard Windows Setup (either during OS installation or later). Are you _sure_ that Exchange was never installed on 'Neptune'?
[quoted text, click to view]
> I have a couple of servers that are locked down where I have to do this > in order to see the SMTP client. The IIS Manager is running locally on > the > systems in question. Interesting! My tests on 2000 and 2003 32-bit show no dependency on those services for local (LPC) connections. My guess is something *else* you have locked down prevents LPC and forces the manager to attempt loopback RPC instead, and any RPC does require the services to be running.
I have a couple of servers that are locked down where I have to do this in
order to see the SMTP client. The IIS Manager is running locally on the systems in question. "Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> skrev i en meddelelse news:op.tumc9hys6c17zw@gw02.broadleaf.local... [quoted text, click to view] >> Also check the following, that could be the culprit if the server is >> locked down... > > I can appreciate where you're going, but I _believe_ the remote RPC > dependency is not present when IIS Manager is running on the same box > as the IIS services. In this case, it uses LPC instead. > > Worth a try, though.... > > --Sandy
[quoted text, click to view]
"Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote in message news:op.tunwo3dr6c17zw@gw02.broadleaf.local... >> I did fix the problem of the missing SMTP in IIS by registering >> smtpsnap.dll as well as smtpadm.dll. > > Both of these would have been registered when you installed SMTP on > 'Neptune', if it was installed using the standard Windows Setup (either > during OS installation or later). > > Are you _sure_ that Exchange was never installed on 'Neptune'? Yes. We only have Exchange 2000 and this is a W2K3 machine. We cannot install Exchange 2000 on this machine (as far as I know). According to one of the articles (I saw a couple), this was a bug. All I know is that when I registered these dlls, it worked fine. Thanks, Tom [quoted text, click to view] > > --Sandy
[quoted text, click to view]
> We only have Exchange 2000 and this is a W2K3 machine. We cannot install > Exchange 2000 on this machine (as far as I know). You're right. Anyway... this is fixed and off-topic. So what's the original situation look like with local/remote delivery?
Don't see what you're looking for? Try a search.
|
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
| home · blog · groups | Questions? Comments? Contact the dn |