php-general Digest 3 Jul 2004 14:39:23 -0000 Issue 2855
Topics (messages 189602 through 189627):
Re: include() with a query string?
189602 by: Trejkaz Xaoza
189606 by: Justin Patrin
189608 by: Trejkaz Xaoza
Re: call_user_func and call-time pass-by-reference
189603 by: Tom Rogers
Re: Password encyption
189604 by: Michal Migurski
189623 by: Siddharth Hegde
help ???
189605 by: Dannis Yang
189610 by: Galen
189611 by: Larry E. Ullman
189626 by: Wudi
Re: Online Users
189607 by: zareef ahmed
PHP 4.3.7 build failed on HP-UX 11.23 IPF
189609 by: Durai raj
Re: Help needed
189612 by: Jason Barnett
Re: Strange Session Problem
189613 by: Jason Barnett
Re: session id changing all the time on some pc's
189614 by: Torsten Roehr
189615 by: Torsten Roehr
189616 by: Torsten Roehr
web page output "as we go"
189617 by: David T-G
189618 by: Jason Barnett
Re: PHP Bug ?
189619 by: Dennis Freise
189620 by: Dennis Freise
189622 by: Siddharth Hegde
189625 by: Wudi
189627 by: Curt Zirzow
frames compatibility
189621 by: Jason Barnett
Re: php.ini mail settings
189624 by: Wudi
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Justin Patrin wrote:
> On Sat, 03 Jul 2004 03:02:07 +1000, Trejkaz Xaoza <[EMAIL PROTECTED]>
> wrote:
>>
>>
>> Is there some way to fake inclusion with a query string attached?
>>
>
> Yep. Set the $_GET, $_POST, or $_REQUEST vars you need before
> including. You could also store a backup copy before doing this and
> put it back after the include if you need it.
Okay. This is the way I'm going then.
I just noticed also that although $HTTP_GET_VARS is supposed to be an alias
for $_GET, I still have to set both variables to account for users'
behaviour. (Either that, or I forget about $HTTP_GET_VARS and tell users
if it's deprecated in PHP, it's unsupported by my code.)
And also, what should I do with $_REQUEST? Do users have to call a function
to get that to populate? If that's the case I can silently ignore it since
it isn't used anywhere in my code.
TX
--- End Message ---
--- Begin Message ---
It just depends on the vars that the code expects. If it expects them
to come via get, it may be $_GET, post, it may be $_POST. Or either of
those could be in $_REQUEST (which is populated according to a config
var) in a certain order from $_GET, $_POST, and $_COOKIE. In addition,
$_GET can be in $HTTP_GET_VARS and $_POST can be in $HTTP_POST_VARS.
Both those can be globals if you have register_globals on.
So.....there's a lot to set if you really want to emulate everything.
On Sat, 03 Jul 2004 11:46:32 +1000, Trejkaz Xaoza <[EMAIL PROTECTED]> wrote:
> Justin Patrin wrote:
>
> > On Sat, 03 Jul 2004 03:02:07 +1000, Trejkaz Xaoza <[EMAIL PROTECTED]>
> > wrote:
> >>
> >>
> >> Is there some way to fake inclusion with a query string attached?
> >>
> >
> > Yep. Set the $_GET, $_POST, or $_REQUEST vars you need before
> > including. You could also store a backup copy before doing this and
> > put it back after the include if you need it.
>
> Okay. This is the way I'm going then.
>
> I just noticed also that although $HTTP_GET_VARS is supposed to be an alias
> for $_GET, I still have to set both variables to account for users'
> behaviour. (Either that, or I forget about $HTTP_GET_VARS and tell users
> if it's deprecated in PHP, it's unsupported by my code.)
>
> And also, what should I do with $_REQUEST? Do users have to call a function
> to get that to populate? If that's the case I can silently ignore it since
> it isn't used anywhere in my code.
>
> TX
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
> !DSPAM:40e60df175701962020657!
>
>
--
DB_DataObject_FormBuilder - The database at your fingertips
http://pear.php.net/package/DB_DataObject_FormBuilder
paperCrane --Justin Patrin--
--- End Message ---
--- Begin Message ---
Justin Patrin wrote:
> It just depends on the vars that the code expects. If it expects them
> to come via get, it may be $_GET, post, it may be $_POST. Or either of
> those could be in $_REQUEST (which is populated according to a config
> var) in a certain order from $_GET, $_POST, and $_COOKIE. In addition,
> $_GET can be in $HTTP_GET_VARS and $_POST can be in $HTTP_POST_VARS.
> Both those can be globals if you have register_globals on.
>
> So.....there's a lot to set if you really want to emulate everything.
Well, the code is not my code. It's any code which might be written by
someone using PHP-Mesh in the future. So I guess I have to set a hell of a
lot of these to make pretend.
That being said I only really need to deal with the GET, I guess. Cookies I
can treat as being correctly sent already, POST I will just clear out
before doing the call (i.e., you can't post to a portlet), and GET I'll
populate using parse_str on the query string provided.
$_REQUEST is a trouble-maker, and I might just have to forget about it, and
tell people to populate it themselves since the function to do so is so
easy to use.
But the rest is working already so I guess I'm just down to testing it now.
Thanks!
TX
--- End Message ---
--- Begin Message ---
Hi,
Saturday, July 3, 2004, 3:00:22 AM, you wrote:
AN> Tom Rogers wrote:
>>With call_user_function() you need to do this:
>>
>>call_user_func("fun", &$var);
>>
>>
AN> Tom, this won't work due to the Call-Time Pass-By-Reference deprecation.
AN> Does anyone know how to do this?
AN> The error message says "If you would like to pass it by reference,
AN> modify the declaration of call_user_func()" ... how would i do this?
AN> Andrew
Sorry about that, I checked it in cli and it doesn't give a warning.
This is another way:
function fun($arg) {
$arg++;
}
$var = 0;
call_user_func_array("fun", array(&$var));
echo $var;
--
regards,
Tom
--- End Message ---
--- Begin Message ---
> I realize the key needs to be stored somewhere which is part of the
> problem of how to make it a bit more secure. I just don't feel safe if
> a password in a flat file in clear text. Ideally the database should
> support something like an ssh style public/private Key auth where the
> private Key is stored internally to the database.
Where would you store the passphrase to the key? This is a losing battle -
at some point, anonymous requests from the outside world are going to have
to result in some kind of access to the database.
I think you'd be better off accepting the inherent security tradeoffs as a
known variable, and working from there: write your code so it's not
vulnerable to SQL injection or other attacks, limit the access permissions
of the database user, put the file containing the password someplace where
the webserver won't divulge its content (apache config or .htaccess is a
personal favorite of mine), and (important!) back up your DB regularly so
that you can recover from attacks cleanly.
-mike.
---------------------------------------------------------------------
michal migurski- contact info and pgp key:
sf/ca http://mike.teczno.com/contact.html
--- End Message ---
--- Begin Message ---
You could use Turck to convert the file to byte code. Not exactly
state of the art security as Turck does not have any encryption
itself, but definately a better option than plain text.
- Sid
On Fri, 2 Jul 2004 22:32:24 -0400 (EDT), Michal Migurski
<[EMAIL PROTECTED]> wrote:
> > I realize the key needs to be stored somewhere which is part of the
> > problem of how to make it a bit more secure. I just don't feel safe if
> > a password in a flat file in clear text. Ideally the database should
> > support something like an ssh style public/private Key auth where the
> > private Key is stored internally to the database.
>
> Where would you store the passphrase to the key? This is a losing battle -
> at some point, anonymous requests from the outside world are going to have
> to result in some kind of access to the database.
>
> I think you'd be better off accepting the inherent security tradeoffs as a
> known variable, and working from there: write your code so it's not
> vulnerable to SQL injection or other attacks, limit the access permissions
> of the database user, put the file containing the password someplace where
> the webserver won't divulge its content (apache config or .htaccess is a
> personal favorite of mine), and (important!) back up your DB regularly so
> that you can recover from attacks cleanly.
>
> -mike.
>
> ---------------------------------------------------------------------
> michal migurski- contact info and pgp key:
> sf/ca http://mike.teczno.com/contact.html
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
Dear:
I wonder why my website runs smooth in PHP 4.1.1 but it does not in 4.3.7.
Dannis
--- End Message ---
--- Begin Message ---
On Jul 2, 2004, at 9:46 AM, Dannis Yang wrote:
Dear:
I wonder why my website runs smooth in PHP 4.1.1 but it does not in
4.3.7.
Dannis
Please go through and tell us more information! We can't help you
otherwise!
At least tell us what your site does and define what "smooth" is and is
not. And if you can possibly, please give us more than a sentence of
detail.
-Galen
--- End Message ---
--- Begin Message ---
I wonder why my website runs smooth in PHP 4.1.1 but it does not in
4.3.7.
Without knowing any relevant details at all, I would suggest that the
settings are different between the two servers, particularly
register_globals and magic_quotes.
Larry
--- End Message ---
--- Begin Message ---
If you have a bad habit of writing program codes, it may don't work on
the strict config. You'd better change the bad habit.
But if you don't want to do that, you can modify php.ini to fit you.
On Fri, 2 Jul 2004 23:46:38 +0700
"Dannis Yang" <[EMAIL PROTECTED]> wrote:
> Dear:
> I wonder why my website runs smooth in PHP 4.1.1 but it does not in 4.3.7.
> Dannis
------------------------------------------------------------------------
Comment: English is not my first language.
Wudi <[EMAIL PROTECTED]>
--- End Message ---
--- Begin Message ---
--- Matt Palermo <[EMAIL PROTECTED]> wrote:
> Okay, I actually found out how to list the users,
> but you have the following
> line of code:
>
> define('SITE_ONLINE_EXPIRE', 900);
>
> What is the 900? Is that 900 seconds?
>
Yes time is in seconds.
zareef ahmed
=====
Zareef Ahmed :: A PHP Developer in Delhi(India).
Homepage :: http://www.zasaifi.com
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
--- End Message ---
--- Begin Message ---
Hello All,
I can built PHP 4.3.7 on 11.23 IPF IC71L. But I got
core dumped when I give gmake test.
I used the following steps to build:
$ ./configure --prefix=/opt/hpws/apache/php
--with-apxs2=/opt/hpws/apache/bin/apxs --with-gettext
--with-xml
$ gmake
$ gmake test
/bin/sh: 13218 Memory fault(coredump)
gmake: [test] Error 139 (ignored)
$
gcc version 3.3.2.
Note:
In HP-C compiler, the gmake test hangs.
Regards,
Durai.
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
--- End Message ---
--- Begin Message ---
Completely new? Well, there are a lot of articles on the web that will
get you started... just try googling for "MySQL PHP tutorial". If
you're willing to put in the time you can do it yourself... but there
are a lot of PHPers out there that can do it for you right now.
--- End Message ---
--- Begin Message ---
I don't think your problem is with the sessions at all... rather, I
think you need to change the include command:
[snip]
include("$CFG->usersdir"); // ***This line causes session problems***
exit;
}
[/snip]
try changing this to:
[snip]
include($CFG->usersdir);
exit;
}
[/snip]
Ever tried printing out the offending string? You might find it
interesting. Check this out:
http://www.php.net/manual/en/language.types.string.php
Jason
--- End Message ---
--- Begin Message ---
"Zilvinas Saltys" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, 2 Jul 2004 22:45:23 +0000
> Curt Zirzow <[EMAIL PROTECTED]> wrote:
>
> > * Thus wrote Torsten Roehr:
> > > "Zilvinas Saltys" <[EMAIL PROTECTED]> wrote in message
> > > news:[EMAIL PROTECTED]
> > > >
> > > > The only thing i want to know is all the truth about IE (6?) and
cookies
> > > :)
> > > >
> > > > Heeelp :)
> > >
> > > Sorry to say that but just DO NOT use cookies. You will always have
problems
> > > with users having weird cookie settings in their browser. Cookies are
fine
> > > for intranets where you know the infrastructure you are dealing with.
> > > Passing the session id via GET/POST may be ugly but makes you
independent of
> > > the browser's cookie settings.
> >
> > I would strongly discourage trans_id with sessions that contain
> > sensitive data.
>
> Yes it does contain sensitive data.. And those people cant work with that
data because of IE...
> Those people have to travel from place to place. They can't use mozilla
everywhere or change the IE settings or even to turn the zone alarm off...
>
> So what are your suggestions? Using trans sid is the only solution as i
see now.. No matter how unsafe it is.. Or it looks or works ugly..
>
> That is the problem :)
Use SSL and if possible a Virtual Private Network (VPN). You can also call
session_regenerate_id() after successful login:
http://de.php.net/session_regenerate_id
This adds a bit of additional security because the session id that might be
public before the login will not be of any use to a potential attackerb
because it will change after login.
Don't use session.use_trans_sid = 1 because it won't work with form actions
and some other elements. I recommend manually adding the session id to all
your links, form actions and header(location) calls.
Hope this helps a bit.
Regards, Torsten
--- End Message ---
--- Begin Message ---
"Matthew Sims" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > No, this is exactly what I wanted to know. But it would contradict
> > everything I experienced with sessions until now - and it does. I just
> > tested your code (with session_start() also at the top of page2). It
does
> > not work because there is absolutely no relation between page1 and page2
> > with your code. In this case a new session is being started on page two.
> >
> > You have got to pass the session id from one page to another (when not
> > using
> > a cookie) otherwise it won't work and rightly so.
>
> Ah, you are so correct. My apologies. Without cookies turned on then the
> session id is different with each page. Bleh.
>
> Okay...so...ignore all that I said. :)
>
> So I guess $_GET is the only option...that sucks.
>
> Sorry dude.
Hi Matthew,
there's no reason to apaologize. I would have loved to see a non-cookie
solution with transparent session id use.
Regards, Torsten
--- End Message ---
--- Begin Message ---
"Torsten Roehr" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Zilvinas Saltys" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > On Fri, 2 Jul 2004 22:45:23 +0000
> > Curt Zirzow <[EMAIL PROTECTED]> wrote:
> >
> > > * Thus wrote Torsten Roehr:
> > > > "Zilvinas Saltys" <[EMAIL PROTECTED]> wrote in message
> > > > news:[EMAIL PROTECTED]
> > > > >
> > > > > The only thing i want to know is all the truth about IE (6?) and
> cookies
> > > > :)
> > > > >
> > > > > Heeelp :)
> > > >
> > > > Sorry to say that but just DO NOT use cookies. You will always have
> problems
> > > > with users having weird cookie settings in their browser. Cookies
are
> fine
> > > > for intranets where you know the infrastructure you are dealing
with.
> > > > Passing the session id via GET/POST may be ugly but makes you
> independent of
> > > > the browser's cookie settings.
> > >
> > > I would strongly discourage trans_id with sessions that contain
> > > sensitive data.
> >
> > Yes it does contain sensitive data.. And those people cant work with
that
> data because of IE...
> > Those people have to travel from place to place. They can't use mozilla
> everywhere or change the IE settings or even to turn the zone alarm off...
> >
> > So what are your suggestions? Using trans sid is the only solution as i
> see now.. No matter how unsafe it is.. Or it looks or works ugly..
> >
> > That is the problem :)
>
> Use SSL and if possible a Virtual Private Network (VPN). You can also call
> session_regenerate_id() after successful login:
> http://de.php.net/session_regenerate_id
>
> This adds a bit of additional security because the session id that might
be
> public before the login will not be of any use to a potential attackerb
> because it will change after login.
>
> Don't use session.use_trans_sid = 1 because it won't work with form
actions
> and some other elements. I recommend manually adding the session id to all
> your links, form actions and header(location) calls.
>
> Hope this helps a bit.
>
> Regards, Torsten
One more thing. Store the user's browser id ($_SERVER['HTTP_USER_AGENT'])
and/or his IP into the session and on each request compare the stored values
to the current submitted values.
Regards, Torsten
--- End Message ---
--- Begin Message ---
Hi, all --
It's been a while. I've been busy and have missed the list. It's good
to have a [legitimate] excuse to read again :-)
I have a script which churns away and spits out the name of each file as
it processes. The docs say that any print or echo statements get written
immediately and thus exists output buffering for headers and sessions --
but -- but in the web browser instead of seeing content start to flow in
(to give me an indicator of how things are going) the page simply remains
blank until it suddenly shows me the completed list.
Is there any way I can tell the web browser to start trickling the data
onto the page?
TIA & HAND
:-D
--
David T-G
[EMAIL PROTECTED]
http://justpickone.org/davidtg/ Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
pgp9xuDP1IlIr.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Is there any way I can tell the web browser to start trickling the data
onto the page?
TIA & HAND
:-D
As Torsten so kindly pointed out to me before, your friend is the
flush() function:
http://www.php.net/flush
Jason
--- End Message ---
--- Begin Message ---
On Fri, 2 Jul 2004 11:08:38 +0200
"Pierre" <[EMAIL PROTECTED]> wrote:
> Just try this : $temp = $country_list[$country_symbol]['AU'] ;
> Seems better :)
Yes, but wrong.
The original:
> $temp = $country_list[$country_symbol['AU']] ;
2 levels of arrays. 2 _different_ arrays.
$country_symbol = array( 'AU' => 'some_value' );
$country_list = array( 'some_value', 'some_other_value' );
For your piece of code it would need to be:
$country_list = array( 'some_value' => array( 'AU', 'some_other_value' );
BTW: $array[$second_array['key']] works fine for me... php 5.0.0rc3
--
Dennis Freise <[EMAIL PROTECTED]>
GnuPG key: 2DE8 CCEF 6E20 11D4 3B27 21EC B0BA 1749 D2C8 38ED
Available at: http://www.final-frontier.ath.cx/?key-plain
pgpWyTOm5Iz5Q.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
On Sat, 3 Jul 2004 11:56:52 +0200
Dennis Freise <[EMAIL PROTECTED]> wrote:
Errr... these need to be assoc as well:
> $country_symbol = array( 'AU' => 'some_value' );
> $country_list = array( 'some_value', 'some_other_value' );
$country_list = array( 'some_value' => 'some_other_value' );
> For your piece of code it would need to be:
> $country_list = array( 'some_value' => array( 'AU', 'some_other_value' );
$country_list = array( 'some_value' => array( 'AU' => 'some_other_value' );
--
Dennis Freise <[EMAIL PROTECTED]>
GnuPG key: 2DE8 CCEF 6E20 11D4 3B27 21EC B0BA 1749 D2C8 38ED
Available at: http://www.final-frontier.ath.cx/?key-plain
pgpP9DDm0Wz4V.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
While we are on this topic, I have noticed that for only some keys,
the following does not work
$arr[KEY_NAME] but when I change this to $arr['KEY_NAME'] it works.
I seriosuly doubt that KEY_NAME is a restricted keyword as dreamweawer
highlights these in different colors and this happens very rarely. In
any case I will be working on PHP5 so i guess it will not happen again
On Sat, 3 Jul 2004 12:04:10 +0200, Dennis Freise
<[EMAIL PROTECTED]> wrote:
> On Sat, 3 Jul 2004 11:56:52 +0200
> Dennis Freise <[EMAIL PROTECTED]> wrote:
>
> Errr... these need to be assoc as well:
>
>
>
> > $country_symbol = array( 'AU' => 'some_value' );
> > $country_list = array( 'some_value', 'some_other_value' );
>
> $country_list = array( 'some_value' => 'some_other_value' );
>
> > For your piece of code it would need to be:
> > $country_list = array( 'some_value' => array( 'AU', 'some_other_value' );
>
> $country_list = array( 'some_value' => array( 'AU' => 'some_other_value' );
>
> --
> Dennis Freise <[EMAIL PROTECTED]>
> GnuPG key: 2DE8 CCEF 6E20 11D4 3B27 21EC B0BA 1749 D2C8 38ED
> Available at: http://www.final-frontier.ath.cx/?key-plain
>
>
>
--- End Message ---
--- Begin Message ---
It works on Apache/2.0.49 (Win32) PHP/4.3.7.
It wrote the following to test it:
<?php
$country_symbol = array( 'AU' => 5 );
$country_list = array( 5 => 'Australia' );
$temp = $country_list[$country_symbol['AU']];
echo '$country_list[$country_symbol[\'AU\']] =
$country_list['.$country_symbol['AU'].'] = ' . $temp . '<br>';
$country_symbol = array( 'AU' => 'a' );
$country_list = array( 'a' => 'Australia' );
$temp = $country_list[$country_symbol['AU']];
echo '$country_list[$country_symbol[\'AU\']] =
$country_list['.$country_symbol['AU'].'] = ' . $temp . '<br>';
$country_symbol = array( 'AU' => '%' );
$country_list = array( '%' => 'Australia' );
$temp = $country_list[$country_symbol['AU']];
echo '$country_list[$country_symbol[\'AU\']] =
$country_list['.$country_symbol['AU'].'] = ' . $temp . '<br>';
?>
The output was:
$country_list[$country_symbol['AU']] = $country_list[5] = Australia
$country_list[$country_symbol['AU']] = $country_list[a] = Australia
$country_list[$country_symbol['AU']] = $country_list[%] = Australia
On Fri, 2 Jul 2004 14:01:18 +1000
adwinwijaya <[EMAIL PROTECTED]> wrote:
> Hi...
>
> I found a bug (may be)
> I tried to do like this:
>
> $temp = $country_list[$country_symbol['AU']] ;
> this didnt work, so I have to change to :
>
> $symbol = $country_symbol['AU'];
> $temp = $country_list[$symbol] ;
>
> is this PHP bug ?
>
> --
> Best regards,
> adwinwijaya mailto:[EMAIL PROTECTED]
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
------------------------------------------------------------------------
Comment: English is not my first language.
Wudi <[EMAIL PROTECTED]>
--- End Message ---
--- Begin Message ---
* Thus wrote Siddharth Hegde:
> While we are on this topic, I have noticed that for only some keys,
> the following does not work
> $arr[KEY_NAME] but when I change this to $arr['KEY_NAME'] it works.
Because that is the *right* way to access the keyname.
> I seriosuly doubt that KEY_NAME is a restricted keyword as dreamweawer
> highlights these in different colors and this happens very rarely. In
> any case I will be working on PHP5 so i guess it will not happen again
Don't rely on dreamweaver as what is the proper syntax.
Curt
--
First, let me assure you that this is not one of those shady pyramid schemes
you've been hearing about. No, sir. Our model is the trapezoid!
--- End Message ---
--- Begin Message ---
Hey all, I'm working on a project and considering splitting up the pages
into frames. I'm mostly wondering are the frames implementations across
browsers relatively similar?
I'm thinking that I'd use 3 frames split like this:
1. Filelist of documents to edit
2. A document editor
3. A help index
Luckily I don't think I even need to share my session between the
frames, but I do want to use a session for the document editor. Has
anyone done anything similar to this? What compatibility issues are there?
I searched MARC and didn't find much of anything... only 5-7 problems
reported for frames/KHTML frames/MSIE and frames/Mozilla. Are frames
really that stable?
Jason
--- End Message ---
--- Begin Message ---
It's impossible. If you olny want to set the mail sender, you can write mail
head "From: [EMAIL PROTECTED]" to get the same result.
But using SMTP Class is better.
On Fri, 02 Jul 2004 23:44:48 +0100
Olly <[EMAIL PROTECTED]> wrote:
> [mail function]
> ; For Win32 only.
> SMTP = smtp.mail.yahoo.co.uk ; for Win32 only
> sendmail_from= [EMAIL PROTECTED] ; for Win32 only
>
> ; For Win32 only.
> ;sendmail_from = [EMAIL PROTECTED]
>
>
> is there anyway to set a password for the mail function in php.ini
>
> thanks
>
> --
> Olly
>
> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
------------------------------------------------------------------------
Comment: English is not my first language.
Wudi <[EMAIL PROTECTED]>
--- End Message ---
