[PHP] override built-in mail()
Hello Guys/Gals, it's friday (at least where I am it is) and I have an issue with a script that I just started using again. The problem is, is that it uses the built in PHP mail() function, and on my testing server, mail() doesn't work. The other issue, is that I use SMTP Auth to connect to my mail server, so that when mail sends out, it comes from my mail server so that there is less of a chance for being marked as SPAM. So, what I am looking to do, is use either the trust old Pear::Mail or PHPMailer scripts (I am sure there are other ones out there, but those are the 2 I am most familiar with). So now to my actual question. How can I override the built-in PHP mail() function, to let either of those 2 (or something else someone may suggest) to act in the same manner as the mail() function? Is this easy? I've googled, but haven't seen any reference to doing what I am looking to do (maybe I just can't google) Steve -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] bread and buytter php
On Thu, Feb 3, 2011 at 22:47, Kirk Bailey wrote: > Where is a good place for bread and butter day in day out routinely needed > functionality in php? They're two separate things. For routinely-needed functionality in PHP, it's pretty much built-in, but PEAR and PECL are good - and oft-underestimated and forgotten - points of reference. For bread and butter, try the Winn-Dixie on Seminole. -- Network Infrastructure Manager Documentation, Webmaster Teams http://www.php.net/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On 2/4/2011 5:37 AM, Steve Staples wrote:
> Hello Guys/Gals,
>
> it's friday (at least where I am it is) and I have an issue with a
> script that I just started using again. The problem is, is that it uses
> the built in PHP mail() function, and on my testing server, mail()
> doesn't work. The other issue, is that I use SMTP Auth to connect to my
> mail server, so that when mail sends out, it comes from my mail server
> so that there is less of a chance for being marked as SPAM.
>
> So, what I am looking to do, is use either the trust old Pear::Mail or
> PHPMailer scripts (I am sure there are other ones out there, but those
> are the 2 I am most familiar with).
>
> So now to my actual question. How can I override the built-in PHP
> mail() function, to let either of those 2 (or something else someone may
> suggest) to act in the same manner as the mail() function?
>
> Is this easy? I've googled, but haven't seen any reference to doing
> what I am looking to do (maybe I just can't google)
>
> Steve
>
>
You cannot "override" a function. You will have to write a new function,
"my_mail" or some such. Have it take the same arguments as the built in mail
function, but internally it uses phpmailer or the likes. Then, do a search and
replace for " mail(" with " my_mail("
One other possible option, which I had not contemplated until now, would be to
actually specify a replacement sendmail executable when setting up the sendmail
option in the php.ini. You could specify a php script that can run as though it
was sendmail, accept the same arguments, etc... but do all the phpmailer stuff
inside.
Jim Lucas
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On Fri, 2011-02-04 at 07:51 -0800, Jim Lucas wrote:
> On 2/4/2011 5:37 AM, Steve Staples wrote:
> > Hello Guys/Gals,
> >
> > it's friday (at least where I am it is) and I have an issue with a
> > script that I just started using again. The problem is, is that it uses
> > the built in PHP mail() function, and on my testing server, mail()
> > doesn't work. The other issue, is that I use SMTP Auth to connect to my
> > mail server, so that when mail sends out, it comes from my mail server
> > so that there is less of a chance for being marked as SPAM.
> >
> > So, what I am looking to do, is use either the trust old Pear::Mail or
> > PHPMailer scripts (I am sure there are other ones out there, but those
> > are the 2 I am most familiar with).
> >
> > So now to my actual question. How can I override the built-in PHP
> > mail() function, to let either of those 2 (or something else someone may
> > suggest) to act in the same manner as the mail() function?
> >
> > Is this easy? I've googled, but haven't seen any reference to doing
> > what I am looking to do (maybe I just can't google)
> >
> > Steve
> >
> >
>
> You cannot "override" a function. You will have to write a new function,
> "my_mail" or some such. Have it take the same arguments as the built in mail
> function, but internally it uses phpmailer or the likes. Then, do a search
> and
> replace for " mail(" with " my_mail("
>
> One other possible option, which I had not contemplated until now, would be to
> actually specify a replacement sendmail executable when setting up the
> sendmail
> option in the php.ini. You could specify a php script that can run as though
> it
> was sendmail, accept the same arguments, etc... but do all the phpmailer stuff
> inside.
>
> Jim Lucas
>
after posting this, and doing some more googleing, I found this:
http://ca.php.net/manual/en/function.override-function.php
it says you can override built-in php functions... I haven't tested to
see if i can do it, but it seems possible... has anyone used this
before? and will it do what I need? (this has been put on the back
burner for today, so tonight I will look more deeper into this unless
someone else has any luck in the mean time)
TIA!
Steve
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On 02/04/2011 04:59 PM, Steve Staples wrote:
> On Fri, 2011-02-04 at 07:51 -0800, Jim Lucas wrote:
>> On 2/4/2011 5:37 AM, Steve Staples wrote:
>>> Hello Guys/Gals,
>>>
>>> it's friday (at least where I am it is) and I have an issue with a
>>> script that I just started using again. The problem is, is that it uses
>>> the built in PHP mail() function, and on my testing server, mail()
>>> doesn't work. The other issue, is that I use SMTP Auth to connect to my
>>> mail server, so that when mail sends out, it comes from my mail server
>>> so that there is less of a chance for being marked as SPAM.
>>>
>>> So, what I am looking to do, is use either the trust old Pear::Mail or
>>> PHPMailer scripts (I am sure there are other ones out there, but those
>>> are the 2 I am most familiar with).
>>>
>>> So now to my actual question. How can I override the built-in PHP
>>> mail() function, to let either of those 2 (or something else someone may
>>> suggest) to act in the same manner as the mail() function?
>>>
>>> Is this easy? I've googled, but haven't seen any reference to doing
>>> what I am looking to do (maybe I just can't google)
>>>
>>> Steve
>>>
>>>
>>
>> You cannot "override" a function. You will have to write a new function,
>> "my_mail" or some such. Have it take the same arguments as the built in mail
>> function, but internally it uses phpmailer or the likes. Then, do a search
>> and
>> replace for " mail(" with " my_mail("
>>
>> One other possible option, which I had not contemplated until now, would be
>> to
>> actually specify a replacement sendmail executable when setting up the
>> sendmail
>> option in the php.ini. You could specify a php script that can run as
>> though it
>> was sendmail, accept the same arguments, etc... but do all the phpmailer
>> stuff
>> inside.
>>
>> Jim Lucas
>>
>
> after posting this, and doing some more googleing, I found this:
> http://ca.php.net/manual/en/function.override-function.php
>
> it says you can override built-in php functions... I haven't tested to
> see if i can do it, but it seems possible... has anyone used this
> before? and will it do what I need? (this has been put on the back
> burner for today, so tonight I will look more deeper into this unless
> someone else has any luck in the mean time)
>
> TIA!
>
> Steve
>
>
In PHP versions < 5.3 you need something like runkit or apd. In PHP 5.3
and up you could use monkey patching
http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On Fri, 2011-02-04 at 20:25 +0100, Thijs Lensselink wrote:
> On 02/04/2011 04:59 PM, Steve Staples wrote:
> > On Fri, 2011-02-04 at 07:51 -0800, Jim Lucas wrote:
> >> On 2/4/2011 5:37 AM, Steve Staples wrote:
> >>> Hello Guys/Gals,
> >>>
> >>> it's friday (at least where I am it is) and I have an issue with a
> >>> script that I just started using again. The problem is, is that it uses
> >>> the built in PHP mail() function, and on my testing server, mail()
> >>> doesn't work. The other issue, is that I use SMTP Auth to connect to my
> >>> mail server, so that when mail sends out, it comes from my mail server
> >>> so that there is less of a chance for being marked as SPAM.
> >>>
> >>> So, what I am looking to do, is use either the trust old Pear::Mail or
> >>> PHPMailer scripts (I am sure there are other ones out there, but those
> >>> are the 2 I am most familiar with).
> >>>
> >>> So now to my actual question. How can I override the built-in PHP
> >>> mail() function, to let either of those 2 (or something else someone may
> >>> suggest) to act in the same manner as the mail() function?
> >>>
> >>> Is this easy? I've googled, but haven't seen any reference to doing
> >>> what I am looking to do (maybe I just can't google)
> >>>
> >>> Steve
> >>>
> >>>
> >>
> >> You cannot "override" a function. You will have to write a new function,
> >> "my_mail" or some such. Have it take the same arguments as the built in
> >> mail
> >> function, but internally it uses phpmailer or the likes. Then, do a
> >> search and
> >> replace for " mail(" with " my_mail("
> >>
> >> One other possible option, which I had not contemplated until now, would
> >> be to
> >> actually specify a replacement sendmail executable when setting up the
> >> sendmail
> >> option in the php.ini. You could specify a php script that can run as
> >> though it
> >> was sendmail, accept the same arguments, etc... but do all the phpmailer
> >> stuff
> >> inside.
> >>
> >> Jim Lucas
> >>
> >
> > after posting this, and doing some more googleing, I found this:
> > http://ca.php.net/manual/en/function.override-function.php
> >
> > it says you can override built-in php functions... I haven't tested to
> > see if i can do it, but it seems possible... has anyone used this
> > before? and will it do what I need? (this has been put on the back
> > burner for today, so tonight I will look more deeper into this unless
> > someone else has any luck in the mean time)
> >
> > TIA!
> >
> > Steve
> >
> >
>
> In PHP versions < 5.3 you need something like runkit or apd. In PHP 5.3
> and up you could use monkey patching
>
>
> namespace somenamespace;
>
> function mail() {
> // do something!
> }
>
>
> You don't actually overwrite the core function but it's close.
>
>
> use somenamespace;
>
> mail() // will call the namespaced function
>
> \mail() // will call the core function
>
The reason i was hoping to override the function, was because then if
the script has updates, then i would need to change all references of
mail() to my_mail() or if i am not using < 5.3 (and what is runkit or
apd??)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On 02/04/2011 08:38 PM, Steve Staples wrote:
> On Fri, 2011-02-04 at 20:25 +0100, Thijs Lensselink wrote:
>> On 02/04/2011 04:59 PM, Steve Staples wrote:
>>> On Fri, 2011-02-04 at 07:51 -0800, Jim Lucas wrote:
On 2/4/2011 5:37 AM, Steve Staples wrote:
> Hello Guys/Gals,
>
> it's friday (at least where I am it is) and I have an issue with a
> script that I just started using again. The problem is, is that it uses
> the built in PHP mail() function, and on my testing server, mail()
> doesn't work. The other issue, is that I use SMTP Auth to connect to my
> mail server, so that when mail sends out, it comes from my mail server
> so that there is less of a chance for being marked as SPAM.
>
> So, what I am looking to do, is use either the trust old Pear::Mail or
> PHPMailer scripts (I am sure there are other ones out there, but those
> are the 2 I am most familiar with).
>
> So now to my actual question. How can I override the built-in PHP
> mail() function, to let either of those 2 (or something else someone may
> suggest) to act in the same manner as the mail() function?
>
> Is this easy? I've googled, but haven't seen any reference to doing
> what I am looking to do (maybe I just can't google)
>
> Steve
>
>
You cannot "override" a function. You will have to write a new function,
"my_mail" or some such. Have it take the same arguments as the built in
mail
function, but internally it uses phpmailer or the likes. Then, do a
search and
replace for " mail(" with " my_mail("
One other possible option, which I had not contemplated until now, would
be to
actually specify a replacement sendmail executable when setting up the
sendmail
option in the php.ini. You could specify a php script that can run as
though it
was sendmail, accept the same arguments, etc... but do all the phpmailer
stuff
inside.
Jim Lucas
>>>
>>> after posting this, and doing some more googleing, I found this:
>>> http://ca.php.net/manual/en/function.override-function.php
>>>
>>> it says you can override built-in php functions... I haven't tested to
>>> see if i can do it, but it seems possible... has anyone used this
>>> before? and will it do what I need? (this has been put on the back
>>> burner for today, so tonight I will look more deeper into this unless
>>> someone else has any luck in the mean time)
>>>
>>> TIA!
>>>
>>> Steve
>>>
>>>
>>
>> In PHP versions < 5.3 you need something like runkit or apd. In PHP 5.3
>> and up you could use monkey patching
>>
>> >
>> namespace somenamespace;
>>
>> function mail() {
>> // do something!
>> }
>>
>>
>> You don't actually overwrite the core function but it's close.
>>
>> >
>> use somenamespace;
>>
>> mail() // will call the namespaced function
>>
>> \mail() // will call the core function
>>
>
> The reason i was hoping to override the function, was because then if
> the script has updates, then i would need to change all references of
> mail() to my_mail() or if i am not using < 5.3 (and what is runkit or
> apd??)
>
>
APD is the Advanced PHP Debugger. That reffers to the first link you
added. And runkit is a PHP extension which allows you to override
functions, classes, etc.
http://php.net/manual/en/book.runkit.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On 02/04/2011 08:44 PM, Thijs Lensselink wrote:
> On 02/04/2011 08:38 PM, Steve Staples wrote:
>> On Fri, 2011-02-04 at 20:25 +0100, Thijs Lensselink wrote:
>>> On 02/04/2011 04:59 PM, Steve Staples wrote:
On Fri, 2011-02-04 at 07:51 -0800, Jim Lucas wrote:
> On 2/4/2011 5:37 AM, Steve Staples wrote:
>> Hello Guys/Gals,
>>
>> it's friday (at least where I am it is) and I have an issue with a
>> script that I just started using again. The problem is, is that it uses
>> the built in PHP mail() function, and on my testing server, mail()
>> doesn't work. The other issue, is that I use SMTP Auth to connect to my
>> mail server, so that when mail sends out, it comes from my mail server
>> so that there is less of a chance for being marked as SPAM.
>>
>> So, what I am looking to do, is use either the trust old Pear::Mail or
>> PHPMailer scripts (I am sure there are other ones out there, but those
>> are the 2 I am most familiar with).
>>
>> So now to my actual question. How can I override the built-in PHP
>> mail() function, to let either of those 2 (or something else someone may
>> suggest) to act in the same manner as the mail() function?
>>
>> Is this easy? I've googled, but haven't seen any reference to doing
>> what I am looking to do (maybe I just can't google)
>>
>> Steve
>>
>>
>
> You cannot "override" a function. You will have to write a new function,
> "my_mail" or some such. Have it take the same arguments as the built in
> mail
> function, but internally it uses phpmailer or the likes. Then, do a
> search and
> replace for " mail(" with " my_mail("
>
> One other possible option, which I had not contemplated until now, would
> be to
> actually specify a replacement sendmail executable when setting up the
> sendmail
> option in the php.ini. You could specify a php script that can run as
> though it
> was sendmail, accept the same arguments, etc... but do all the phpmailer
> stuff
> inside.
>
> Jim Lucas
>
after posting this, and doing some more googleing, I found this:
http://ca.php.net/manual/en/function.override-function.php
it says you can override built-in php functions... I haven't tested to
see if i can do it, but it seems possible... has anyone used this
before? and will it do what I need? (this has been put on the back
burner for today, so tonight I will look more deeper into this unless
someone else has any luck in the mean time)
TIA!
Steve
>>>
>>> In PHP versions < 5.3 you need something like runkit or apd. In PHP 5.3
>>> and up you could use monkey patching
>>>
>>> >>
>>> namespace somenamespace;
>>>
>>> function mail() {
>>> // do something!
>>> }
>>>
>>>
>>> You don't actually overwrite the core function but it's close.
>>>
>>> >>
>>> use somenamespace;
>>>
>>> mail() // will call the namespaced function
>>>
>>> \mail() // will call the core function
>>>
>>
>> The reason i was hoping to override the function, was because then if
>> the script has updates, then i would need to change all references of
>> mail() to my_mail() or if i am not using < 5.3 (and what is runkit or
>> apd??)
>>
>>
>
> APD is the Advanced PHP Debugger. That reffers to the first link you
refers :)
> added. And runkit is a PHP extension which allows you to override
> functions, classes, etc.
>
> http://php.net/manual/en/book.runkit.php
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] override built-in mail()
> -Original Message-
> From: Thijs Lensselink [mailto:d...@lenss.nl]
> Sent: Friday, February 04, 2011 12:48 PM
> To: php-general@lists.php.net
> Subject: Re: [PHP] override built-in mail()
>
> On 02/04/2011 08:44 PM, Thijs Lensselink wrote:
> > On 02/04/2011 08:38 PM, Steve Staples wrote:
> >> On Fri, 2011-02-04 at 20:25 +0100, Thijs Lensselink wrote:
> >>> On 02/04/2011 04:59 PM, Steve Staples wrote:
> On Fri, 2011-02-04 at 07:51 -0800, Jim Lucas wrote:
> > On 2/4/2011 5:37 AM, Steve Staples wrote:
> >> Hello Guys/Gals,
> >>
> >> it's friday (at least where I am it is) and I have an
> issue with a
> >> script that I just started using again. The problem
> is, is that it uses
> >> the built in PHP mail() function, and on my testing
> server, mail()
> >> doesn't work. The other issue, is that I use SMTP Auth
> to connect to my
> >> mail server, so that when mail sends out, it comes
> from my mail server
> >> so that there is less of a chance for being marked as SPAM.
> >>
> >> So, what I am looking to do, is use either the trust
> old Pear::Mail or
> >> PHPMailer scripts (I am sure there are other ones out
> there, but those
> >> are the 2 I am most familiar with).
> >>
> >> So now to my actual question. How can I override the
> built-in PHP
> >> mail() function, to let either of those 2 (or
> something else someone may
> >> suggest) to act in the same manner as the mail() function?
> >>
> >> Is this easy? I've googled, but haven't seen any
> reference to doing
> >> what I am looking to do (maybe I just can't google)
> >>
> >> Steve
> >>
> >>
> >
> > You cannot "override" a function. You will have to
> write a new function,
> > "my_mail" or some such. Have it take the same
> arguments as the built in mail
> > function, but internally it uses phpmailer or the
> likes. Then, do a search and
> > replace for " mail(" with " my_mail("
> >
> > One other possible option, which I had not contemplated
> until now, would be to
> > actually specify a replacement sendmail executable when
> setting up the sendmail
> > option in the php.ini. You could specify a php script
> that can run as though it
> > was sendmail, accept the same arguments, etc... but do
> all the phpmailer stuff
> > inside.
> >
> > Jim Lucas
> >
>
> after posting this, and doing some more googleing, I found this:
> http://ca.php.net/manual/en/function.override-function.php
>
> it says you can override built-in php functions... I
> haven't tested to
> see if i can do it, but it seems possible... has anyone used this
> before? and will it do what I need? (this has been put
> on the back
> burner for today, so tonight I will look more deeper
> into this unless
> someone else has any luck in the mean time)
>
> TIA!
>
> Steve
I would opt for using my_mail and not overriding a built-in function. It seems
to me that it would just cause confusion for the next developer who takes care
of your code. You know, that psychopathic programmer that knows your address. =)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On Fri, Feb 4, 2011 at 12:42 PM, Hansen, Mike wrote: > I would opt for using my_mail and not overriding a built-in function. It > seems to me that it would just cause confusion for the next developer who > takes care of your code. You know, that psychopathic programmer that knows > your address. =) > Yes, better to create your own function (or class) to abstract the mail() API of your choosing is the better route. You'll have to retrofit the script to use it, but you can then swap in different mail systems later without changing the client. Even when you don't anticipate needing to switch to a different provider, adding an abstraction layer from the start is often cheap enough to warrant the risk of never needing to change the implementation underneath. David
Re: [PHP] Memcache problems
Thanks for your help so far. I've just started noticing a bunch of
"zend_mm_heap corrupted" in logs, Could this be the reason?
On 02/03/2011 11:12 PM, Alex Nikitin wrote:
Short of some process going crazy, which you should check for, some psing,
top and netstat, i cant think of any reason you should ever get a connection
drop, short of a hardware failure (memory perhaps), or an experimental
kernel settings or modules or something... i cant think of any way that a
connection to 127.0.0.1 would ever possibly get dropped, loopback device
never hits your network hardware...
~Alex
On Thu, Feb 3, 2011 at 5:00 PM, Jostein Eriksen wrote:
On 02/03/2011 10:49 PM, Adam Richardson wrote:
On Thu, Feb 3, 2011 at 4:19 PM, Jostein Eriksen
wrote:
Both php and memcached is running on the same server.
memcached version 1.2.2
php5-memcache version 2.2.0
php version 5.2.4
here is a snippet from my code that may be of interest
$cfg['serverList'] = array('127.0.0.1', 11211, 1, 1);
...
$this->memcache = new Memcache();
foreach($cfg['serverList'] as $value){
/** host, port, persistent, weight,
timeout,
retry interval, status, failure callback */
$this->memcache->addServer($value[0],
$value[1], false, $value[2], $value[3], 2, true, array($this, 'fail'));
}
Are you sure you copied this correctly?
In the code above, you set the array key 'serverList' to an array
containing
('127.0.0.1', 11211, 1, 1);
Then, you foreach through the values of the 'serverList' array (first
iteration, value would equal '127.0.0.1', second, value would equal 11211,
etc.)
Then, you use array notation to access the first position of $value. In
the
first iteration of the foreach, $value would equal '127.0.0.1', so
$value[0]
would give you '1', $value[1] would give you '2', etc.
Do you see what I'm saying? Did you forget or omit other relevant code?
Or,
I'm just having a really bad code day (in this case, I'll likely see my
error just after sending this email.)
Adam
My bad.
it should be:
'serverList' => array(
/** host, port, weight, timeout */
'default' => array('127.0.0.1',
11211, 1, 1),
)),
Didn't copy/paste the $cfg = line, so it got messed up.
/Jostein
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] override built-in mail()
On 02/04/2011 09:49 PM, David Harkness wrote: > On Fri, Feb 4, 2011 at 12:42 PM, Hansen, Mike wrote: > >> I would opt for using my_mail and not overriding a built-in function. It >> seems to me that it would just cause confusion for the next developer who >> takes care of your code. You know, that psychopathic programmer that knows >> your address. =) >> > > Yes, better to create your own function (or class) to abstract the mail() > API of your choosing is the better route. You'll have to retrofit the script > to use it, but you can then swap in different mail systems later without > changing the client. Even when you don't anticipate needing to switch to a > different provider, adding an abstraction layer from the start is often > cheap enough to warrant the risk of never needing to change the > implementation underneath. > > David > I should have added. Running APD or runkit in production is probably not a good idea. And renaming a core function just the same. Monkey patching is a nice solution. But can cause confusion as well. Like Mike and David say. Better role your own function / class for this. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: bread and buytter php
On Sat, 5 Feb 2011, Kirk Bailey wrote: > If I wanted to reinvent the wheel, I would not have wasted the > list's bandwidth, I would go burn the hours I do not have to spare > on rewriting things already written years before by someone else. > > On 2/4/2011 12:46 AM, David Robley wrote: > > Kirk Bailey wrote: > >> Where is a good place for bread and butter day in day out routinely > >> needed functionality in php? > > > > Content management system? Framework? PEAR? Write your own > > library/classes? > > > > > > > > Cheers Well, I fear I could not be more specific as your request fitted in the category of IDFMA It must be Friday still somewhere... Cheers -- David Robley Math is the language God used to write the universe. Today is Sweetmorn, the 36th day of Chaos in the YOLD 3177. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
