Mail not being sent after PHP upgrade

[artguy]

Hello -

loneeagleseminars.com (on Dexter) quit sending mail to the site admin to notify him of newly registered students right after the PHP upgrade was performed... any suggestions?

[Arthur]

Is there nothing in the PHP error log (/big/dom/xdomain/logs_cgi/php_error)?
--
Arthur

[Terra]

Don't forget to check:
logs_web/error

as well, as this will contain Compile Time errors as well...[nbsp][nbsp]The type of error logged here would be things like broken config include files...[nbsp][nbsp]With PHP 4 now compiling scripts before executing, it now more closely models perl's execution methods...

logs_cgi/php_error mainly holds Run Time errors after the script has been parsed and compiled...

--
Terra
--My response has been gleamed from observing the new PHP 4 engines error logging methods, and not from the docs--
FutureQuest

[artguy]

I didn't set up the PHP for this site personally, but my developer sent me this as a reply after I forwarded Arthur's & Terra's replies...

---------------------
Here is the mail call:
mail($Email, "Lone Eagle Registration", $message,
[nbsp][nbsp][nbsp][nbsp] "From: $from_email\nX-Mailer: PHP/" . phpversion());
You may want to ask if anything changed between php3 and 4, as it was working before.

It seems to me it should be working.
-----------------------

Not being very well versed in PHP, I'm hoping that you can suggest something...

Arthur - there is nothing in the PHP error log

Terra - I'm not spotting anything in logs_web/error that would indicate this problem...

[This message has been edited by artguy (edited 02-12-01@11:31 am)]

[Deb]

You may want to ask if anything changed between php3 and 4, as it was working before.[nbsp][nbsp]This link shows many of the changes reported from PHP3 to PHP 4 http://www.aota.net/ubb/Forum15/HTML/000691-1.html

From a quick peak within the account (not knowing exactly which file(s) are having the problem, it seems the include path issue may be one of the things affecting the script

[dank]

Don't forget to check:
logs_web/error

as well, as this will contain Compile Time errors as well... Is it my imagination, or was this changed in the past week?[nbsp][nbsp]Errors that previously (as recently as the 7th) showed up in logs_cgi/php_error are now showing up in logs_web/error, which confused the heck out of me when trying to debug and getting no error messages...

Dbug

[Terra]

Nope...

I believe PHP 4 took the same route that Apache did with it's error log and CGI script log...

error log == compile time errors
CGI script log == run time errors

That is why I always recommend doing the following while developing:
1) Turn on PHP error display (make sure to turn if off after debugging is done)
and/or
2) Telnet or SSH into your account
$cd /big/dom/x???????
$tail -f logs_web/error logs_cgi/php_error

--
Terra
sysAdmin
FutureQuest

[dank]

If you like, I can show you an example of the same error logged to the two different locations before and after the 7th...

Dan

[Terra]

It doesn't really matter, as where they are ending up now seems to have stabilized with PHP 4.0.4pl1...

Just tail both files, and your error will pop up in one of those locations, or simply employ #1 to have them displayed onscreen...

--
Terra
sysAdmin
FutureQuest

[dank]

So, are you saying something did change?[nbsp][nbsp];)

Dan

[Terra]

Nope, that's not what I'm saying...

When I develop, I employ both of the techniques outlined above so I always had a full picture of what was going on...

I made mention as such, since you have made the report that something changed...[nbsp][nbsp]For that, I can neither confirm nor deny as my techniques to gleam errors were fully covered in part one of this post so I didn't really see any difference...

--
Terra
--My perspective was from the sidelines--
FutureQuest