#20979 [Fbk->Opn]: sendmail_from,SMTP and other valuse in php.ini not being read...
ID: 20979
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: IIS related
Operating System: Windows XP Pro.
PHP Version: 4CVS-2002-12-12 (dev)
New Comment:
unfortunately I am sure, I checked it in the command prompt as well as
looking in the folder in windows explorer, before I posted this report
I turned on "show extensions for known file types" the minute I
installed XP.
I do wish the solutions was something that simple though :)
As of tonight I will just write a new file and include it in all my PHP
scripts with all the php.ini settings as ini_set("X","X"); commands
which should work fine, just that it is rather tedious.
I am curious, is there a way I can use the "enable document footer"
feature in iis to add this file automatically to only .PHP files?
-Andrew
Previous Comments:
[2002-12-13 02:31:32] [EMAIL PROTECTED]
Are you absolutely sure that the php.ini is not in fact 'php.ini.ini'
like happened in #20753 ?
[2002-12-12 20:55:16] [EMAIL PROTECTED]
I know that this problem has been reported before...
in fact many many times before, but I have tried other peoples
solutions to it with no success.
I recently recieved this error from the "Phorm" Script, an excelent
form processor/result-emailing
script with tons of features:
here is a link to it on my server:
http://67.80.121.68:8001/feedback.htm
(this site is just a mock up desgin I made for a me and my friend's
joke company btw :)
ERROR
090 - There has been an error, and your information has not been sent.
Alerts:
105 - Mail function failed on user email for template
./feedbackemail.txt.
105P: "sendmail_from" not set in php.ini or custom "From:" header
missing
111 - Mail function failed on sending alerts.
111P: "sendmail_from" not set in php.ini or custom "From:" header
missing
after reading this is checked my php.ini file for my 'SMTP', and
'sendmail_from' settings:
they were correct plus the fact that the phorm script provides a from
address on its own.
so to amuse myself I simply retyped my SMTP and sendmail_from settings
then resaved the file.
I then restarted IIS' services and tried again and recieved the same
error.
next, restarted the whole machine tried again and got the same error.
at this point, somewhat annoyed, I made a file doh.php with being its only contents
browsed to it in my web browser:
http://67.80.121.68:8001/sharedocs/doh.php
and it shows that my path for php.ini is correct, but shows:
Directive | Local Value | Master Value
sendmail_from | no value | no value
SMTP | localhost | localhost
next as a test I added the following lines to doh.php:
ini_set("SMTP","mail-hub.optonline.net");
ini_set("sendmail_from","[EMAIL PROTECTED]");
mail("[EMAIL PROTECTED]","testing","testing");
this worked and I recieved an email... also phpinfo() showed the
following:
Directive | Local Value | Master Value
sendmail_from | [EMAIL PROTECTED] | no value
SMTP | mail-hub.optonline.net | localhost
At this point I have no idea what to do in order to not have to ad
ini_set() commands
to all of my emailing php scripts
any explanations would be extremely appreciated.
PS: i understand that this is a duplicate report and am sorry
also: i am running ASP, ActivePERL, and PHP under iis. as well as a
mysql server.
could something in that combo be causing this problem?
-best reguards
Andrew
--
Edit this bug report at http://bugs.php.net/?id=20979&edit=1
#20979 [NEW]: sendmail_from,SMTP and other valuse in php.ini not being read...
From: [EMAIL PROTECTED]
Operating system: Windows XP Pro.
PHP version: 4CVS-2002-12-12 (dev)
PHP Bug Type: IIS related
Bug description: sendmail_from,SMTP and other valuse in php.ini not being read...
I know that this problem has been reported before...
in fact many many times before, but I have tried other peoples solutions
to it with no success.
I recently recieved this error from the "Phorm" Script, an excelent form
processor/result-emailing
script with tons of features:
here is a link to it on my server:
http://67.80.121.68:8001/feedback.htm
(this site is just a mock up desgin I made for a me and my friend's joke
company btw :)
ERROR
090 - There has been an error, and your information has not been sent.
Alerts:
105 - Mail function failed on user email for template
./feedbackemail.txt.
105P: "sendmail_from" not set in php.ini or custom "From:" header missing
111 - Mail function failed on sending alerts.
111P: "sendmail_from" not set in php.ini or custom "From:" header missing
after reading this is checked my php.ini file for my 'SMTP', and
'sendmail_from' settings:
they were correct plus the fact that the phorm script provides a from
address on its own.
so to amuse myself I simply retyped my SMTP and sendmail_from settings
then resaved the file.
I then restarted IIS' services and tried again and recieved the same
error.
next, restarted the whole machine tried again and got the same error.
at this point, somewhat annoyed, I made a file doh.php with being its only contents
browsed to it in my web browser:
http://67.80.121.68:8001/sharedocs/doh.php
and it shows that my path for php.ini is correct, but shows:
Directive | Local Value | Master Value
sendmail_from | no value | no value
SMTP | localhost | localhost
next as a test I added the following lines to doh.php:
ini_set("SMTP","mail-hub.optonline.net");
ini_set("sendmail_from","[EMAIL PROTECTED]");
mail("[EMAIL PROTECTED]","testing","testing");
this worked and I recieved an email... also phpinfo() showed the
following:
Directive | Local Value | Master Value
sendmail_from | [EMAIL PROTECTED] | no value
SMTP | mail-hub.optonline.net | localhost
At this point I have no idea what to do in order to not have to ad
ini_set() commands
to all of my emailing php scripts
any explanations would be extremely appreciated.
PS: i understand that this is a duplicate report and am sorry
also: i am running ASP, ActivePERL, and PHP under iis. as well as a mysql
server.
could something in that combo be causing this problem?
-best reguards
Andrew
--
Edit bug report at http://bugs.php.net/?id=20979&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20979&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20979&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20979&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20979&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20979&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20979&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20979&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20979&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20979&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20979&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20979&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20979&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20979&r=isapi
#20540 [Com]: PHP do not read PHP.INI
ID: 20540 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Windows XP Pro PHP Version: 4.2.0 New Comment: i am having the exact problem with my php.ini settings under winxp pro w/iis ... the ini_set function does work to fix it but i really dont feel like editing all the configs for things like phpbb, phorm, my own scripts and such itts just oo much of a hassle... any other suggestions would be greatly appreciated. I am confident you guys will find the solution to this bug eventually. thanks Andrew. Previous Comments: [2002-12-01 18:56:41] [EMAIL PROTECTED] I've got an identical problem on php 4.2.3 (submitted as a new bug #20753) to make sure it returns to "open" status. [2002-12-01 16:48:20] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-11-21 16:41:21] [EMAIL PROTECTED] You are using a relatively dated PHP, upgrading to 4.2.3 or better yet stable snapshot (avaliable from http://snaps.php.net) may solve your problem. [2002-11-21 12:20:46] [EMAIL PROTECTED] Thanks a lot for your fast reply... But, I knew of course that phpinfo() shows the path... and the displayed path by phpinfo() is "c:\winxp\php.ini" This is where I put the php.ini, but whatever I'm modifying in it and even restarting Apache, it does not take the changes into account I do not understand why... Anyway I'm using a workaround until finding the reason based on ini_set() function... I have to harcode it in the source code, but it works... Please, if you have any idea tell me... I hate to not understand when I'm doing all what is requested :-) Regards, Jean-Frederic [2002-11-21 11:50:34] [EMAIL PROTECTED] Do this: a) load phpinfo(); b) It will tell you where your php.ini is or where it's looking for it. It will include the path and filename so: c:\foo\php.ini c) Not that (b) will not just be a path, it will include the filename too. Please confirm this. If just a path shows, put your php.ini in this directory. d) Edit this php.ini. If you are running php as a module, restart web server. e) For kicks, try changing some more common directives, such as register_globals Also, name it php.ini not PHP.ini although on windows this shouldn't matter but... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20540 -- Edit this bug report at http://bugs.php.net/?id=20540&edit=1
