|
Home > Archive > IIS and SMTP > July 2007 > SMTP service not showing in IIS Manager
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
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
| |
| Sanford Whiteman 2007-06-27, 1:21 am |
| > 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.
--Sandy
| |
|
| "Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote
in message news:op.tuj8k9sz6c17zw@gw02...
>
> 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
>
> --Sandy
| |
| Sanford Whiteman 2007-06-27, 7:19 pm |
| >> If you do not have Exchange installed, then its absence from IIS
>
> 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
| |
|
|
"tshad" <t@home.com> skrev i en meddelelse
news:%23s7UtKNuHHA.4844@TK2MSFTNGP04.phx.gbl...[vbcol=seagreen]
> "Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote
> in message news:op.tuj8k9sz6c17zw@gw02...
Also check the following, that could be the culprit if the server is locked
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.
| |
| Sanford Whiteman 2007-06-28, 7:26 am |
| > 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
| |
|
| 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
"Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote
in message news:op.tuljkd1u6c17zw@gw02.broadleaf.local...
>
> 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 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
| |
| Sanford Whiteman 2007-06-29, 1:22 am |
| > 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'?
--Sandy
| |
|
| 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...
>
> 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
| |
| Sanford Whiteman 2007-06-30, 7:21 pm |
| > 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.
--Sandy
| |
|
| "Sanford Whiteman" <swhitemanlistens-software@cypressintegrated.com> wrote
in message news:op.tunwo3dr6c17zw@gw02.broadleaf.local...
>
> 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
>
> --Sandy
| |
| Sanford Whiteman 2007-07-03, 1:20 am |
| > 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?
--Sandy
|
|
|
|
|