|
Home > Archive > FrontPage Server Extensions for Windows > December 2004 > email forms fail with FronPage Error please report details to webmaster
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 |
email forms fail with FronPage Error please report details to webmaster
|
|
| Pcspcs 2004-11-23, 8:46 pm |
| We have a server that hosts multiple webs. Email forms on all webs have
been working for quite some time, but now they have all stopped working.
When submitting the forms, the user sees:
FrontPage Error
User: please report details to this site's webmaster.
Webmaster: please see the server's application event log for more details.
However, there is nothing added to the application event log, so I have no
idea how to begin troubleshooting it.
I tried removing extensions form one of the webs and reinstalling, but I
didn't think that would work anyhow since this affects all webs.
If I edit the form and have it only save the results to a file, rather then
sending an email, then the user gets the confirmation page, so that much
works.
I suspect then, that it's an STMP issue. In "Change Configuration Settings"
for the web, the IP address for a local mail server is still listed. The
mail server is set to allow relay from IP addresses on the internal network
(it's a NetMail server). Just for testing I tried changing it to the IP
address of a new Exchange server that was recently added to the network, but
the result is the same.
How can I find out if it's even trying to send? Shouldn't there be an error
log somewhere that would have more information (such as an error returned
from the SMTP server or something)?
Some things have changed recently on the network: We recently moved around
the servers on the network that are DC's running AD and also moved and
reconfigured DNS. But I don't think it could be a DNS issue since we've
always had, and still have the IP address filled in, not the STMP server
name. We also cleaned up the user list in AD getting rid of old accounts,
but the anonymous iusr accounts are still there.
Lastly, I checked the settings for the default virtual SMTP server under IIS
Manager on the web server, went to Access/Authentication and verified that
it still had "anonymous" access enabled. Do FP forms even go through that
anyhow? Or do they go directly to the SMTP server I listed on the config
page?
Any help is appreciated!
| |
| Bjørn B. Larsen 2004-11-24, 7:52 am |
| "Pcspcs" <pcs@nospam.com> wrote in message
news:uVcAycd0EHA.3708@TK2MSFTNGP14.phx.gbl...
>
> [ ... ]
>
I have exactly the same problem. But it is worse. It sometimes work the way
it is supposed to. When I try it myself there is no problem.
FrontPage 2003, Windows server 2003, IIS6 with FPExtensions.
I got a set of data from one person who draw my attention to the problem. It
failed when I used the same dataset. Then I changed the items one by one
till it finally behaved correctly. I then put back the old data item by item
until the form was complete with the original data but this time it did not
fail.
--
----------------
Have a nice day!
Bjørn BL.
| |
| Pcspcs 2004-11-24, 7:52 am |
| I'm sure this is not a problem with a form though because at the same time
it started happening on all forms located on all sites hosted on this
server. Plus it works if we set the forms to just save to a file rather
than sending e-mail. This is almost definitely STMP related, either with
the STMP Virtual Server settings on this machine, access rights to use STMP,
the network itself, or something along those lines. That's why I'm trying to
find a log or something that tells me at which point it's failing. For
example, how can I find out if the FP extension is even able to communicate
with the SMTP server, and if it is, what sort of error or message is being
returned?
"Bjørn B. Larsen" <bjorn.b.larsen@iet.ntnu.no> wrote in message
news:co21mu$7hq$1@orkan.itea.ntnu.no...
> "Pcspcs" <pcs@nospam.com> wrote in message
> news:uVcAycd0EHA.3708@TK2MSFTNGP14.phx.gbl...
>
> I have exactly the same problem. But it is worse. It sometimes work the
way
> it is supposed to. When I try it myself there is no problem.
>
> FrontPage 2003, Windows server 2003, IIS6 with FPExtensions.
>
> I got a set of data from one person who draw my attention to the problem.
It
> failed when I used the same dataset. Then I changed the items one by one
> till it finally behaved correctly. I then put back the old data item by
item
> until the form was complete with the original data but this time it did
not
> fail.
>
>
> --
> ----------------
> Have a nice day!
> Bjørn BL.
>
>
| |
| Harikumar H [MSFT] 2004-11-24, 5:52 pm |
| Hi
NOTE: The steps below should be tested in order, and you need to test form
functionality after each step. Proceed to the next step only if the problem
is not
resolved.
1. Create a new form and add an e-mail address only [without filename] and
test it.
This will isolate any issues related to the previous form.
2. Check if SMTP server settings are correctly configured. The following KB
articles explain how to configure for FPSE 2000 and 2002:
196489 - How to set up FrontPage 2000 forms for e-mail on Internet
Information
Server
http://support.microsoft.com/defaul...kb;en-us;196489
305675 - How to set up server-side settings to use e-mail features on
forms with
FrontPage 2002
http://support.microsoft.com/defaul...kb;en-us;305675
3. Check if the SMTP server works correctly with the SMTP commands and the
e-mail
address specified in the form configuration (Sometimes the Relay might not
have
been configured). To test this, use the steps in the following KB Article:
153119 - XFOR: Telnet to Port 25 to Test SMTP Communication
http://support.microsoft.com/defaul...kb;en-us;153119
If the SMTP server is the "Default Virtual SMTP Server" on the Web Server,
4. Configure the SMARTHOST to point to the actual SMTP Server. To do this,
follow
these steps:
a. Right click on the Default SMTP Virtual Server and select Properties.
b. Click on the Access Tab and click the Relay button
c. Add the computer which the SMTP server to the list
d. Restart the SMTP Virtual Server
5. Anonymous access is disabled in the SMTP server. FrontPage uses
anonymous access
to send e-mails when a form is submitted. Also you should enable anonymous
access
in the Default SMTP Virtual Server. To do this, follow the steps:
a. Right click on the Default SMTP Virtual Server and select Properties.
b. Click on the Access Tab and click the Authentication button
c. Enable Anonymous access.
6. Run Check server health with all repair options enabled through the
SharePoint
administration web site. This is useful if there is a permissions issue on
the web
site. Please note that all manually set NT permissions on the Web would be
replaced with as set through the FPSE User Interface
More Possibilities:
7. The .HTM and .HTML extension is mapped to some DLL in the Application
configuration of the web server master properties or in the Application
configuration of the web site where the form is located. Remove the
mapping
through IIS manager. To do this, follow the steps:
a. Start Internet Services Manager.
b. Right-click the machine name, and then click Properties on the
shortcut
menu.
c. Click on the Edit button in the Master Properties
d. Click on the Home Directory Tab and click on the Configuration button
in the
Application settings heading.
e. Remove the mapping for .HTM and .HTML from the list of App Mappings.
This change will only affect for the new sites created after this change.
You need
to remove the mapping from the existing virtual sites so that form in these
sites
work.
8. The error message appear because certain accounts in the Access Control
Lists
(ACL’s) are deleted or the account’s friendly names are not resolvable from
their
security ID’s. To resolve this, follow the steps:
a. Navigate to the folder where the home directory of the site is
pointing to.
b. Right click on the folder that contains your web content and select
Properties.
c. Click on the Security Tab.
d. Look for accounts that do not display a friendly name but instead
display
something like - S-1-5-21-124525095-708259637
e. Select the unresolved accounts or groups and then click Remove.
Usually it
is best to remove all accounts except the System and Local Administrators
with Full
Control.
f. Select ‘Apply to all subfolders and files’ check box and then click
Ok.
g. Do the Check Server health with all the Detect and Repair check boxes
enabled.
ADDITIONAL INFORMATION:
====================
For additional information, please see the following KB article:
319306 - Web site users receive an error message that says the mail server
is unavailable
http://support.microsoft.com/?id=319306
--------------------
| I'm sure this is not a problem with a form though because at the same time
| it started happening on all forms located on all sites hosted on this
| server. Plus it works if we set the forms to just save to a file rather
| than sending e-mail. This is almost definitely STMP related, either with
| the STMP Virtual Server settings on this machine, access rights to use
STMP,
| the network itself, or something along those lines. That's why I'm trying
to
| find a log or something that tells me at which point it's failing. For
| example, how can I find out if the FP extension is even able to
communicate
| with the SMTP server, and if it is, what sort of error or message is being
| returned?
|
|
| "Bjørn B. Larsen" <bjorn.b.larsen@iet.ntnu.no> wrote in message
| news:co21mu$7hq$1@orkan.itea.ntnu.no...
| > "Pcspcs" <pcs@nospam.com> wrote in message
| > news:uVcAycd0EHA.3708@TK2MSFTNGP14.phx.gbl...
| > >
| > > [ ... ]
| > >
| >
| > I have exactly the same problem. But it is worse. It sometimes work the
| way
| > it is supposed to. When I try it myself there is no problem.
| >
| > FrontPage 2003, Windows server 2003, IIS6 with FPExtensions.
| >
| > I got a set of data from one person who draw my attention to the
problem.
| It
| > failed when I used the same dataset. Then I changed the items one by one
| > till it finally behaved correctly. I then put back the old data item by
| item
| > until the form was complete with the original data but this time it did
| not
| > fail.
| >
| >
| > --
| > ----------------
| > Have a nice day!
| > Bjørn BL.
| >
| >
|
|
|
Hope this helps
regards
Hari
MSFT
This posting is provided "as is" with no warranties and confers no rights
| |
| Bjørn B. Larsen 2004-11-29, 7:48 am |
| "Harikumar H [MSFT]" <harikumh@online.microsoft.com> wrote in message
news:eMdqgyn0EHA.3984@cpmsftngxa10.phx.gbl...
> Hi
>
> NOTE: The steps below should be tested in order, and you need to test form
> functionality after each step. Proceed to the next step only if the
problem
> is not
> resolved.
>
> 1. Create a new form and add an e-mail address only [without filename] and
> test it.
> This will isolate any issues related to the previous form.
>
It is very difficult to test, because it is an intermittent fault.
Sometimes the form functions perfctly. Sometimes not.
> 2. Check if SMTP server settings are correctly configured. The following
KB
> articles explain how to configure for FPSE 2000 and 2002:
>
> 196489 - How to set up FrontPage 2000 forms for e-mail on Internet
> Information
> Server
> http://support.microsoft.com/defaul...kb;en-us;196489
>
I have IIS6.
The article above refers to the file
C:\Program Files\Common Files\Microsoft Shared\Web Server
Extensions\40\bin\fpmmc.msc
However, I do find
C:\Program Files\Common Files\Microsoft Shared\Web Server
Extensions\50\bin\fpmmc.dll
> 305675 - How to set up server-side settings to use e-mail features on
> forms with
> FrontPage 2002
> http://support.microsoft.com/defaul...kb;en-us;305675
>
This is also probably moved, but I have done what it tells me to do for the
individual server. I am not able to set the server extentions for the
complete server.
> 3. Check if the SMTP server works correctly with the SMTP commands and the
> e-mail
> address specified in the form configuration (Sometimes the Relay might not
> have
> been configured). To test this, use the steps in the following KB
Article:
>
> 153119 - XFOR: Telnet to Port 25 to Test SMTP Communication
> http://support.microsoft.com/defaul...kb;en-us;153119
>
>
> If the SMTP server is the "Default Virtual SMTP Server" on the Web Server,
>
> 4. Configure the SMARTHOST to point to the actual SMTP Server. To do this,
> follow
> these steps:
>
> a. Right click on the Default SMTP Virtual Server and select
Properties.
> b. Click on the Access Tab and click the Relay button
> c. Add the computer which the SMTP server to the list
> d. Restart the SMTP Virtual Server
>
> 5. Anonymous access is disabled in the SMTP server. FrontPage uses
> anonymous access
> to send e-mails when a form is submitted. Also you should enable
anonymous
> access
> in the Default SMTP Virtual Server. To do this, follow the steps:
>
> a. Right click on the Default SMTP Virtual Server and select
Properties.
> b. Click on the Access Tab and click the Authentication button
> c. Enable Anonymous access.
>
> 6. Run Check server health with all repair options enabled through the
> SharePoint
> administration web site. This is useful if there is a permissions issue
on
> the web
> site. Please note that all manually set NT permissions on the Web would be
> replaced with as set through the FPSE User Interface
>
>
> More Possibilities:
>
> 7. The .HTM and .HTML extension is mapped to some DLL in the Application
> configuration of the web server master properties or in the Application
> configuration of the web site where the form is located. Remove the
> mapping
> through IIS manager. To do this, follow the steps:
>
> a. Start Internet Services Manager.
> b. Right-click the machine name, and then click Properties on the
> shortcut
> menu.
> c. Click on the Edit button in the Master Properties
> d. Click on the Home Directory Tab and click on the Configuration
button
> in the
> Application settings heading.
> e. Remove the mapping for .HTM and .HTML from the list of App Mappings.
>
> This change will only affect for the new sites created after this change.
> You need
> to remove the mapping from the existing virtual sites so that form in
these
> sites
> work.
>
> 8. The error message appear because certain accounts in the Access Control
> Lists
> (ACL's) are deleted or the account's friendly names are not resolvable
from
> their
> security ID's. To resolve this, follow the steps:
>
> a. Navigate to the folder where the home directory of the site is
> pointing to.
> b. Right click on the folder that contains your web content and select
> Properties.
> c. Click on the Security Tab.
> d. Look for accounts that do not display a friendly name but instead
> display
> something like - S-1-5-21-124525095-708259637
> e. Select the unresolved accounts or groups and then click Remove.
> Usually it
> is best to remove all accounts except the System and Local Administrators
> with Full
> Control.
> f. Select 'Apply to all subfolders and files' check box and then click
> Ok.
> g. Do the Check Server health with all the Detect and Repair check
boxes
> enabled.
>
>
> ADDITIONAL INFORMATION:
> ====================
> For additional information, please see the following KB article:
>
> 319306 - Web site users receive an error message that says the mail server
> is unavailable
> http://support.microsoft.com/?id=319306
>
> --------------------
>
> | I'm sure this is not a problem with a form though because at the same
time
> | it started happening on all forms located on all sites hosted on this
> | server. Plus it works if we set the forms to just save to a file rather
> | than sending e-mail. This is almost definitely STMP related, either
with
> | the STMP Virtual Server settings on this machine, access rights to use
> STMP,
> | the network itself, or something along those lines. That's why I'm
trying
> to
> | find a log or something that tells me at which point it's failing. For
> | example, how can I find out if the FP extension is even able to
> communicate
> | with the SMTP server, and if it is, what sort of error or message is
being
> | returned?
> |
> |
> | "Bjørn B. Larsen" <bjorn.b.larsen@iet.ntnu.no> wrote in message
> | news:co21mu$7hq$1@orkan.itea.ntnu.no...
> | > "Pcspcs" <pcs@nospam.com> wrote in message
> | > news:uVcAycd0EHA.3708@TK2MSFTNGP14.phx.gbl...
> | > >
> | > > [ ... ]
> | > >
> | >
> | > I have exactly the same problem. But it is worse. It sometimes work
the
> | way
> | > it is supposed to. When I try it myself there is no problem.
> | >
> | > FrontPage 2003, Windows server 2003, IIS6 with FPExtensions.
> | >
> | > I got a set of data from one person who draw my attention to the
> problem.
> | It
> | > failed when I used the same dataset. Then I changed the items one by
one
> | > till it finally behaved correctly. I then put back the old data item
by
> | item
> | > until the form was complete with the original data but this time it
did
> | not
> | > fail.
> | >
> | >
> | > --
> | > ----------------
> | > Have a nice day!
> | > Bjørn BL.
> | >
> | >
> |
> |
> |
>
> Hope this helps
>
>
> regards
>
> Hari
> MSFT
>
> This posting is provided "as is" with no warranties and confers no rights
>
| |
| Pcspcs 2004-12-01, 5:51 pm |
| I went through all these steps. Everything checks out okay except for step
4 and 6. I may not be understanding number 4 though. Why would I want to
tell the web server's default SMTP Virtual Server to allow relay. I don't
need for anything to relay through it. I need for it to send mail to our
real SMTP server, which is another server running Novell Netmail.
Number 6 is where I run into trouble though. It seems that this server, as
well as two others on the same domain won't connect to anything via telnet,
including their own IP address.
All servers internal and on 192.168.1.X network with 255.255.255.0 subnet.
Server 1: STMP Server running Novell Netmail allows relay from any internal
address
Windows 2003 Servers:
Server 2: Exchange Server
Server 3: File Server
Server 4: Web Server <= the one that stopped sending FrontPage forms via
e-mail.
Server 5: Test server
From my workstation, running XP Pro, I can telnet to the STMP server with
"telnet 192.168.1.55 25" (the Netmail SMTP server) and send a test message.
I can also telnet to the SMTP server from the test server and send a test
message.
But from the exchange server, file server, or web server I immediately get a
response from the command of "Connection to 192.168.1.55...Could not open
connection to the host, on port 25: connection failed". This message pops
up as soon as I hit enter, as opposed to pausing for a momen at the ... as
you sometimes see.
I'm assuming that since my web server cannot telnet to the SMTP server that
this is why my e-mail forms won't send, so this is the most important one
for me to get working. The only difference I can think of between the
server that works (Server 5: test server) and the three servers that produce
the error is that the test server is not part of the same domain as the
other three Windows servers and it's running SBS 2003 instead of Server 2003
Enterprise Edition.
My first thought might be to check the settings on the SMTP server to see if
it's rejecting certain addresses, but I think I can eliminate this as part
of the problem because I ran the same procedure from each comptuer except I
tried to telnet to the Exchange 2003 server. Once again, my workstaiton and
the test server could establish a telnet session, but the other three
servers, including the exchange server itself, could not.
So there appears to be something on those servers that actually prevents
telnet from getting out rather than something on the other end rejecting.
Could it be some security setting that perhaps one of the latest windows
updates applied that's affecting Windows Server 2003 but not my SBS test
server or my workstation?
I thought I might find a problem with #8 because we did have some ACL
problems where a security policy pointed to a user that had been deleted. I
also thought there might be a rights issue because we found that "everyone"
had rights in too many places, so we cleaned it up. But it doesn't look
like either of these are a problem here.
Thanks.
"Harikumar H [MSFT]" <harikumh@online.microsoft.com> wrote in message
news:eMdqgyn0EHA.3984@cpmsftngxa10.phx.gbl...
> Hi
>
> NOTE: The steps below should be tested in order, and you need to test form
> functionality after each step. Proceed to the next step only if the
problem
> is not
> resolved.
>
> 1. Create a new form and add an e-mail address only [without filename] and
> test it.
> This will isolate any issues related to the previous form.
>
> 2. Check if SMTP server settings are correctly configured. The following
KB
> articles explain how to configure for FPSE 2000 and 2002:
>
> 196489 - How to set up FrontPage 2000 forms for e-mail on Internet
> Information
> Server
> http://support.microsoft.com/defaul...kb;en-us;196489
>
> 305675 - How to set up server-side settings to use e-mail features on
> forms with
> FrontPage 2002
> http://support.microsoft.com/defaul...kb;en-us;305675
>
> 3. Check if the SMTP server works correctly with the SMTP commands and the
> e-mail
> address specified in the form configuration (Sometimes the Relay might not
> have
> been configured). To test this, use the steps in the following KB
Article:
>
> 153119 - XFOR: Telnet to Port 25 to Test SMTP Communication
> http://support.microsoft.com/defaul...kb;en-us;153119
>
>
> If the SMTP server is the "Default Virtual SMTP Server" on the Web Server,
>
> 4. Configure the SMARTHOST to point to the actual SMTP Server. To do this,
> follow
> these steps:
>
> a. Right click on the Default SMTP Virtual Server and select
Properties.
> b. Click on the Access Tab and click the Relay button
> c. Add the computer which the SMTP server to the list
> d. Restart the SMTP Virtual Server
>
> 5. Anonymous access is disabled in the SMTP server. FrontPage uses
> anonymous access
> to send e-mails when a form is submitted. Also you should enable
anonymous
> access
> in the Default SMTP Virtual Server. To do this, follow the steps:
>
> a. Right click on the Default SMTP Virtual Server and select
Properties.
> b. Click on the Access Tab and click the Authentication button
> c. Enable Anonymous access.
>
> 6. Run Check server health with all repair options enabled through the
> SharePoint
> administration web site. This is useful if there is a permissions issue
on
> the web
> site. Please note that all manually set NT permissions on the Web would be
> replaced with as set through the FPSE User Interface
>
>
> More Possibilities:
>
> 7. The .HTM and .HTML extension is mapped to some DLL in the Application
> configuration of the web server master properties or in the Application
> configuration of the web site where the form is located. Remove the
> mapping
> through IIS manager. To do this, follow the steps:
>
> a. Start Internet Services Manager.
> b. Right-click the machine name, and then click Properties on the
> shortcut
> menu.
> c. Click on the Edit button in the Master Properties
> d. Click on the Home Directory Tab and click on the Configuration
button
> in the
> Application settings heading.
> e. Remove the mapping for .HTM and .HTML from the list of App Mappings.
>
> This change will only affect for the new sites created after this change.
> You need
> to remove the mapping from the existing virtual sites so that form in
these
> sites
> work.
>
> 8. The error message appear because certain accounts in the Access Control
> Lists
> (ACL's) are deleted or the account's friendly names are not resolvable
from
> their
> security ID's. To resolve this, follow the steps:
>
> a. Navigate to the folder where the home directory of the site is
> pointing to.
> b. Right click on the folder that contains your web content and select
> Properties.
> c. Click on the Security Tab.
> d. Look for accounts that do not display a friendly name but instead
> display
> something like - S-1-5-21-124525095-708259637
> e. Select the unresolved accounts or groups and then click Remove.
> Usually it
> is best to remove all accounts except the System and Local Administrators
> with Full
> Control.
> f. Select 'Apply to all subfolders and files' check box and then click
> Ok.
> g. Do the Check Server health with all the Detect and Repair check
boxes
> enabled.
>
>
> ADDITIONAL INFORMATION:
> ====================
> For additional information, please see the following KB article:
>
> 319306 - Web site users receive an error message that says the mail server
> is unavailable
> http://support.microsoft.com/?id=319306
>
> --------------------
>
> | I'm sure this is not a problem with a form though because at the same
time
> | it started happening on all forms located on all sites hosted on this
> | server. Plus it works if we set the forms to just save to a file rather
> | than sending e-mail. This is almost definitely STMP related, either
with
> | the STMP Virtual Server settings on this machine, access rights to use
> STMP,
> | the network itself, or something along those lines. That's why I'm
trying
> to
> | find a log or something that tells me at which point it's failing. For
> | example, how can I find out if the FP extension is even able to
> communicate
> | with the SMTP server, and if it is, what sort of error or message is
being
> | returned?
> |
> |
> | "Bjørn B. Larsen" <bjorn.b.larsen@iet.ntnu.no> wrote in message
> | news:co21mu$7hq$1@orkan.itea.ntnu.no...
> | > "Pcspcs" <pcs@nospam.com> wrote in message
> | > news:uVcAycd0EHA.3708@TK2MSFTNGP14.phx.gbl...
> | > >
> | > > [ ... ]
> | > >
> | >
> | > I have exactly the same problem. But it is worse. It sometimes work
the
> | way
> | > it is supposed to. When I try it myself there is no problem.
> | >
> | > FrontPage 2003, Windows server 2003, IIS6 with FPExtensions.
> | >
> | > I got a set of data from one person who draw my attention to the
> problem.
> | It
> | > failed when I used the same dataset. Then I changed the items one by
one
> | > till it finally behaved correctly. I then put back the old data item
by
> | item
> | > until the form was complete with the original data but this time it
did
> | not
> | > fail.
> | >
> | >
> | > --
> | > ----------------
> | > Have a nice day!
> | > Bjørn BL.
> | >
> | >
> |
> |
> |
>
> Hope this helps
>
>
> regards
>
> Hari
> MSFT
>
> This posting is provided "as is" with no warranties and confers no rights
>
| |
| Pcspcs 2004-12-07, 8:46 pm |
| For the record, the reason this started failing was that McAfee VirusScan
was updated to version 8.0 Enterprise which includes port blocking on port
25 to prevent e-mail worms. This blocked legit port 25 SMTP traffic from
the web server to the mail server too though.
"Pcspcs" <pcs@nospam.com> wrote in message
news:uVcAycd0EHA.3708@TK2MSFTNGP14.phx.gbl...
> We have a server that hosts multiple webs. Email forms on all webs have
> been working for quite some time, but now they have all stopped working.
> When submitting the forms, the user sees:
>
> FrontPage Error
> User: please report details to this site's webmaster.
> Webmaster: please see the server's application event log for more details.
>
> However, there is nothing added to the application event log, so I have no
> idea how to begin troubleshooting it.
>
> I tried removing extensions form one of the webs and reinstalling, but I
> didn't think that would work anyhow since this affects all webs.
>
> If I edit the form and have it only save the results to a file, rather
then
> sending an email, then the user gets the confirmation page, so that much
> works.
>
> I suspect then, that it's an STMP issue. In "Change Configuration
Settings"
> for the web, the IP address for a local mail server is still listed. The
> mail server is set to allow relay from IP addresses on the internal
network
> (it's a NetMail server). Just for testing I tried changing it to the IP
> address of a new Exchange server that was recently added to the network,
but
> the result is the same.
>
> How can I find out if it's even trying to send? Shouldn't there be an
error
> log somewhere that would have more information (such as an error returned
> from the SMTP server or something)?
>
> Some things have changed recently on the network: We recently moved around
> the servers on the network that are DC's running AD and also moved and
> reconfigured DNS. But I don't think it could be a DNS issue since we've
> always had, and still have the IP address filled in, not the STMP server
> name. We also cleaned up the user list in AD getting rid of old accounts,
> but the anonymous iusr accounts are still there.
>
> Lastly, I checked the settings for the default virtual SMTP server under
IIS
> Manager on the web server, went to Access/Authentication and verified that
> it still had "anonymous" access enabled. Do FP forms even go through that
> anyhow? Or do they go directly to the SMTP server I listed on the config
> page?
>
> Any help is appreciated!
>
>
|
|
|
|
|