php.ini

DeanGreenhough · 20th November 2005, 12:53 AM

When using mail() command, I keep getting error:
WARNING: RunAsUser for MSP ignored, check group ids (egid=0, want=51)

Research suggests that this becasue there is output to the browser before sending the mail.

My research also suggests that this can be fixed by turning ON 'output_buffering' in php.ini

Now, how do I do that

OR is it a support ticket job.

Euge · 20th November 2005, 03:05 AM

I can't confirm if output buffering will solve your issue, but you can try using output control functions in your specific file without having to change anything in the php.ini file:
http://us2.php.net/manual/en/ref.outcontrol.php

DeanGreenhough · 20th November 2005, 12:01 PM

Thanks for that, interesting link - life's complicated ! I've decided not to fix it.

Maybe it will fix itself if I leave it for 6 months?

-------

I was trying to run down the page, performing a sql query and mail() and then outputting an image (a green tick) and some text to indicate that the query ran (becuase sometimes the clients don't require an email to be sent and that info is in the db).

Thinking about it 'now', it's not the best way to do it, the queries need to run at the top of the page - setting, say $client_emailed = 1; then further down the page picking up the value of $client_emailed to output the image (green tick) and some text.

Doah !

If programming were common sense, i'd probably be quite good at it.

acutecomputing · 29th November 2005, 12:14 AM

Quote:

Originally Posted by DeanGreenhough

When using mail() command, I keep getting error:
WARNING: RunAsUser for MSP ignored, check group ids (egid=0, want=51)

Research suggests that this becasue there is output to the browser before sending the mail.

My research also suggests that this can be fixed by turning ON 'output_buffering' in php.ini

Now, how do I do that

OR is it a support ticket job.

I'm getting exactly the same error. I've tried using ob_start() and ob_end_flush at the beginning and end of the offending page, but all that happens is that I can move the error messages around the page (without the ob code, the error messages end up in line with the code. With it, all the error messages appear at the top)

Still confused.

Pete.

abarfield · 30th November 2005, 09:14 AM

Hi,
Had the same problem as you, but edited the php.ini file on all of my sites which has solved the problem. I'm not sure why that should be.

I don't really like this as it is fixing a symptom, rather than the problem and it doesn't seem clean. Mail seems to be sent OK, but thhe thread below suggests there may be a problem in the way that the mail call is structured:
http://www.mailarchive.ca/lists/comp...4-07/0274.html
http://www.mailarchive.ca/lists/comp...4-07/0278.html

Hope this helps, regards,

Andy

richard · 14th December 2007, 04:58 PM

Looks like the PHP.ini files were overwritten in the rescent upgrades...

Im getting:

[Fri Dec 14 16:55:49 2007] [error] [client 87.xxxxxx.142] Requested content-length of 10720616 is larger than the configured limit of 8192000, referer: http://xxxxxxx/index.php

When trying to upload a large file.

I have updated etc/php.ini but get the same error. Am I editing the right php.ini. Is it cached?

Rich

MrBen · 14th December 2007, 05:51 PM

Check you have the permissions to write to the file and that the change you make are being saved.

Also, if you site is running in PHP5, there is a different php.ini... in /etc/php5/

Ben

richard · 14th December 2007, 06:06 PM

Hi Ben, im running SugarCRM, how do I establish whether I am running PHP5? I thought I was on 4....

Rich

knapper · 14th December 2007, 06:23 PM

Since the recent server upgrades you can run php5 instead of the default php4 by adding:

Action php5-script /interpreters/php5-script
AddHandler php5-script .php

to .htaccess. If you haven't done this you'll be running php4. To check which php version just use the php function phpinfo().

richard · 14th December 2007, 06:35 PM

It shows as php Version 4.4.4.... and the /etc/php.ini has all of the changes but im still getting that error!!!

grrrr

Rich

UH-Tony · 14th December 2007, 08:37 PM

Richard, I suspect that your issue was resolved earlier via ticket by me.

Anyone else seeing the error "Requested content-length of **** is larger than the configured limit of 8192000", this is due to a limit set via httpd.conf at the server level so a ticket will be required for us to permit a temporary adjustment to the setting as this error usually only occurs during an installation/upgrade of an application and can be set back to default once the install/upgrade is completed.

richard · 11th January 2008, 06:44 PM

Yep, many thanks Tony!

Rich