IIS Errors - What to do???

[SloppyGoat]

Sorry, I'm new here and I posted this in troubleshooting. Then I noticed this forum category would be more appropriate. DOH!

I've been getting multiple instances of these in my event log lately. I'm running W2K Server/IIS5, PHP 4.1.2 w/gzip on a local dedicated server.

(examples of various but similar errors/warnings)

W3SVC error Event ID 16

The script started from the URL '/tga/showthread.php' with parameters 's=&postid=10575' has not responded within the configured timeout period. The HTTP server is terminating the script.


smtpsvc warning Event ID 4000

Message delivery to the remote domain 'yahoo.com' failed for the following reason: Unable to successfully connect to the remote server.

Can anyone tell me what to do about these? They don't seem to be causing any problems, but I'd really love to figure out how to get rid of them.

Thanks

[SloppyGoat]

Nobody runs IIS??? :( So far, I like it. My site is lightning fast. :) I may switch to Apache one day, but I thought it best to go with what I know for now. ;)

[hypedave]

Originally posted by SloppyGoat
Sorry, I'm new here and I posted this in troubleshooting. Then I noticed this forum category would be more appropriate. DOH!

I've been getting multiple instances of these in my event log lately. I'm running W2K Server/IIS5, PHP 4.1.2 w/gzip on a local dedicated server.

(examples of various but similar errors/warnings)

W3SVC error Event ID 16

The script started from the URL '/tga/showthread.php' with parameters 's=&postid=10575' has not responded within the configured timeout period. The HTTP server is terminating the script.


smtpsvc warning Event ID 4000

Message delivery to the remote domain 'yahoo.com' failed for the following reason: Unable to successfully connect to the remote server.

Can anyone tell me what to do about these? They don't seem to be causing any problems, but I'd really love to figure out how to get rid of them.

Thanks


my first question, are you running the w2k server yourself ?
if so do you have your MX Record setup in DNS, and how do you have your PHP.INI configured for timeouts ?

I currenty run 12 of my own W2k box's so maybe I can help

[SloppyGoat]

Thanks! I'm a bit new to this still, so bare with me.

First of all, I am running my own server.

Second, I don't know what MX Records are. :(

Third, I only have a very simple php.ini.

Can you suggest what I should have? I put only the things necessary to make the board operational in there, since I have no idea about this stuff yet.

; php.ini for PEAR tests
include_path=..
[mail function]
SMTP= server ; for Win32 only
sendmail_from= webmaster@server.com ; for Win32 only
upload_tmp_dir = C:\PHP3\uploadtemp ; temporary directory for HTTP uploaded files (will use system default if not specified)
[Session]
session.save_path= C:\PHP3\sessiondata ; argument passed to save_handler
[PHP]
error_reporting= E_ALL; display all errors, warnings and notices

file_upload=1

extension=php_zlib.dll

extension_dir=C:\winnt\system32

Thanks very much for your help, BTW. :)

[SloppyGoat]

hypedave! Come back! I need your expertise! ;) I'm dying to pick your brain, since I can't seem to find many IIS gurus. :)

[hypedave]

im still here , I guess,
lets see, for your PHP.INI file I would advise you to go to the php forum here and ask question on that, because, my php file is setup a lot different and has been heavily modified, but in your php.ini look for a section that says

max_execution_time=

depending on how many members you have on your board, I set mine to 1min 30sec 90sec


memory_limit =

that part in my opinion is up to you, I adjusted mine to 8mb ram
but like i said, thats really up to you


;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;
; Windows: "\path1;\path2"
include_path = ".;c:\php\includes"

thats how that section should look assuming that you do have php installed in that path

---------------------------------------------------------------------------------
now for DNS, here is how to create a MX Record

Start - Porgrams - Administrative Tools - DNS
when you are in DNS, select your Domain, have you even created your domain yet in DNS ? if so right click on your domain name, select New Host, name that Host MAIL , then right click on your domain again, this time select NEW MAIL EXCHANGER, then where it saif mail server, browse you dns domain and select, mail.yourdomain.com then thats is, also, since you are running your own W2K box, have you registered your DNS Server with Internic, please tell me you have :cool:

any other problems let me know, and I will try my best to help you out

[SloppyGoat]

Man, I'm not even running a DNS server. :( Should I be? And what for?

As for the max_execution_time, I guess I can just add that line in my php.ini, right? I know I have a chopped php.ini, but I tried editing and adding the one that came with PHP4 and my board wouldn't run anymore. So, in my confusion, I went back to my old stripped php.ini. :(

As I said, that is my entire php.ini above. :eek:

[SloppyGoat]

BUMP

[Scott MacVicar]

SMTP= server ; for Win32 only

Shoudln't that be a valid smtp host? or does server dns to 127.0.0.1 which you are running an smtp server on.

[eva2000]

Originally posted by SloppyGoat

smtpsvc warning Event ID 4000

Message delivery to the remote domain 'yahoo.com' failed for the following reason: Unable to successfully connect to the remote server.
try this http://support.microsoft.com/default.aspx?scid=kb;EN-US;q292278

or

http://support.microsoft.com/default.aspx?scid=kb;en-us;Q249104

or results from a search at MS KB (http://search.support.microsoft.com/search/default.aspx?Catalog=LCID%3D1033%26CDID%3DEN-US-KB%26PRODLISTSRC%3DON&Product=msall&Query=smtpsvc%2520warning%2520Event&Queryc=smtpsvc+warning+Event&withinResults=false&srchstep=0&KeywordType=ALL&Titles=false&numDays=&maxResults=150)

this is a really a windows configuration issue rather than vB issue

[hypedave]

Originally posted by SloppyGoat
Man, I'm not even running a DNS server. :( Should I be? And what for?

As for the max_execution_time, I guess I can just add that line in my php.ini, right? I know I have a chopped php.ini, but I tried editing and adding the one that came with PHP4 and my board wouldn't run anymore. So, in my confusion, I went back to my old stripped php.ini. :(

As I said, that is my entire php.ini above. :eek:


yes you really should install DNS on your Server THAT is the ONLY WAY that you will be able to send mail, wether its, smtp, pop3, imap, they are all going to be looking for your MX ( Mail Excahange ) Record, so there for since you dont have that installed, it wont work, and also, it will be a good idea to get your server registered with internic, getting your sever registered will make it an official DNS Server for hosting etc. if you need any other help let me know

[Ichneumon]

We're running vB on an IIS/Win2k dedicated server as well.

You'll need to set "max_execution_time=" in your .ini file as hypedave mentioned. 90 seconds would be reasonable.

If you're runnign php as cgi (i.e. running it as php.exe and not a sapi module which i've never gotten stable enough for production use) you'll need to do the following as well.

Open up the Internet Service Manager for IIS, right click on your Server (not your site) and goto the properties. There will be 2 tabs, one "Internet Information Services", and one "Server Extensions".

Click the Edit button next to WWW Service. Then goto the Home Directory tab. Click the Configuration button, goto the Process Options tab, and under "CGI Configurations" change the CGI script timeout to a longer period. 90 or so should again likely be fine.

Hope that helps.

[SloppyGoat]

First of all, it does work! Even though I get those warnings, everyone gets their mail....every time.

Second, I already tried adding the max_exe_time set at 90 secs. That actually made it worse. The log was full of warnings, so I removed the lines. Now it's back to just occasional again. Strange, eh?

Thanks, I'll try changing the cgi timeout. That sounds like what I'm looking for, since I am using php.exe as cgi. Should I have it set up the other way? I've sort of muddled my way through this from the start, so please forgive my naivity. I'm just learning. :p

Ok, so can you walk me through this DNS thing? Is it difficult? Does it cost anything to register?

[Ichneumon]

Originally posted by SloppyGoat
First of all, it does work! Even though I get those warnings, everyone gets their mail....every time.

Second, I already tried adding the max_exe_time set at 90 secs. That actually made it worse. The log was full of warnings, so I removed the lines. Now it's back to just occasional again. Strange, eh?

Thanks, I'll try changing the cgi timeout. That sounds like what I'm looking for, since I am using php.exe as cgi. Should I have it set up the other way? I've sort of muddled my way through this from the start, so please forgive my naivity. I'm just learning. :p

Ok, so can you walk me through this DNS thing? Is it difficult? Does it cost anything to register?

Running php as a module is far more efficient on IIS, but it just isn't stable. It runs well for a day or so depending on traffic in my experience, and then it craps out. We're running php 4.1.2 right now. I'm hoping the 4.2 line will improve that some more... but they're dealing with Apache 2 issues, so i imagine the IIS support will take a backseat to that.

If you're getting even more warnings by adding in the timeout line, then make the max execution time longer... try 120 seconds, i just checked and that's actually what our cgi setting in IIS is set for right now. i think php is 90 secs, but that may also be 120.

You really shouldn't need it too much longer than that. Some of the admin functions of the vB control panel can take a really long time to run however, so certain items just need a lot longer timeout (indexing the search can take many minutes per page, unless you set the number of threads to do per page really small).

[hypedave]

are you running php in .exe mode or the other mode ?


Message delivery to the remote domain 'yahoo.com' failed for the following reason: Unable to successfully connect to the remote server.


as far as I know yahoo email server will check for your MX record wich you dont have setup right now, so go figure, but hey I went on a the limb to help you, so go get your mx help from Microsoft, cause obviouslt in the 11 years of Microsoft DSN Server's I dont know what im talking about, and yes is will send mail without but oh well, go to support.microsoft.com and do your home works,

[SloppyGoat]

Originally posted by Ichneumon
If you're getting even more warnings by adding in the timeout line, then make the max execution time longer... try 120 seconds, i just checked and that's actually what our cgi setting in IIS is set for right now. i think php is 90 secs, but that may also be 120.

You really shouldn't need it too much longer than that. Some of the admin functions of the vB control panel can take a really long time to run however, so certain items just need a lot longer timeout (indexing the search can take many minutes per page, unless you set the number of threads to do per page really small).

Hmmm, checked it. It's at 300 seconds by default, so that can't be it.

Hypedave, I'm not even insinuating that you don't know what you're talking about. I'm just trying to figure out what's going on here. I will do some research on this DNS/MX thing. Are you trying to tell me those pop servers are looking for some kind of authentication? I can't figure out why it would say it "couldn't connect", yet it still actually does...and delivers mail. That's what's confusing me. It doesn't make sense. I mean, if a pop server bounces mail, it doesn't still get through, ya know? :confused:

[edit]
Hey, I just found something that might matter. I had the smtp configured to "@localhost", but I have my server name in my php.ini. I changed it in smtp, so maybe that had something to do with it? I suppose the php and smtp names not matching could have something to do with it?

[SloppyGoat]

I haven't been getting anymore smtp warnings lately, but I am still getting quite a few W3SVC errors.....like this one.

Event ID 16

The script started from the URL '/tga/index.php' with parameters '' has not responded within the configured timeout period. The HTTP server is terminating the script.


There's a timeout set too short somewhere. Any idea which one?

[SloppyGoat]

Ok, so how would I go about setting up SMTP DNS and MX records properly? I don't have a static ip, so I use a redirector service. Is there a way I can use their domain for pop servers to verify? Man, this is really confusing. :(

[hypedave]

so now you need help on it :confused:

[SloppyGoat]

I took your advise and started reading up on DNS/MX records. I don't know if I'll be able to actually do it right, but I would like to learn how it's done, even if I can't. :)
I run my server from a DHCP cable connection using a redirector to pulse my ip, so I'm not sure if it's even realistic to think about a real domain name. I would need one to do this right, correct? I have to use the redirector's domain name to track my ip.
What I'm curious about now is, can I somehow use my isp's domain for verification of MX record? After reading up on this stuff, I'm still quite confused. But I do understand what you're saying now. Those pop servers are looking for an address they can verify in attempt to filter some spam. Obviously, just the name of my server isn't going to do it, right?
Can that SMTP= line in php.ini be changed to reflect a real smtp server with MX recs? Is it php that's telling SMTP the server name, or vice versa?

Thanks man. Sorry if I sounded like I wasn't interested or something. I just didn't understand why it still works, even though I get these warnings. Obviously, those servers are forgiving.

[hypedave]

first of all before I get to suggesting answere's whats the domain of your forum ? would help to you that piece of information

[SloppyGoat]

Oops...sorry. I didn't have it in my profile. It's there now. ;)

[hypedave]

what email server r u running ?

[SloppyGoat]

Just default IIS5 SMTP.