[23632] in Perl-Users-Digest
Perl-Users Digest, Issue: 5839 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Nov 21 03:06:32 2003
Date: Fri, 21 Nov 2003 00:05:08 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 21 Nov 2003 Volume: 10 Number: 5839
Today's topics:
Re: apache cgi can't open file <Paul@Hovnanian.com>
AUTOLOAD Question <Paul@Hovnanian.com>
Re: AUTOLOAD Question <uri@stemsystems.com>
Re: AUTOLOAD Question <pinyaj@rpi.edu>
Re: AUTOLOAD Question <Paul@Hovnanian.com>
Re: Comments: locking variables <mb@uq.net.au.invalid>
Re: fork question <REMOVEsdnCAPS@comcast.net>
Re: fork question (bruno)
Re: perldoc installation <calle@cyberpomo.com>
Re: prevent \\\\ from getting substituted to \ in a sys <Paul@Hovnanian.com>
Re: Protecting Source code of a perl script <jurgenex@hotmail.com>
Running a CGI/Perl in Activeperl jnam@sunnybrook.com
Re: Running a CGI/Perl in Activeperl <asu1@c-o-r-n-e-l-l.edu>
Re: Running a CGI/Perl in Activeperl (William Herrera)
Re: Running a CGI/Perl in Activeperl <noreply@gunnar.cc>
Re: Running a CGI/Perl in Activeperl <GlgAs@netscape.net>
Re: Sendmail Configuration Problem <ducott_99@yahoo.com>
Re: Sendmail Configuration Problem <noreply@gunnar.cc>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 20 Nov 2003 21:50:17 -0800
From: "Paul Hovnanian P.E." <Paul@Hovnanian.com>
Subject: Re: apache cgi can't open file
Message-Id: <3FBDA799.CD42FE5@Hovnanian.com>
jcs wrote:
>
> Sorry if this shouldn't be here - it's peripherally a perl question.
>
> SuSE 8.2
> apache-2.0.48
> 'seems' to be installed and running. Returns hello page
> Konqueror
> http://127.0.0.1/cgi-bin/perl.cgi
>
> returns "hello world" fine but won't open 'log'
> error_log
> [Wed Nov 19 12:25:13 2003] [error] [client 127.0.0.1] Premature end of
> script headers: perl.cgi
The above signifies a problem with your CGI headers. Possibly something
being generated
before the legal HTTP headers.
> [Wed Nov 19 12:25:13 2003] [error] [client 127.0.0.1] can't open log at
> /usr/local/apache2/cgi-bin/perl.cgi line 7.
Handling the Apache ligs like this is tricky.
Hint: Try the following:
print STDERR "log\n";
That should be redirected to the error_log.
> log is cgi-bin/log
> permissions have been changed.
> runs from command line.
>
> #!/usr/bin/perl
>
> use SDBM_File;
> use Fcntl;
> use strict;
>
> open (LOG, "+>>log") or die "can't open log";
> print LOG "log\n";
> close LOG;
>
> print "Content-type: text/html\n\n";
> print "<HTML>HELLO<BR>WORLD</HTML>";
> print "</HTML>";
--
Paul Hovnanian mailto:Paul@Hovnanian.com
note to spammers: a Washington State resident
------------------------------------------------------------------
Q: Why do mountain climbers rope themselves together?
A: To prevent the sensible ones from going home.
------------------------------
Date: Thu, 20 Nov 2003 21:21:02 -0800
From: "Paul Hovnanian P.E." <Paul@Hovnanian.com>
Subject: AUTOLOAD Question
Message-Id: <3FBDA0BE.B9E8BCB7@Hovnanian.com>
I am attempting to put together some Perl objects (packages) in such a
way that I can bundle them into 'Group' objects and then invoke a method
common to all the group members using the
AutoLoader. When finished, there will be dozens of object methods and I
was hoping that I could use the AutoLoader to avoid having to put a
method into the Group object for every possible member method or
maintain a big @ISA list.
A small test program follows. The actual working code is getting to be a
monster, what with a bunch of DBI and Tk stuff. I'm running perl5
(revision 5.0 version 8 subversion 0).
------- cut here ---------
#! /usr/bin/perl
package Foo;
$instance = 0;
sub new {
my $proto = shift;
my $class = ref($proto) || $proto;
my $self = {};
$instance += 1;
$self->{VAL} = sprintf "Foo %s\n", $instance;
bless($self,$class);
return $self;
}
sub doIt {
my $self = shift;
print 'Foo obj: '.$self->{VAL};
return $self->{VAL};
}
# -------------------------------------------
package Bar;
$instance = 0;
sub new {
my $proto = shift;
my $class = ref($proto) || $proto;
my $self = {};
$instance += 1;
$self->{VAL} = sprintf "Bar %s\n", $instance;
bless($self,$class);
return $self;
}
sub doIt {
my $self = shift;
print 'Bar obj: '.$self->{VAL};
return $self->{VAL};
}
# -------------------------------------------
package Group;
use AutoLoader;
sub new {
my $proto = shift;
my $class = ref($proto) || $proto;
my $self = {};
$self->{GROUP} = [];
bless($self,$class);
return $self;
}
sub addObj {
my $self = shift;
push @{$self->{GROUP}}, shift if (@_);
}
sub AUTOLOAD {
my $self = shift;
my $method;
( $method = $AUTOLOAD ) =~ s/^Group:://;
foreach my $item (@{$self->{GROUP}}) {
$exec = $item.'::'.$method;
# Ok, I really want to run &exec( @_ ) here:
print "exec: $exec \n";
}
}
# -------------------------------------------
package main;
print <<END;
First, I make some objects:
END
my $f1 = new Foo;
my $b1 = new Bar;
$f1->doIt;
$b1->doIt;
my $f2 = new Foo;
my $b2 = new Bar;
$f2->doIt;
$b2->doIt;
print <<END;
Next, I add them to a couple of groups:
END
my $g1 = new Group;
$g1->addObj( $f1 );
$g1->addObj( $f2 );
$g1->addObj( $b1 );
my $g2 = new Group;
$g2->addObj( $f2 );
$g2->addObj( $b1 );
$g2->addObj( $b2 );
print <<END;
Finally, I would like to invoke a method on each member of a group.
The following is a listing of what my Group::AUTOLOAD method puts
together
in a debug print statement:
END
$g1->doIt;
$g2->doIt;
print <<END;
I just can't seem to get any of the examples in the perldoc on
AutoLoader
or perlbot to work.
END
------------------------------
Date: Fri, 21 Nov 2003 05:41:24 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: AUTOLOAD Question
Message-Id: <x7u14y8eik.fsf@mail.sysarch.com>
>>>>> "PHPE" == Paul Hovnanian P E <Paul@Hovnanian.com> writes:
PHPE> package Foo;
use strict ;
PHPE> $instance = 0;
our $instance = 0;
PHPE> sub new {
PHPE> my $proto = shift;
PHPE> my $class = ref($proto) || $proto;
that start is cargo cult crap. are you really going to support an object
calling new and making a new object? if so, make a clone method. that
should be:
my ( $class ) = @_ ;
PHPE> my $self = {};
PHPE> $instance += 1;
PHPE> $self->{VAL} = sprintf "Foo %s\n", $instance;
PHPE> bless($self,$class);
blech.
my $self = bless {
VAL => sprintf "Foo %s\n", ++$instance,
}, $class ;
PHPE> return $self;
PHPE> }
read the book 'object oriented perl' to learn proper ways to code OO in perl.
PHPE> package Group;
PHPE> use AutoLoader;
PHPE> sub new {
PHPE> my $proto = shift;
PHPE> my $class = ref($proto) || $proto;
PHPE> my $self = {};
PHPE> $self->{GROUP} = [];
PHPE> bless($self,$class);
PHPE> return $self;
PHPE> }
PHPE> sub addObj {
PHPE> my $self = shift;
PHPE> push @{$self->{GROUP}}, shift if (@_);
PHPE> }
PHPE> sub AUTOLOAD {
PHPE> my $self = shift;
PHPE> my $method;
PHPE> ( $method = $AUTOLOAD ) =~ s/^Group:://;
what if this is subclasses and Group:: isn't there? the standard thing
is to remove all the text up to the last ::
( $method = $AUTOLOAD ) =~ s/^.*:://;
PHPE> foreach my $item (@{$self->{GROUP}}) {
PHPE> $exec = $item.'::'.$method;
PHPE> # Ok, I really want to run &exec( @_ ) here:
PHPE> print "exec: $exec \n";
what did that mean?
one of the best ways to deal with autoloaded subs is to create a closure
that implements the missing sub and then to insert it into the symbol
table. that way you don't have to do all the work each time it is
called. you can put the GROUP array into the closure and loop over the
methods there. or use some file lexical to track what other classes need
to get called by this method. see the OOP book for more on this.
PHPE> Finally, I would like to invoke a method on each member of a group.
PHPE> The following is a listing of what my Group::AUTOLOAD method puts
PHPE> together
PHPE> in a debug print statement:
PHPE> END
PHPE> $g1->doIt;
PHPE> $g2->doIt;
PHPE> print <<END;
PHPE> I just can't seem to get any of the examples in the perldoc on
PHPE> AutoLoader
autoloader and AUTOLOAD have little to do with each other. the former is
meant for loading modules as needed. the latter is for handling unknown
methods as needed.
PHPE> or perlbot to work.
what does perlbot have to do with anything here?
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Fri, 21 Nov 2003 00:51:12 -0500
From: Jeff 'japhy' Pinyan <pinyaj@rpi.edu>
To: "Paul Hovnanian P.E." <Paul@Hovnanian.com>
Subject: Re: AUTOLOAD Question
Message-Id: <Pine.SGI.3.96.1031121004933.224539A-100000@vcmr-64.server.rpi.edu>
[posted & mailed]
On Thu, 20 Nov 2003, Paul Hovnanian P.E. wrote:
>sub AUTOLOAD {
> my $self = shift;
>
> my $method;
> ( $method = $AUTOLOAD ) =~ s/^Group:://;
>
> foreach my $item (@{$self->{GROUP}}) {
> $exec = $item.'::'.$method;
> print "exec: $exec \n";
> }
>}
What you want to do is:
for my $item (@{ $self->{GROUP} }) {
$item->$method(@_); # to pass along any args sent to the function
}
--
Jeff Pinyan RPI Acacia Brother #734 2003 Rush Chairman
"And I vos head of Gestapo for ten | Michael Palin (as Heinrich Bimmler)
years. Ah! Five years! Nein! No! | in: The North Minehead Bye-Election
Oh. Was NOT head of Gestapo AT ALL!" | (Monty Python's Flying Circus)
------------------------------
Date: Thu, 20 Nov 2003 22:21:56 -0800
From: "Paul Hovnanian P.E." <Paul@Hovnanian.com>
Subject: Re: AUTOLOAD Question
Message-Id: <3FBDAF04.E3730228@Hovnanian.com>
Jeff 'japhy' Pinyan wrote:
>
> [posted & mailed]
>
> On Thu, 20 Nov 2003, Paul Hovnanian P.E. wrote:
>
> >sub AUTOLOAD {
> > my $self = shift;
> >
> > my $method;
> > ( $method = $AUTOLOAD ) =~ s/^Group:://;
> >
> > foreach my $item (@{$self->{GROUP}}) {
> > $exec = $item.'::'.$method;
> > print "exec: $exec \n";
> > }
> >}
>
> What you want to do is:
>
> for my $item (@{ $self->{GROUP} }) {
> $item->$method(@_); # to pass along any args sent to the function
> }
Thanks. That did it. The perldoc examples were quite pretty convoluted
to follow.
I'll still have to do quite a bit of cleanup before this becomes real
code.
--
Paul Hovnanian mailto:Paul@Hovnanian.com
note to spammers: a Washington State resident
------------------------------------------------------------------
Where am I going, and what am I doing in this handbasket?
------------------------------
Date: Fri, 21 Nov 2003 13:06:08 +1000
From: Matthew Braid <mb@uq.net.au.invalid>
Subject: Re: Comments: locking variables
Message-Id: <bpjvf0$97$1@bunyip.cc.uq.edu.au>
Eric J. Roode wrote:
> Yes, this is a good way.
> You can even limit $Protected even more:
>
> package Whatever;
>
> {
> my $Protected = {};
> sub _initialize
> {
> ....
> }
>
> sub AltUID
> {
> ....
> }
> }
>
> That way, even code within the module file (but outside the scope of
> those outer braces) can't access the hashref.
Good point :)
> But.... they can always alter it. Even if the source file is in a
> protected directory with restrictive permissions, it still must be read
> in order to be executed. And therefore anyone can copy its code to their
> own private location, modify it any way they please, and execute it.
All too true. Sigh.
MB
------------------------------
Date: Thu, 20 Nov 2003 20:13:54 -0600
From: "Eric J. Roode" <REMOVEsdnCAPS@comcast.net>
Subject: Re: fork question
Message-Id: <Xns9439D81922CEDsdn.comcast@216.196.97.136>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
bskorepa@yahoo.com (bruno) wrote in news:f542e1ac.0311200912.7c43f1e6
@posting.google.com:
> I have a script that goes over an alphabetical list of symbols.
> To speed things up I fork.
Fork slows programs down more often than it speeds them up.
I can't address your specific GPF -- I don't know what's causing it --
but perhaps you're overloading the system's memory capacity. Why do you
read the entire file into an array and loop over it? Is it a large file?
> sub loadTables {
> open (DATEI, "< $infile") or die "Kann Datei $infile nicht öffnen";
> my @symbols = <DATEI>;
> close (DATEI);
>
> foreach (@symbols) { <-- thats the line where the GPF occurs
> ......
> }
> }
Why not simply:
open (DATEI, ....);
while (<DATEI>) {
....
}
?
- --
Eric
$_ = reverse sort $ /. r , qw p ekca lre uJ reh
ts p , map $ _. $ " , qw e p h tona e and print
-----BEGIN xxx SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
iQA/AwUBP711CWPeouIeTNHoEQIY4wCfQJUyc3fiH218pfegHBR+Gu0z2rwAoNGt
o3XQl93b32Mpgiu2TAiiHM6y
=Uswx
-----END PGP SIGNATURE-----
------------------------------
Date: 20 Nov 2003 23:38:03 -0800
From: bskorepa@yahoo.com (bruno)
Subject: Re: fork question
Message-Id: <f542e1ac.0311202338.15301b6c@posting.google.com>
> Fork slows programs down more often than it speeds them up.
I know, but for each symbol read from the file the program is getting
an url from the internet, thats where most of the time goes.
The program runs a couple of hours, so in this case forking 20 times
speeds things up by almost a factor 20.
> but perhaps you're overloading the system's memory capacity.Why do you
> read the entire file into an array and loop over it? Is it a large file?
only 40 k, so memory issues should not be a problem
> open (DATEI, ....);
> while (<DATEI>) {
Does not change much.
The answer to your first question, is, because I just discovered perl
as a perfect tool for my purposes.
Thanks, Bruno.
------------------------------
Date: Fri, 21 Nov 2003 07:44:24 +0100
From: Calle Dybedahl <calle@cyberpomo.com>
Subject: Re: perldoc installation
Message-Id: <863cciqkzb.fsf@ulthar.bisexualmenace.org>
>>>>> "Tintin" == Tintin <me@privacy.net> writes:
> Well, that maybe one interpretation, but keep in mind that Perl as included
> on later releases of Solaris doesn't include the Perl documentation. This
> may well also apply for other similar OS's.
Could you be a lot more precise about what "later releases" you're
talking about? All the documentation is certainly there on my machines
running Solaris 9, and /usr/perl5/bin/perldoc works entirely as it should.
--
Calle Dybedahl <calle@lysator.liu.se>
"Let me answer that question with a headbutt."
-- Buffy, Buffy the Vampire Slayer
------------------------------
Date: Thu, 20 Nov 2003 21:40:42 -0800
From: "Paul Hovnanian P.E." <Paul@Hovnanian.com>
Subject: Re: prevent \\\\ from getting substituted to \ in a system call.
Message-Id: <3FBDA55A.95AFB40@Hovnanian.com>
Alex Lyman wrote:
>
> > How can I prevent "\\\\" from getting translated into '\'?
> >
> > $sm_cmd="psexec \\\\$host -u $userid -p $passwd
> > c:\\winnt\\temp\\smbios2.exe /a";
> > $result=`echo $sm_cmd`;
> > print $result
> >
> > This is the output.
> >
> > psexec \an-sm2-g050 -u myuser -p mypass c:winnttempsmbios2.exe /a
The double quotes are interpolating \\ into \, so \\\\ becomes \\ in
$sm_cmd
and then \ in echo.
> Technically, it's not. WinNT/2k/XP's (95/98's might too, can't test from
> here, tho) 'echo' command does \ interpolation, too -- it converts the \\
> it's being passed into an \ on screen. You might check to see if your
> command is executed correctly -- if not, something else might be wrong. In
> any case, if you need to display correctly with echo, you can use "\\\\\\\\"
> instead.
( $host, $userid, $passwd, $cmd ) = ( 'an-sm2-g050',
'myuser',
'myuser',
'c:winnttempsmbios2.exe' );
$sm_cmd=sprintf 'psexec \\\%s -u %s -p %s %s /a',
$host, $userid, $passwd, $cmd;
$result="echo $sm_cmd";
print $result."\n";
returns:
echo psexec \\an-sm2-g050 -u myuser -p myuser c:winnttempsmbios2.exe /a
but this is on Linux, not Windows so YMMV.
--
Paul Hovnanian mailto:Paul@Hovnanian.com
note to spammers: a Washington State resident
------------------------------------------------------------------
Opinions stated herein are the sole property of the author. Standard
disclaimers apply. All rights reserved. No user serviceable components
inside. Contents under pressure; do not incinerate. Always wear adequate
eye protection. Do not mold, findle or sputilate.
------------------------------
Date: Fri, 21 Nov 2003 02:11:35 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: Protecting Source code of a perl script
Message-Id: <rvevb.99496$p9.24052@nwrddc02.gnilink.net>
ctcgag@hotmail.com wrote:
> Is the administrator of the application also the administrator of the
> machine on which the application runs? How can an application be
> considered secure if you don't trust the person who is in charge of
> it?
Actually this is a very frequent scenario.
Or would you trust your personal medical files to the admin of the hospital
computer?
jue
------------------------------
Date: Thu, 20 Nov 2003 21:19:39 -0500
From: jnam@sunnybrook.com
Subject: Running a CGI/Perl in Activeperl
Message-Id: <lssqrvo9r2q1psg2n4u8q9k9jdvj5mcht9@4ax.com>
I am trying to run a CGI/Perl script on my windows2000 box with activeperl installed. I have tried to follow the
Activeperl documentation but I dont understand it.
I hope someone will take the time to explain a few basics to me,
My Perl script is called from an HTML page, I want to open this web page enter my info and have the perl script run.
I have this script already working on my provider's server so I know it works. But i have been having a hard time
setting up the script so it will run in win2000.
I have run Perl scripts on my win2000 box from the command line but my problem is with web page calls.
I basically want to reproduce my web site internally on my machine and run all my scripts just as they do on the web
server.
Thanks in advance for any help you can give me.
jnam
------------------------------
Date: 21 Nov 2003 03:32:41 GMT
From: "A. Sinan Unur" <asu1@c-o-r-n-e-l-l.edu>
Subject: Re: Running a CGI/Perl in Activeperl
Message-Id: <Xns9439E5585CD22asu1cornelledu@132.236.56.8>
jnam@sunnybrook.com wrote in
news:lssqrvo9r2q1psg2n4u8q9k9jdvj5mcht9@4ax.com:
>
> I basically want to reproduce my web site internally on my machine and
> run all my scripts just as they do on the web server.
Well, then, do you actually have a web server running on that machine?
Sinan.
--
A. Sinan Unur
asu1@c-o-r-n-e-l-l.edu
Remove dashes for address
Spam bait: mailto:uce@ftc.gov
------------------------------
Date: Fri, 21 Nov 2003 03:31:00 GMT
From: posting.account@lynxview.com (William Herrera)
Subject: Re: Running a CGI/Perl in Activeperl
Message-Id: <3fbd86df.225795050@news2.news.adelphia.net>
On Thu, 20 Nov 2003 21:19:39 -0500, jnam@sunnybrook.com wrote:
>I am trying to run a CGI/Perl script on my windows2000 box with activeperl installed. I have tried to follow the
>Activeperl documentation but I dont understand it.
>
>I hope someone will take the time to explain a few basics to me,
>
>My Perl script is called from an HTML page, I want to open this web page enter my info and have the perl script run.
>
>I have this script already working on my provider's server so I know it works. But i have been having a hard time
>setting up the script so it will run in win2000.
>
>I have run Perl scripts on my win2000 box from the command line but my problem is with web page calls.
>
>I basically want to reproduce my web site internally on my machine and run all my scripts just as they do on the web
>server.
>
Then you need a web server on your local machine, really :).
Install Apache for Win32 and set it up. That can take some tinkering. For that,
go to another newsgroup :). Have fun!
perl -MCrypt::Rot13 -e "$m=new Crypt::Rot13;$m->charge('WhfgNabgureCreyUnpxre');print $m->rot13;"
------------------------------
Date: Fri, 21 Nov 2003 04:58:00 +0100
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Running a CGI/Perl in Activeperl
Message-Id: <bpk343$1pisib$1@ID-184292.news.uni-berlin.de>
William Herrera wrote:
> jnam@sunnybrook.com wrote:
>> I am trying to run a CGI/Perl script on my windows2000 box with
>> activeperl installed.
>
> Then you need a web server on your local machine, really :).
>
> Install Apache for Win32 and set it up. That can take some
> tinkering. For that, go to another newsgroup :). Have fun!
Or, if you don't want to have that much fun, but rather have it work
in a few minutes, you may want to try IndigoPerl instead:
http://www.indigostar.com/indigoperl.htm
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Fri, 21 Nov 2003 04:24:02 GMT
From: gilgames <GlgAs@netscape.net>
Subject: Re: Running a CGI/Perl in Activeperl
Message-Id: <Brgvb.3175$aw2.912744@newssrv26.news.prodigy.com>
<<
On Thu, 20 Nov 2003 21:19:39 -0500, jnam@sunnybrook.com wrote:
I am trying to run a CGI/Perl script on my windows2000 box with
activeperl installed. I have tried to follow the
Activeperl documentation but I dont understand it.
I hope someone will take the time to explain a few basics to me,
>>
1./ Uninstall Active Perl.
2./ Go to "Start" "Setup" "Contol panel" :Add remove programs" "Windows
component" and check and install "Internet Information Services" (you
need the WIN200 CD). This will create an "inepub/wwwroot" file on your
main hard drive (usualy C:)
3./ Install Active perl again. This will set the necessary registry
entries in WIN2000
4./ Make an "inetpub/wwwroot/cgi-bin" folder and copy your perl program
(e.g. w/ .pl extension code) to that folder or onto a subfolder of that
5./ Call IE or NS or the choice of your browser
6./ Enter: "localhost/<optional subfolder name>/<perl program name>.pl"
to the adress box of your browser, and click "go"
Your perl program will be interpreted by Active Perl.
For further details cheeck IIS keyword on "Start" "Help" at Bill Gates
Have Fun
laszlo
------------------------------
Date: Fri, 21 Nov 2003 02:10:45 GMT
From: "Robert TV" <ducott_99@yahoo.com>
Subject: Re: Sendmail Configuration Problem
Message-Id: <Fuevb.445896$9l5.325271@pd7tw2no>
> Please and thank you to all who reply!!!!!
>
> Andy
I just noticed that this may not have been the correct Newsgroup to post to,
forgive me, I am going to visit the Sendmail specific newsgroup now.
Andy
------------------------------
Date: Fri, 21 Nov 2003 04:50:49 +0100
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Sendmail Configuration Problem
Message-Id: <bpk2mj$1p9fa9$1@ID-184292.news.uni-berlin.de>
Robert TV wrote:
> When I open the e-mail in M$ Outlook, instead of reading EG:
>
> From: Robert (robert@email.com)
> To: John (john@email.com)
>
> It's reading this:
>
> From Andy Raxin (andy@www1.hosting.com) on behalf of Robert
> (robert@email.com)
> To: John (john@email.com)
<snip>
> Here is a section of the email header:
>
> Date: Thu, 20 Nov 2003 17:39:15 -0800
> From: Robert <robert@email.com>
> Subject: Test Subject
> Sender: Andy Raxin <andy@www1.hosting.com>
> To: John <john@email.com>
<snip>
> I just noticed that this may not have been the correct Newsgroup to
> post to, forgive me, I am going to visit the Sendmail specific
> newsgroup now.
No, this is not the right news group. Neither is the sendmail group,
probably.
I'd suggest that you check the configuration of your Outlook client at
first hand. (Don't think it's necessary that a "Sender:" header is
treated like that.) You may also want to ask your ISP why their
sendmail program or mail server is configured to add that "Sender:"
header.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 5839
***************************************
