Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #4265 > unrolled thread

Trouble with sending e-mail from simple php script

Back to article view | Back to comp.lang.php

Contents

  Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-07 11:01 -0800
    Re: Trouble with sending e-mail from simple php script Luuk <Luuk@invalid.lan> - 2012-01-07 20:42 +0100
      Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-08 01:17 -0800
        Re: Trouble with sending e-mail from simple php script Luuk <Luuk@invalid.lan> - 2012-01-08 19:09 +0100
    Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-07 16:06 -0500
      Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-08 01:20 -0800
        Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-08 09:09 -0500
        Re: Trouble with sending e-mail from simple php script "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-08 15:12 +0100
          Re: Trouble with sending e-mail from simple php script The Natural Philosopher <tnp@invalid.invalid> - 2012-01-08 14:34 +0000
            Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-08 10:51 -0800
              Re: Trouble with sending e-mail from simple php script The Natural Philosopher <tnp@invalid.invalid> - 2012-01-08 22:02 +0000
                Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 05:27 -0800
                  Re: Trouble with sending e-mail from simple php script The Natural Philosopher <tnp@invalid.invalid> - 2012-01-09 14:35 +0000
          Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-08 10:02 -0500
            Re: Trouble with sending e-mail from simple php script "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-08 16:33 +0100
              Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-08 10:39 -0500
                Re: Trouble with sending e-mail from simple php script "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-08 17:01 +0100
                  Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-08 15:44 -0500
                    Re: Trouble with sending e-mail from simple php script "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-08 23:53 +0100
                      Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-08 19:00 -0500
                      Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 05:32 -0800
                        Re: Trouble with sending e-mail from simple php script The Natural Philosopher <tnp@invalid.invalid> - 2012-01-09 14:32 +0000
                        Re: Trouble with sending e-mail from simple php script Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-09 10:04 -0500
    Re: Trouble with sending e-mail from simple php script Jeff North <jnorthau@yahoo.com.au> - 2012-01-09 02:29 +1100
      Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-08 10:57 -0800
        Re: Trouble with sending e-mail from simple php script Jeff North <jnorthau@yahoo.com.au> - 2012-01-09 12:46 +1100
          Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 05:39 -0800
        Re: Trouble with sending e-mail from simple php script Captain Paralytic <paul_lautman@yahoo.com> - 2012-01-09 04:36 -0800
          Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 05:40 -0800
            Re: Trouble with sending e-mail from simple php script Captain Paralytic <paul_lautman@yahoo.com> - 2012-01-09 05:53 -0800
              Re: Trouble with sending e-mail from simple php script Tim Streater <timstreater@greenbee.net> - 2012-01-09 14:50 +0000
                Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 07:34 -0800
                Re: Trouble with sending e-mail from simple php script Captain Paralytic <paul_lautman@yahoo.com> - 2012-01-09 07:40 -0800
                  Re: Trouble with sending e-mail from simple php script Tim Streater <timstreater@greenbee.net> - 2012-01-09 17:00 +0000
                    Re: Trouble with sending e-mail from simple php script Captain Paralytic <paul_lautman@yahoo.com> - 2012-01-10 01:58 -0800
                      Re: Trouble with sending e-mail from simple php script Tim Streater <timstreater@greenbee.net> - 2012-01-10 10:18 +0000
                        Re: Trouble with sending e-mail from simple php script Captain Paralytic <paul_lautman@yahoo.com> - 2012-01-10 02:20 -0800
              Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 07:32 -0800
                Re: Trouble with sending e-mail from simple php script Tim Streater <timstreater@greenbee.net> - 2012-01-09 17:01 +0000
          Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 07:30 -0800
    Re: Trouble with sending e-mail from simple php script "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-08 17:19 +0100
      Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-08 11:02 -0800
        Re: Trouble with sending e-mail from simple php script "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-08 23:35 +0100
          Re: Trouble with sending e-mail from simple php script C <wrong.address.1@gmail.com> - 2012-01-09 05:28 -0800
            Re: Trouble with sending e-mail from simple php script The Natural Philosopher <tnp@invalid.invalid> - 2012-01-09 14:34 +0000
    Re: Trouble with sending e-mail from simple php script Luuk <Luuk@invalid.lan> - 2012-01-09 18:23 +0100

Page 1 of 3  [1] 2 3  Next page →

#4265 — Trouble with sending e-mail from simple php script

I have a simple form which is handled in a *.htm file by

<FORM METHOD="POST" ACTION="send_msg.php">
<PRE>
    Your name    <INPUT TYPE="text" NAME="name" MAXLENGTH=35 SIZE=50>
    Company  <INPUT TYPE="text" NAME="orgn"  MAXLENGTH=60 SIZE=50>
    City and country         <INPUT TYPE="text" NAME="locn"
MAXLENGTH=60 SIZE=50>
    Your e-mail address   <INPUT TYPE="text" NAME="emad"  MAXLENGTH=60
SIZE=50>
    Your message          <TEXTAREA NAME="question" WRAP=VIRTUAL
ROWS=5 COLS=45></TEXTAREA>
                          <INPUT TYPE="submit" VALUE="Send message">
</PRE>
</FORM>

Then the send_msg.php should send the e-mail by the following code
(but does not send e-mail). What am I doing wrong?

<?php
$date = date("F jS Y, h:iA");
if ($name == "" && $question == "") {exit;}
$host=@gethostbyaddr($REMOTE_ADDR);
$headers = "From: postmaster@domainname1.org \r\n";
$headers .= "X-Mailer: PHP \r\n";
if(mail("myusernamehere@gmail.com", "Comments from someone.",
"$host on the contacts page at $date \n
--- \n
$name from $orgn, $locn ($emad) wrote:\n\n
$question", $headers)) { $msg = "Thank you"; } else { $msg = "Message
not sent"; }
echo $msg;
?>

<html>
<head>
	<title>Test form to email</title>
</head>

<body>
<?php echo $msg ?>


</body>
</html>

<?php
echo "<HTML>";
echo '<BODY bgcolor="#E0FFE0" text="#008000" leftmargin="30"
topmargin="20">';
echo '<FONT face="Arial" size=1> <B>';
echo $msg ;
echo "Thank you. Your message has been sent.";
echo "</B> </FONT> </HTML>";
?>

Thanks for all help/replies.

By the way, PHP.INI contained the following but suspecting this to be
a problem, I removed the file, and it still does not work.

register_globals = off
allow_url_fopen = off

expose_php = Off
max_input_time = 60
variables_order = "EGPCS"
extension_dir = ./
upload_tmp_dir = /tmp
precision = 12
SMTP = relay-hosting.secureserver.net
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=,fieldset="

; Only uncomment zend optimizer lines if your application requires
Zend Optimizer support

;[Zend]
;zend_optimizer.optimization_level=15
;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/
Optimizer_TS-3.3.3
;zend_extension=/usr/local/Zend/lib/Optimizer-3.3.3/
ZendExtensionManager.so
;zend_extension_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3/
ZendExtensionManager_TS.so


; -- Be very careful to not to disable a function which might be
needed!
; -- Uncomment the following lines to increase the security of your
PHP site.

;disable_functions =
"highlight_file,ini_alter,ini_restore,openlog,passthru,
;		      phpinfo, exec, system, dl, fsockopen, set_time_limit,
;                     popen, proc_open,
proc_nice,shell_exec,show_source,symlink"

[toc] | [next] | [standalone]

#4267

On 07-01-2012 20:01, C wrote:
> (but does not send e-mail). What am I doing wrong?

you forgot to say which errors are in your logfiles.... ;)

-- 
Luuk

[toc] | [prev] | [next] | [standalone]

#4278

On Jan 7, 9:42 pm, Luuk <L...@invalid.lan> wrote:
> On 07-01-2012 20:01, C wrote:
>
> > (but does not send e-mail). What am I doing wrong?
>
> you forgot to say which errors are in your logfiles.... ;)
>
> --
> Luuk

Where do I find the logfiles? There seems to be a logs directory which
I cannot read from, and anyway seems to be empty.

When I click send, I get only a blank frame with nothing in it. No
errors or complaints either.

[toc] | [prev] | [next] | [standalone]

#4305

On 08-01-2012 10:17, C wrote:
> On Jan 7, 9:42 pm, Luuk <L...@invalid.lan> wrote:
>> On 07-01-2012 20:01, C wrote:
>>
>>> (but does not send e-mail). What am I doing wrong?
>>
>> you forgot to say which errors are in your logfiles.... ;)
>>
>> --
>> Luuk
> 
> Where do I find the logfiles? There seems to be a logs directory which
> I cannot read from, and anyway seems to be empty.
> 
> When I click send, I get only a blank frame with nothing in it. No
> errors or complaints either.

http://lmgtfy.com/?q=php+how+to+create+log+file+site%3Aphp.net&l=1


-- 
Luuk

[toc] | [prev] | [next] | [standalone]

#4273

On 1/7/2012 2:01 PM, C wrote:
> I have a simple form which is handled in a *.htm file by
>
> <FORM METHOD="POST" ACTION="send_msg.php">
> <PRE>
>      Your name<INPUT TYPE="text" NAME="name" MAXLENGTH=35 SIZE=50>
>      Company<INPUT TYPE="text" NAME="orgn"  MAXLENGTH=60 SIZE=50>
>      City and country<INPUT TYPE="text" NAME="locn"
> MAXLENGTH=60 SIZE=50>
>      Your e-mail address<INPUT TYPE="text" NAME="emad"  MAXLENGTH=60
> SIZE=50>
>      Your message<TEXTAREA NAME="question" WRAP=VIRTUAL
> ROWS=5 COLS=45></TEXTAREA>
>                            <INPUT TYPE="submit" VALUE="Send message">
> </PRE>
> </FORM>
>
> Then the send_msg.php should send the e-mail by the following code
> (but does not send e-mail). What am I doing wrong?
>
> <?php
> $date = date("F jS Y, h:iA");
> if ($name == ""&&  $question == "") {exit;}
> $host=@gethostbyaddr($REMOTE_ADDR);
> $headers = "From: postmaster@domainname1.org \r\n";
> $headers .= "X-Mailer: PHP \r\n";
> if(mail("myusernamehere@gmail.com", "Comments from someone.",
> "$host on the contacts page at $date \n
> --- \n
> $name from $orgn, $locn ($emad) wrote:\n\n
> $question", $headers)) { $msg = "Thank you"; } else { $msg = "Message
> not sent"; }
> echo $msg;
> ?>
>
> <html>
> <head>
> 	<title>Test form to email</title>
> </head>
>
> <body>
> <?php echo $msg ?>
>
>
> </body>
> </html>
>
> <?php
> echo "<HTML>";
> echo '<BODY bgcolor="#E0FFE0" text="#008000" leftmargin="30"
> topmargin="20">';
> echo '<FONT face="Arial" size=1>  <B>';
> echo $msg ;
> echo "Thank you. Your message has been sent.";
> echo "</B>  </FONT>  </HTML>";
> ?>
>
> Thanks for all help/replies.
>
> By the way, PHP.INI contained the following but suspecting this to be
> a problem, I removed the file, and it still does not work.
>
> register_globals = off
> allow_url_fopen = off
>
> expose_php = Off
> max_input_time = 60
> variables_order = "EGPCS"
> extension_dir = ./
> upload_tmp_dir = /tmp
> precision = 12
> SMTP = relay-hosting.secureserver.net
> url_rewriter.tags =
> "a=href,area=href,frame=src,input=src,form=,fieldset="
>
> ; Only uncomment zend optimizer lines if your application requires
> Zend Optimizer support
>
> ;[Zend]
> ;zend_optimizer.optimization_level=15
> ;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
> ;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/
> Optimizer_TS-3.3.3
> ;zend_extension=/usr/local/Zend/lib/Optimizer-3.3.3/
> ZendExtensionManager.so
> ;zend_extension_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3/
> ZendExtensionManager_TS.so
>
>
> ; -- Be very careful to not to disable a function which might be
> needed!
> ; -- Uncomment the following lines to increase the security of your
> PHP site.
>
> ;disable_functions =
> "highlight_file,ini_alter,ini_restore,openlog,passthru,
> ;		      phpinfo, exec, system, dl, fsockopen, set_time_limit,
> ;                     popen, proc_open,
> proc_nice,shell_exec,show_source,symlink"

In addition to what LUUK said - there can be a lot of problems - 
anywhere from your SMTP server rejecting the message for any of a number 
of reasons to the client machine rejecting the message.

P.S. unless you are E. Mousa from time Advertising Agency, you should 
not be using his domain name in your code.  You should instead use 
example.com, example.org, etc., which are specifically reserved for such 
uses.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#4280

On Jan 7, 11:06 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> On 1/7/2012 2:01 PM, C wrote:
>
>
>
>
>
> > I have a simple form which is handled in a *.htm file by
>
> > <FORM METHOD="POST" ACTION="send_msg.php">
> > <PRE>
> >      Your name<INPUT TYPE="text" NAME="name" MAXLENGTH=35 SIZE=50>
> >      Company<INPUT TYPE="text" NAME="orgn"  MAXLENGTH=60 SIZE=50>
> >      City and country<INPUT TYPE="text" NAME="locn"
> > MAXLENGTH=60 SIZE=50>
> >      Your e-mail address<INPUT TYPE="text" NAME="emad"  MAXLENGTH=60
> > SIZE=50>
> >      Your message<TEXTAREA NAME="question" WRAP=VIRTUAL
> > ROWS=5 COLS=45></TEXTAREA>
> >                            <INPUT TYPE="submit" VALUE="Send message">
> > </PRE>
> > </FORM>
>
> > Then the send_msg.php should send the e-mail by the following code
> > (but does not send e-mail). What am I doing wrong?
>
> > <?php
> > $date = date("F jS Y, h:iA");
> > if ($name == ""&&  $question == "") {exit;}
> > $host=@gethostbyaddr($REMOTE_ADDR);
> > $headers = "From: postmas...@domainname1.org \r\n";
> > $headers .= "X-Mailer: PHP \r\n";
> > if(mail("myusernameh...@gmail.com", "Comments from someone.",
> > "$host on the contacts page at $date \n
> > --- \n
> > $name from $orgn, $locn ($emad) wrote:\n\n
> > $question", $headers)) { $msg = "Thank you"; } else { $msg = "Message
> > not sent"; }
> > echo $msg;
> > ?>
>
> > <html>
> > <head>
> >    <title>Test form to email</title>
> > </head>
>
> > <body>
> > <?php echo $msg ?>
>
> > </body>
> > </html>
>
> > <?php
> > echo "<HTML>";
> > echo '<BODY bgcolor="#E0FFE0" text="#008000" leftmargin="30"
> > topmargin="20">';
> > echo '<FONT face="Arial" size=1>  <B>';
> > echo $msg ;
> > echo "Thank you. Your message has been sent.";
> > echo "</B>  </FONT>  </HTML>";
> > ?>
>
> > Thanks for all help/replies.
>
> > By the way, PHP.INI contained the following but suspecting this to be
> > a problem, I removed the file, and it still does not work.
>
> > register_globals = off
> > allow_url_fopen = off
>
> > expose_php = Off
> > max_input_time = 60
> > variables_order = "EGPCS"
> > extension_dir = ./
> > upload_tmp_dir = /tmp
> > precision = 12
> > SMTP = relay-hosting.secureserver.net
> > url_rewriter.tags =
> > "a=href,area=href,frame=src,input=src,form=,fieldset="
>
> > ; Only uncomment zend optimizer lines if your application requires
> > Zend Optimizer support
>
> > ;[Zend]
> > ;zend_optimizer.optimization_level=15
> > ;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
> > ;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/
> > Optimizer_TS-3.3.3
> > ;zend_extension=/usr/local/Zend/lib/Optimizer-3.3.3/
> > ZendExtensionManager.so
> > ;zend_extension_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3/
> > ZendExtensionManager_TS.so
>
> > ; -- Be very careful to not to disable a function which might be
> > needed!
> > ; -- Uncomment the following lines to increase the security of your
> > PHP site.
>
> > ;disable_functions =
> > "highlight_file,ini_alter,ini_restore,openlog,passthru,
> > ;                phpinfo, exec, system, dl, fsockopen, set_time_limit,
> > ;                     popen, proc_open,
> > proc_nice,shell_exec,show_source,symlink"
>
> In addition to what LUUK said - there can be a lot of problems -
> anywhere from your SMTP server rejecting the message for any of a number
> of reasons to the client machine rejecting the message.

Even if the message were rejected, I would still see something in that
frame, but I get only a blank frame. Client machine rejecting the
message should not even be noticed by this PHP script, or would it?

>
> P.S. unless you are E. Mousa from time Advertising Agency, you should
> not be using his domain name in your code.

Which domain name does he have? I can of course use example.***.

You should instead use
> example.com, example.org, etc., which are specifically reserved for such
> uses.
>
> --
> ==================
> Remove the "x" from my email address
> Jerry Stuckle
> JDS Computer Training Corp.
> jstuck...@attglobal.net
> ==================- Hide quoted text -
>
> - Show quoted text -

[toc] | [prev] | [next] | [standalone]

#4288

On 1/8/2012 4:20 AM, C wrote:
> On Jan 7, 11:06 pm, Jerry Stuckle<jstuck...@attglobal.net>  wrote:
>> On 1/7/2012 2:01 PM, C wrote:
>>
>>
>>
>>
>>
>>> I have a simple form which is handled in a *.htm file by
>>
>>> <FORM METHOD="POST" ACTION="send_msg.php">
>>> <PRE>
>>>       Your name<INPUT TYPE="text" NAME="name" MAXLENGTH=35 SIZE=50>
>>>       Company<INPUT TYPE="text" NAME="orgn"  MAXLENGTH=60 SIZE=50>
>>>       City and country<INPUT TYPE="text" NAME="locn"
>>> MAXLENGTH=60 SIZE=50>
>>>       Your e-mail address<INPUT TYPE="text" NAME="emad"  MAXLENGTH=60
>>> SIZE=50>
>>>       Your message<TEXTAREA NAME="question" WRAP=VIRTUAL
>>> ROWS=5 COLS=45></TEXTAREA>
>>>                             <INPUT TYPE="submit" VALUE="Send message">
>>> </PRE>
>>> </FORM>
>>
>>> Then the send_msg.php should send the e-mail by the following code
>>> (but does not send e-mail). What am I doing wrong?
>>
>>> <?php
>>> $date = date("F jS Y, h:iA");
>>> if ($name == ""&&    $question == "") {exit;}
>>> $host=@gethostbyaddr($REMOTE_ADDR);
>>> $headers = "From: postmas...@domainname1.org \r\n";
>>> $headers .= "X-Mailer: PHP \r\n";
>>> if(mail("myusernameh...@gmail.com", "Comments from someone.",
>>> "$host on the contacts page at $date \n
>>> --- \n
>>> $name from $orgn, $locn ($emad) wrote:\n\n
>>> $question", $headers)) { $msg = "Thank you"; } else { $msg = "Message
>>> not sent"; }
>>> echo $msg;
>>> ?>
>>
>>> <html>
>>> <head>
>>>     <title>Test form to email</title>
>>> </head>
>>
>>> <body>
>>> <?php echo $msg ?>
>>
>>> </body>
>>> </html>
>>
>>> <?php
>>> echo "<HTML>";
>>> echo '<BODY bgcolor="#E0FFE0" text="#008000" leftmargin="30"
>>> topmargin="20">';
>>> echo '<FONT face="Arial" size=1>    <B>';
>>> echo $msg ;
>>> echo "Thank you. Your message has been sent.";
>>> echo "</B>    </FONT>    </HTML>";
>>> ?>
>>
>>> Thanks for all help/replies.
>>
>>> By the way, PHP.INI contained the following but suspecting this to be
>>> a problem, I removed the file, and it still does not work.
>>
>>> register_globals = off
>>> allow_url_fopen = off
>>
>>> expose_php = Off
>>> max_input_time = 60
>>> variables_order = "EGPCS"
>>> extension_dir = ./
>>> upload_tmp_dir = /tmp
>>> precision = 12
>>> SMTP = relay-hosting.secureserver.net
>>> url_rewriter.tags =
>>> "a=href,area=href,frame=src,input=src,form=,fieldset="
>>
>>> ; Only uncomment zend optimizer lines if your application requires
>>> Zend Optimizer support
>>
>>> ;[Zend]
>>> ;zend_optimizer.optimization_level=15
>>> ;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
>>> ;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/
>>> Optimizer_TS-3.3.3
>>> ;zend_extension=/usr/local/Zend/lib/Optimizer-3.3.3/
>>> ZendExtensionManager.so
>>> ;zend_extension_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3/
>>> ZendExtensionManager_TS.so
>>
>>> ; -- Be very careful to not to disable a function which might be
>>> needed!
>>> ; -- Uncomment the following lines to increase the security of your
>>> PHP site.
>>
>>> ;disable_functions =
>>> "highlight_file,ini_alter,ini_restore,openlog,passthru,
>>> ;                phpinfo, exec, system, dl, fsockopen, set_time_limit,
>>> ;                     popen, proc_open,
>>> proc_nice,shell_exec,show_source,symlink"
>>
>> In addition to what LUUK said - there can be a lot of problems -
>> anywhere from your SMTP server rejecting the message for any of a number
>> of reasons to the client machine rejecting the message.
>
> Even if the message were rejected, I would still see something in that
> frame, but I get only a blank frame. Client machine rejecting the
> message should not even be noticed by this PHP script, or would it?
>

No, but then neither will the SMTP server rejecting the message.

You have other problems also, like trying to echo $msg before the 
<html>, etc. are sent.  But that isn't causing the message to not be 
received.

Of course, getting a blank frame is a completely different problem than 
you first reported, and usually means a fatal error in your PHP script. 
  That needs to be found and fixed first.

>>
>> P.S. unless you are E. Mousa from time Advertising Agency, you should
>> not be using his domain name in your code.
>
> Which domain name does he have? I can of course use example.***.
>

The domain you used in your example.

> You should instead use
>> example.com, example.org, etc., which are specifically reserved for such
>> uses.
>>


-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#4290

Am 08.01.2012 10:20, schrieb C:
> 
> Even if the message were rejected, I would still see something in that
> frame, but I get only a blank frame. Client machine rejecting the
> message should not even be noticed by this PHP script, or would it?
> 
You have to learn how to find and read the log files. Your script
will not show errors if it dies.

On Linux log files are only readable by root.

/Str.

[toc] | [prev] | [next] | [standalone]

#4292

M. Strobel wrote:
> Am 08.01.2012 10:20, schrieb C:
>> Even if the message were rejected, I would still see something in that
>> frame, but I get only a blank frame. Client machine rejecting the
>> message should not even be noticed by this PHP script, or would it?
>>
> You have to learn how to find and read the log files. Your script
> will not show errors if it dies.
> 
> On Linux log files are only readable by root.
> 
> /Str.
Probably the most common error when using mail() from within php on a 
shared host is to fail to use the -f function to pass a valid sender 
address to sendmail (or its analogue). Without that, the 'true' sender 
is likely to be 'your-login-name@hosting-omain.com' which will fail most 
rudimentary validation and simply reject the mail.

I ALWAYS use the -f to set the sender to something like 
'webmaster@myvirtualdomson.com' and set up that virtual domain so that 
webmaster is a valid known target for emails.

e.g.

mail($to, $subject, $body, $headers, "-f webmaster@mydomain.com");

is far more likely to get through anti-relay security in the hosts 
mailer system.

Start by testing the host mailer with the above line, so

mail("me@validmail.com","test message", "From: 
another@validmail.com\r\n", -f "webmaster@mydomain.com");

is where you should start.

If that fails to make it then you need to talk to the hosting company.

[toc] | [prev] | [next] | [standalone]

#4308

On Jan 8, 4:34 pm, The Natural Philosopher <t...@invalid.invalid>
wrote:
> M. Strobel wrote:
> > Am 08.01.2012 10:20, schrieb C:
> >> Even if the message were rejected, I would still see something in that
> >> frame, but I get only a blank frame. Client machine rejecting the
> >> message should not even be noticed by this PHP script, or would it?
>
> > You have to learn how to find and read the log files. Your script
> > will not show errors if it dies.
>
> > On Linux log files are only readable by root.
>
> > /Str.
>
> Probably the most common error when using mail() from within php on a
> shared host is to fail to use the -f function to pass a valid sender
> address to sendmail (or its analogue). Without that, the 'true' sender
> is likely to be 'your-login-n...@hosting-omain.com' which will fail most
> rudimentary validation and simply reject the mail.
>
> I ALWAYS use the -f to set the sender to something like
> 'webmas...@myvirtualdomson.com' and set up that virtual domain so that
> webmaster is a valid known target for emails.
>
> e.g.
>
> mail($to, $subject, $body, $headers, "-f webmas...@mydomain.com");
>
> is far more likely to get through anti-relay security in the hosts
> mailer system.
>
> Start by testing the host mailer with the above line, so
>
> mail("m...@validmail.com","test message", "From:
> anot...@validmail.com\r\n", -f "webmas...@mydomain.com");
>
> is where you should start.

I did that and got an error: Parse error: syntax error, unexpected
T_CONSTANT_ENCAPSED_STRING

>
> If that fails to make it then you need to talk to the hosting company.

I wrote the following test.php, uploaded it and tried it.

<?php

mail("aaaa....@gmail.com","test message", "From:
postmaster@example.org\r\n", -f "postmaster@example.org");

?>

My earlier code works well on two other sites of mine which are
sitting on other shared servers.

[toc] | [prev] | [next] | [standalone]

#4322

C wrote:
> On Jan 8, 4:34 pm, The Natural Philosopher <t...@invalid.invalid>
> wrote:
>> M. Strobel wrote:
>>> Am 08.01.2012 10:20, schrieb C:
>>>> Even if the message were rejected, I would still see something in that
>>>> frame, but I get only a blank frame. Client machine rejecting the
>>>> message should not even be noticed by this PHP script, or would it?
>>> You have to learn how to find and read the log files. Your script
>>> will not show errors if it dies.
>>> On Linux log files are only readable by root.
>>> /Str.
>> Probably the most common error when using mail() from within php on a
>> shared host is to fail to use the -f function to pass a valid sender
>> address to sendmail (or its analogue). Without that, the 'true' sender
>> is likely to be 'your-login-n...@hosting-omain.com' which will fail most
>> rudimentary validation and simply reject the mail.
>>
>> I ALWAYS use the -f to set the sender to something like
>> 'webmas...@myvirtualdomson.com' and set up that virtual domain so that
>> webmaster is a valid known target for emails.
>>
>> e.g.
>>
>> mail($to, $subject, $body, $headers, "-f webmas...@mydomain.com");
>>
>> is far more likely to get through anti-relay security in the hosts
>> mailer system.
>>
>> Start by testing the host mailer with the above line, so
>>
>> mail("m...@validmail.com","test message", "From:
>> anot...@validmail.com\r\n", -f "webmas...@mydomain.com");
>>
>> is where you should start.
> 
> I did that and got an error: Parse error: syntax error, unexpected
> T_CONSTANT_ENCAPSED_STRING
> 

Then you typed it wrong

>> If that fails to make it then you need to talk to the hosting company.
> 
> I wrote the following test.php, uploaded it and tried it.
> 
> <?php
> 
> mail("aaaa....@gmail.com","test message", "From:
> postmaster@example.org\r\n", -f "postmaster@example.org");
> 
> ?>

did it work or not...?
> 
> My earlier code works well on two other sites of mine which are
> sitting on other shared servers.

So the problem is in the setting of this shared servers mail, which is 
what I said..unless you have some other versions of php running.

[toc] | [prev] | [next] | [standalone]

#4357

On Jan 9, 12:02 am, The Natural Philosopher <t...@invalid.invalid>
wrote:
> C wrote:
> > On Jan 8, 4:34 pm, The Natural Philosopher <t...@invalid.invalid>
> > wrote:
> >> M. Strobel wrote:
> >>> Am 08.01.2012 10:20, schrieb C:
> >>>> Even if the message were rejected, I would still see something in that
> >>>> frame, but I get only a blank frame. Client machine rejecting the
> >>>> message should not even be noticed by this PHP script, or would it?
> >>> You have to learn how to find and read the log files. Your script
> >>> will not show errors if it dies.
> >>> On Linux log files are only readable by root.
> >>> /Str.
> >> Probably the most common error when using mail() from within php on a
> >> shared host is to fail to use the -f function to pass a valid sender
> >> address to sendmail (or its analogue). Without that, the 'true' sender
> >> is likely to be 'your-login-n...@hosting-omain.com' which will fail most
> >> rudimentary validation and simply reject the mail.
>
> >> I ALWAYS use the -f to set the sender to something like
> >> 'webmas...@myvirtualdomson.com' and set up that virtual domain so that
> >> webmaster is a valid known target for emails.
>
> >> e.g.
>
> >> mail($to, $subject, $body, $headers, "-f webmas...@mydomain.com");
>
> >> is far more likely to get through anti-relay security in the hosts
> >> mailer system.
>
> >> Start by testing the host mailer with the above line, so
>
> >> mail("m...@validmail.com","test message", "From:
> >> anot...@validmail.com\r\n", -f "webmas...@mydomain.com");
>
> >> is where you should start.
>
> > I did that and got an error: Parse error: syntax error, unexpected
> > T_CONSTANT_ENCAPSED_STRING
>
> Then you typed it wrong
>
> >> If that fails to make it then you need to talk to the hosting company.
>
> > I wrote the following test.php, uploaded it and tried it.
>
 > > <?php
 >
 > > mail("aaaa....@gmail.com","test message", "From:
 > > postmas...@example.org\r\n", -f "postmas...@example.org");
 >
 > > ?>
 >
 > did it work or not...?
 >

No, it did not send me any mail (at least I did not receive any), and
resulted in a blank page (but perhaps that is expected since there are
no html or echo statements).

>
>
> > My earlier code works well on two other sites of mine which are
> > sitting on other shared servers.
>
> So the problem is in the setting of this shared servers mail, which is
> what I said..unless you have some other versions of php running.- Hide quoted text -

Should I try to circumvent the problem in some way? Can one write the
same thing in Javascript?

>
> - Show quoted text -

[toc] | [prev] | [next] | [standalone]

#4361

C wrote:
> On Jan 9, 12:02 am, The Natural Philosopher <t...@invalid.invalid>
> wrote:
>> C wrote:
>>> On Jan 8, 4:34 pm, The Natural Philosopher <t...@invalid.invalid>
>>> wrote:
>>>> M. Strobel wrote:
>>>>> Am 08.01.2012 10:20, schrieb C:
>>>>>> Even if the message were rejected, I would still see something in that
>>>>>> frame, but I get only a blank frame. Client machine rejecting the
>>>>>> message should not even be noticed by this PHP script, or would it?
>>>>> You have to learn how to find and read the log files. Your script
>>>>> will not show errors if it dies.
>>>>> On Linux log files are only readable by root.
>>>>> /Str.
>>>> Probably the most common error when using mail() from within php on a
>>>> shared host is to fail to use the -f function to pass a valid sender
>>>> address to sendmail (or its analogue). Without that, the 'true' sender
>>>> is likely to be 'your-login-n...@hosting-omain.com' which will fail most
>>>> rudimentary validation and simply reject the mail.
>>>> I ALWAYS use the -f to set the sender to something like
>>>> 'webmas...@myvirtualdomson.com' and set up that virtual domain so that
>>>> webmaster is a valid known target for emails.
>>>> e.g.
>>>> mail($to, $subject, $body, $headers, "-f webmas...@mydomain.com");
>>>> is far more likely to get through anti-relay security in the hosts
>>>> mailer system.
>>>> Start by testing the host mailer with the above line, so
>>>> mail("m...@validmail.com","test message", "From:
>>>> anot...@validmail.com\r\n", -f "webmas...@mydomain.com");
>>>> is where you should start.
>>> I did that and got an error: Parse error: syntax error, unexpected
>>> T_CONSTANT_ENCAPSED_STRING
>> Then you typed it wrong
>>
>>>> If that fails to make it then you need to talk to the hosting company.
>>> I wrote the following test.php, uploaded it and tried it.
>  > > <?php
>  >
>  > > mail("aaaa....@gmail.com","test message", "From:
>  > > postmas...@example.org\r\n", -f "postmas...@example.org");
>  >
>  > > ?>
>  >
>  > did it work or not...?
>  >
> 
> No, it did not send me any mail (at least I did not receive any), and
> resulted in a blank page (but perhaps that is expected since there are
> no html or echo statements).
> 

Indeed. Well in that case the mail interface at least is an issue: And 
it looks like you have others.

Time for full error logging to see what's what.



>>
>>> My earlier code works well on two other sites of mine which are
>>> sitting on other shared servers.
>> So the problem is in the setting of this shared servers mail, which is
>> what I said..unless you have some other versions of php running.- Hide quoted text -
> 
> Should I try to circumvent the problem in some way? Can one write the
> same thing in Javascript?
> 
>> - Show quoted text -
> 

[toc] | [prev] | [next] | [standalone]

#4294

On 1/8/2012 9:12 AM, M. Strobel wrote:
> Am 08.01.2012 10:20, schrieb C:
>>
>> Even if the message were rejected, I would still see something in that
>> frame, but I get only a blank frame. Client machine rejecting the
>> message should not even be noticed by this PHP script, or would it?
>>
> You have to learn how to find and read the log files. Your script
> will not show errors if it dies.
>
> On Linux log files are only readable by root.
>
> /Str.

Log files are not always available, and PHP errors are often not written 
to logs (depending on the configuration - the default is to NOT write them).

Also, if the log files exist, they may easily be set up to be read by 
others than root.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#4296

Am 08.01.2012 16:02, schrieb Jerry Stuckle:
> On 1/8/2012 9:12 AM, M. Strobel wrote:
>> Am 08.01.2012 10:20, schrieb C:
>>>
>>> Even if the message were rejected, I would still see something
>>> in that
>>> frame, but I get only a blank frame. Client machine rejecting the
>>> message should not even be noticed by this PHP script, or
>>> would it?
>>>
>> You have to learn how to find and read the log files. Your script
>> will not show errors if it dies.
>>
>> On Linux log files are only readable by root.
>>
>> /Str.
> 
> Log files are not always available, and PHP errors are often not
> written to logs (depending on the configuration - the default is
> to NOT write them).
> 
> Also, if the log files exist, they may easily be set up to be
> read by others than root.
> 

Don't tell me, tell C.

And the standard on linux is that log files are only root
readable. I don't think it helps anybody if we start discussing
what could all be done with the log files.

Please do not start arguing with me on this level. I did Coherent
on a serial terminal at home before linux came up, and I was
working in an IBM computing center back then.

/Str.

[toc] | [prev] | [next] | [standalone]

#4297

On 1/8/2012 10:33 AM, M. Strobel wrote:
> Am 08.01.2012 16:02, schrieb Jerry Stuckle:
>> On 1/8/2012 9:12 AM, M. Strobel wrote:
>>> Am 08.01.2012 10:20, schrieb C:
>>>>
>>>> Even if the message were rejected, I would still see something
>>>> in that
>>>> frame, but I get only a blank frame. Client machine rejecting the
>>>> message should not even be noticed by this PHP script, or
>>>> would it?
>>>>
>>> You have to learn how to find and read the log files. Your script
>>> will not show errors if it dies.
>>>
>>> On Linux log files are only readable by root.
>>>
>>> /Str.
>>
>> Log files are not always available, and PHP errors are often not
>> written to logs (depending on the configuration - the default is
>> to NOT write them).
>>
>> Also, if the log files exist, they may easily be set up to be
>> read by others than root.
>>
>
> Don't tell me, tell C.
>

No, you're the one who made the claims.  I'm just correcting your 
misinformation.

> And the standard on linux is that log files are only root
> readable. I don't think it helps anybody if we start discussing
> what could all be done with the log files.
>

They can easily be changed - it has nothing to do with whether you're 
using standard linux or not.

> Please do not start arguing with me on this level. I did Coherent
> on a serial terminal at home before linux came up, and I was
> working in an IBM computing center back then.
>
> /Str.

Great.  I was programming an IBM 1410 with punched cards in the 60's and 
an IBM employee in the 70's - both long before Linux came up.

When your statements are incorrect, I will correct them.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#4299

Am 08.01.2012 16:39, schrieb Jerry Stuckle:
> On 1/8/2012 10:33 AM, M. Strobel wrote:
>> Am 08.01.2012 16:02, schrieb Jerry Stuckle:
>>> On 1/8/2012 9:12 AM, M. Strobel wrote:
>>>> Am 08.01.2012 10:20, schrieb C:
>>>>>
>>>>> Even if the message were rejected, I would still see something
>>>>> in that
>>>>> frame, but I get only a blank frame. Client machine
>>>>> rejecting the
>>>>> message should not even be noticed by this PHP script, or
>>>>> would it?
>>>>>
>>>> You have to learn how to find and read the log files. Your
>>>> script
>>>> will not show errors if it dies.
>>>>
>>>> On Linux log files are only readable by root.
>>>>
>>>> /Str.
>>>
>>> Log files are not always available, and PHP errors are often not
>>> written to logs (depending on the configuration - the default is
>>> to NOT write them).
>>>
>>> Also, if the log files exist, they may easily be set up to be
>>> read by others than root.
>>>
>>
>> Don't tell me, tell C.
>>
> 
> No, you're the one who made the claims.  I'm just correcting your
> misinformation.
> 
>> And the standard on linux is that log files are only root
>> readable. I don't think it helps anybody if we start discussing
>> what could all be done with the log files.
>>
> 
> They can easily be changed - it has nothing to do with whether
> you're using standard linux or not.
> 
>> Please do not start arguing with me on this level. I did Coherent
>> on a serial terminal at home before linux came up, and I was
>> working in an IBM computing center back then.
>>
>> /Str.
> 
> Great.  I was programming an IBM 1410 with punched cards in the
> 60's and an IBM employee in the 70's - both long before Linux
> came up.
> 
> When your statements are incorrect, I will correct them.
> 
I was glad the punched cards were gone when I came. The old
operator could sort them by hand.

There was nothing wrong with my statements. If he says "no log
file" (which is not true, he said "blank frame") or "0 bytes in
it" we know more, meanwhile it makes sense to suggest a standard
setup.

/Str.

[toc] | [prev] | [next] | [standalone]

#4317

On 1/8/2012 11:01 AM, M. Strobel wrote:
> Am 08.01.2012 16:39, schrieb Jerry Stuckle:
>> On 1/8/2012 10:33 AM, M. Strobel wrote:
>>> Am 08.01.2012 16:02, schrieb Jerry Stuckle:
>>>> On 1/8/2012 9:12 AM, M. Strobel wrote:
>>>>> Am 08.01.2012 10:20, schrieb C:
>>>>>>
>>>>>> Even if the message were rejected, I would still see something
>>>>>> in that
>>>>>> frame, but I get only a blank frame. Client machine
>>>>>> rejecting the
>>>>>> message should not even be noticed by this PHP script, or
>>>>>> would it?
>>>>>>
>>>>> You have to learn how to find and read the log files. Your
>>>>> script
>>>>> will not show errors if it dies.
>>>>>
>>>>> On Linux log files are only readable by root.
>>>>>
>>>>> /Str.
>>>>
>>>> Log files are not always available, and PHP errors are often not
>>>> written to logs (depending on the configuration - the default is
>>>> to NOT write them).
>>>>
>>>> Also, if the log files exist, they may easily be set up to be
>>>> read by others than root.
>>>>
>>>
>>> Don't tell me, tell C.
>>>
>>
>> No, you're the one who made the claims.  I'm just correcting your
>> misinformation.
>>
>>> And the standard on linux is that log files are only root
>>> readable. I don't think it helps anybody if we start discussing
>>> what could all be done with the log files.
>>>
>>
>> They can easily be changed - it has nothing to do with whether
>> you're using standard linux or not.
>>
>>> Please do not start arguing with me on this level. I did Coherent
>>> on a serial terminal at home before linux came up, and I was
>>> working in an IBM computing center back then.
>>>
>>> /Str.
>>
>> Great.  I was programming an IBM 1410 with punched cards in the
>> 60's and an IBM employee in the 70's - both long before Linux
>> came up.
>>
>> When your statements are incorrect, I will correct them.
>>
> I was glad the punched cards were gone when I came. The old
> operator could sort them by hand.
>
> There was nothing wrong with my statements. If he says "no log
> file" (which is not true, he said "blank frame") or "0 bytes in
> it" we know more, meanwhile it makes sense to suggest a standard
> setup.
>
> /Str.

No log file can be completely correct.  The default setup for PHP does 
not include writing errors to a log file.  Even if the errors are 
written to a log file (very unusual in a shared hosting environment), he 
will probably not have access to those files.  The sysop can change the 
configuration (and some good hosts do) to allow this, but it's uncommon.

You are the one who told him he needs to learn to find and read the log 
files.  And you're the one who said they can only be read by root. 
Neither statement is correct.

But it matters not because there is nearly a 0% chance he will be able 
to read the log files.  So telling him to do it just sends him off on a 
wild goose chase.

And as I told him - a blank frame is a different problem than email not 
being received.  He needs to fix that first.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#4325

Am 08.01.2012 21:44, schrieb Jerry Stuckle:
> On 1/8/2012 11:01 AM, M. Strobel wrote:
>> Am 08.01.2012 16:39, schrieb Jerry Stuckle:
>>> On 1/8/2012 10:33 AM, M. Strobel wrote:
>>>> Am 08.01.2012 16:02, schrieb Jerry Stuckle:
>>>>> On 1/8/2012 9:12 AM, M. Strobel wrote:
>>>>>> Am 08.01.2012 10:20, schrieb C:
>>>>>>>
>>>>>>> Even if the message were rejected, I would still see
>>>>>>> something
>>>>>>> in that
>>>>>>> frame, but I get only a blank frame. Client machine
>>>>>>> rejecting the
>>>>>>> message should not even be noticed by this PHP script, or
>>>>>>> would it?
>>>>>>>
>>>>>> You have to learn how to find and read the log files. Your
>>>>>> script
>>>>>> will not show errors if it dies.
>>>>>>
>>>>>> On Linux log files are only readable by root.
>>>>>>
>>>>>> /Str.
>>>>>
>>>>> Log files are not always available, and PHP errors are often
>>>>> not
>>>>> written to logs (depending on the configuration - the
>>>>> default is
>>>>> to NOT write them).
>>>>>
>>>>> Also, if the log files exist, they may easily be set up to be
>>>>> read by others than root.
>>>>>
>>>>
>>>> Don't tell me, tell C.
>>>>
>>>
>>> No, you're the one who made the claims.  I'm just correcting your
>>> misinformation.
>>>
>>>> And the standard on linux is that log files are only root
>>>> readable. I don't think it helps anybody if we start discussing
>>>> what could all be done with the log files.
>>>>
>>>
>>> They can easily be changed - it has nothing to do with whether
>>> you're using standard linux or not.
>>>
>>>> Please do not start arguing with me on this level. I did
>>>> Coherent
>>>> on a serial terminal at home before linux came up, and I was
>>>> working in an IBM computing center back then.
>>>>
>>>> /Str.
>>>
>>> Great.  I was programming an IBM 1410 with punched cards in the
>>> 60's and an IBM employee in the 70's - both long before Linux
>>> came up.
>>>
>>> When your statements are incorrect, I will correct them.
>>>
>> I was glad the punched cards were gone when I came. The old
>> operator could sort them by hand.
>>
>> There was nothing wrong with my statements. If he says "no log
>> file" (which is not true, he said "blank frame") or "0 bytes in
>> it" we know more, meanwhile it makes sense to suggest a standard
>> setup.
>>
>> /Str.
> 
> No log file can be completely correct.  The default setup for PHP
> does not include writing errors to a log file. 

Checked, and true, log_errors is 0.
But display_errors is STDOUT.

> Even if the
> errors are written to a log file (very unusual in a shared
> hosting environment), he will probably not have access to those
> files.  The sysop can change the configuration (and some good
> hosts do) to allow this, but it's uncommon.
Is it? There would be no chance to find errors. Last 10 years I
only have virtual and true servers.
> 
> You are the one who told him he needs to learn to find and read
> the log files.  And you're the one who said they can only be read
> by root. Neither statement is correct.
If he can delete php.ini he is on his own machine.
> 
> But it matters not because there is nearly a 0% chance he will be
> able to read the log files.  So telling him to do it just sends
> him off on a wild goose chase.
>
I agree to the chance. It is hard to give a basic course in some
newsgroups posts.

> And as I told him - a blank frame is a different problem than
> email not being received.  He needs to fix that first.
> 
I told him, and it is incorrect, so I sent him into a loop ah
goose chase, so he has no chance, and he listens to me instead of
you, he needs to fix that first, that's my fault, because I don't
care about security, ... Did I summon it up correctly?

/Str.

[toc] | [prev] | [next] | [standalone]

#4328

On 1/8/2012 5:53 PM, M. Strobel wrote:
> Am 08.01.2012 21:44, schrieb Jerry Stuckle:
>> On 1/8/2012 11:01 AM, M. Strobel wrote:
>>> Am 08.01.2012 16:39, schrieb Jerry Stuckle:
>>>> On 1/8/2012 10:33 AM, M. Strobel wrote:
>>>>> Am 08.01.2012 16:02, schrieb Jerry Stuckle:
>>>>>> On 1/8/2012 9:12 AM, M. Strobel wrote:
>>>>>>> Am 08.01.2012 10:20, schrieb C:
>>>>>>>>
>>>>>>>> Even if the message were rejected, I would still see
>>>>>>>> something
>>>>>>>> in that
>>>>>>>> frame, but I get only a blank frame. Client machine
>>>>>>>> rejecting the
>>>>>>>> message should not even be noticed by this PHP script, or
>>>>>>>> would it?
>>>>>>>>
>>>>>>> You have to learn how to find and read the log files. Your
>>>>>>> script
>>>>>>> will not show errors if it dies.
>>>>>>>
>>>>>>> On Linux log files are only readable by root.
>>>>>>>
>>>>>>> /Str.
>>>>>>
>>>>>> Log files are not always available, and PHP errors are often
>>>>>> not
>>>>>> written to logs (depending on the configuration - the
>>>>>> default is
>>>>>> to NOT write them).
>>>>>>
>>>>>> Also, if the log files exist, they may easily be set up to be
>>>>>> read by others than root.
>>>>>>
>>>>>
>>>>> Don't tell me, tell C.
>>>>>
>>>>
>>>> No, you're the one who made the claims.  I'm just correcting your
>>>> misinformation.
>>>>
>>>>> And the standard on linux is that log files are only root
>>>>> readable. I don't think it helps anybody if we start discussing
>>>>> what could all be done with the log files.
>>>>>
>>>>
>>>> They can easily be changed - it has nothing to do with whether
>>>> you're using standard linux or not.
>>>>
>>>>> Please do not start arguing with me on this level. I did
>>>>> Coherent
>>>>> on a serial terminal at home before linux came up, and I was
>>>>> working in an IBM computing center back then.
>>>>>
>>>>> /Str.
>>>>
>>>> Great.  I was programming an IBM 1410 with punched cards in the
>>>> 60's and an IBM employee in the 70's - both long before Linux
>>>> came up.
>>>>
>>>> When your statements are incorrect, I will correct them.
>>>>
>>> I was glad the punched cards were gone when I came. The old
>>> operator could sort them by hand.
>>>
>>> There was nothing wrong with my statements. If he says "no log
>>> file" (which is not true, he said "blank frame") or "0 bytes in
>>> it" we know more, meanwhile it makes sense to suggest a standard
>>> setup.
>>>
>>> /Str.
>>
>> No log file can be completely correct.  The default setup for PHP
>> does not include writing errors to a log file.
>
> Checked, and true, log_errors is 0.
> But display_errors is STDOUT.
>
>> Even if the
>> errors are written to a log file (very unusual in a shared
>> hosting environment), he will probably not have access to those
>> files.  The sysop can change the configuration (and some good
>> hosts do) to allow this, but it's uncommon.
> Is it? There would be no chance to find errors. Last 10 years I
> only have virtual and true servers.

Definitely true.  To log errors to one file and give anyone access would 
be a huge security violation for others on the server.

The server CAN be set up to have individual logs for each site with the 
logs accessible to the user (i.e. one level below DOCUMENT_ROOT) can be 
done, but it seldom is.

You find errors on your development system (which should be very similar 
to your production one - i.e. same versions of PHP and MySQL, etc.) 
then, once they are working, upload the code to your production server.

>>
>> You are the one who told him he needs to learn to find and read
>> the log files.  And you're the one who said they can only be read
>> by root. Neither statement is correct.
> If he can delete php.ini he is on his own machine.
>>
>> But it matters not because there is nearly a 0% chance he will be
>> able to read the log files.  So telling him to do it just sends
>> him off on a wild goose chase.
>>
> I agree to the chance. It is hard to give a basic course in some
> newsgroups posts.
>
>> And as I told him - a blank frame is a different problem than
>> email not being received.  He needs to fix that first.
>>
> I told him, and it is incorrect, so I sent him into a loop ah
> goose chase, so he has no chance, and he listens to me instead of
> you, he needs to fix that first, that's my fault, because I don't
> care about security, ... Did I summon it up correctly?
>
> /Str.

Pretty much.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | comp.lang.php

csiph-web