Re: CamelBones on Intel

2005-11-09 Thread David H. Adler
On Thu, Nov 10, 2005 at 12:21:38AM -0500, Sherm Pendley wrote:
> On Nov 4, 2005, at 8:46 PM, Bruce Van Allen wrote:
> 
> >To the future and beyond!
> 
> Is that from a movie, tv show, book, etc.? It sounds familiar, but I  
> can't quite place it... it's been bugging me for days... ;-)

It sounds like a misquote of Buzz Lightyear's "To infinity, and beyond!"
from Toy Story.

dha

-- 
David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/
"Something I'm hoping to achieve is, rather than have the film look
like we went out in New Zealand and shot on location, is that it looks
like we went out to Middle Earth and shot on location." - Peter
Jackson


Re: Send authenticated mail with MIME::Lite

2005-11-09 Thread Mark Wheeler

Hi Sherm,

Yes, I saw that (although I didn't try it), but mail can't be sent 
unless I authenticate it with my userid and password. I read something 
about being able to do that with NET::SMTP. Perhaps having MIME::Lite 
prepare the message, and haveing NET::SMTP sending it. But again, I'm 
at a loss of how to do that. Any ideas?


Thanks,

Mark

On Nov 9, 2005, at 8:42 PM, Sherm Pendley wrote:

On Nov 9, 2005, at 11:30 PM, Mark Wheeler wrote:

Just a quick question. I've been using MIME::Lite to send emails from 
my home computer as I am running a server there. But I recently 
switched to DSL with SBC/Yahoo and they are blocking port 25. My mail 
suddenly stopped going through. I've opted out of that, thinking that 
was the problem, as they give you the option, but that didn't seem to 
help. No mail is being sent from my cgi script. So I am wondering if 
there is a way to send authenticated mail with MIME::Lite. I've read 
the examples and docs regarding MIME::Lite and sending authenticated 
mail, but can't seem to make heads or tails about it. Does any one 
have an idea of how to do that? Any help would be appreciated.


Here's an example, taken from the MIME::Lite docs:

### Do something like this in your 'main':
if ($I_DONT_HAVE_SENDMAIL) {
MIME::Lite->send('smtp', "smtp.myisp.net", Timeout=>60);
}

### Now this will do the right thing:
$msg->send; ### will now use Net::SMTP as shown above

If that doesn't work for you, one possible cause is that your ISP may 
be restricting outgoing email based on the "From:" header, to help cut 
down on spoofing. The ISPs that do this tend to allow you to opt out, 
because there are lots of valid reasons why you might want to use a 
different return address.


sherm--

Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org



Re: CamelBones on Intel

2005-11-09 Thread Sherm Pendley

On Nov 4, 2005, at 8:46 PM, Bruce Van Allen wrote:


To the future and beyond!


Is that from a movie, tv show, book, etc.? It sounds familiar, but I  
can't quite place it... it's been bugging me for days... ;-)


sherm--

Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org



Re: Send authenticated mail with MIME::Lite

2005-11-09 Thread Sherm Pendley

On Nov 9, 2005, at 11:30 PM, Mark Wheeler wrote:

Just a quick question. I've been using MIME::Lite to send emails  
from my home computer as I am running a server there. But I  
recently switched to DSL with SBC/Yahoo and they are blocking port  
25. My mail suddenly stopped going through. I've opted out of that,  
thinking that was the problem, as they give you the option, but  
that didn't seem to help. No mail is being sent from my cgi script.  
So I am wondering if there is a way to send authenticated mail with  
MIME::Lite. I've read the examples and docs regarding MIME::Lite  
and sending authenticated mail, but can't seem to make heads or  
tails about it. Does any one have an idea of how to do that? Any  
help would be appreciated.


Here's an example, taken from the MIME::Lite docs:

### Do something like this in your 'main':
if ($I_DONT_HAVE_SENDMAIL) {
MIME::Lite->send('smtp', "smtp.myisp.net", Timeout=>60);
}

### Now this will do the right thing:
$msg->send; ### will now use Net::SMTP as shown above

If that doesn't work for you, one possible cause is that your ISP may  
be restricting outgoing email based on the "From:" header, to help  
cut down on spoofing. The ISPs that do this tend to allow you to opt  
out, because there are lots of valid reasons why you might want to  
use a different return address.


sherm--

Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org



Send authenticated mail with MIME::Lite

2005-11-09 Thread Mark Wheeler

Hi all,

Just a quick question. I've been using MIME::Lite to send emails from 
my home computer as I am running a server there. But I recently 
switched to DSL with SBC/Yahoo and they are blocking port 25. My mail 
suddenly stopped going through. I've opted out of that, thinking that 
was the problem, as they give you the option, but that didn't seem to 
help. No mail is being sent from my cgi script. So I am wondering if 
there is a way to send authenticated mail with MIME::Lite. I've read 
the examples and docs regarding MIME::Lite and sending authenticated 
mail, but can't seem to make heads or tails about it. Does any one have 
an idea of how to do that? Any help would be appreciated.


Thanks,

Mark



Re: XML::Simple install problems

2005-11-09 Thread Sherm Pendley

On Nov 9, 2005, at 1:06 PM, Shawn O'Donnell wrote:


I'm trying to install XML::Simple 2.14 using cpan.

Running perl v5.8.6 built for darwin-2level on OS 10.3.9


  t/1_XMLin.ok 5/122Unable to recognise encoding of this  
document

  at /Library/Perl/5.8.6/XML/SAX/PurePerl/EncodingDetect.pm line 96.


Another question: I've a lot of bad luck with cpan not installing  
modules.  If I install OS X 10.4, will I get a clean perl  
installation to work with?


As shown above, you've installed your copy of 5.8.6 in the location  
normally reserved for the Apple-supplied Perl. It's configured with a  
different architecture (darwin-2level) than that used by the Perl  
included with Tiger (darwin-thread-multi-2level), so that *probably*  
won't cause any major show-stopping problems, since architecture- 
specific libraries and modules are stored in different  
subdirectories. Panther-to-Tiger upgrades are much smoother in that  
regard than Jaguar-to-Panther upgrades were.


On the other hand, because it's configured to use a different  
architecture, many of the CPAN modules you've installed for this Perl  
will not work with the standard Tiger Perl. And if problems do happen  
to crop up, they'll be obscure and difficult to diagnose and debug.


For future reference, it's worth keeping in mind that the easiest  
thing is to take the advice in readme.macosx, and install your custom  
Perl in an out-of-the-way location. OS upgrades are like an oncoming  
train - it's easy to see them coming, and you know where they'll be  
going, so the easy way to avoid most problems is to simply stay off  
the tracks.


As far as the XML::Simple module goes... I'd use "force install".  
With 463 out of 468 subtests passing and only 5 failing, the odds are  
very good that your own script won't trip over the problem indicated  
by the failures.


sherm--

Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org



XML::Simple install problems

2005-11-09 Thread Shawn O'Donnell

I'm trying to install XML::Simple 2.14 using cpan.

Running perl v5.8.6 built for darwin-2level on OS 10.3.9

The problems start in the install report about here:

  # PackageVersion
  #  perl   5.8.6
  #  XML::Simple2.14
  #  Storable   2.13
  #  XML::Parser2.34
  #  XML::SAX   0.13
  #  XML::NamespaceSupport  1.09
  #  XML::SAX::PurePerl 0.90 (default parser)
  t/0_Configok
  t/1_XMLin.ok 5/122Unable to recognise encoding of this document
  at /Library/Perl/5.8.6/XML/SAX/PurePerl/EncodingDetect.pm line 96.
  t/1_XMLin.ok 7/122Unable to recognise encoding of this document
  at /Library/Perl/5.8.6/XML/SAX/PurePerl/EncodingDetect.pm line 96.

And so forth with the encoding errors for a couple of pages.  There 
are a few other errors along the way but things appear to have gone 
bad well before thm.  Finally, cpan reports:


  Failed Test  Stat Wstat Total Fail  Failed  List of Failed
  ---
  t/1_XMLin.t 4  1024   1224   3.28%  32 38-39 122
  t/2_XMLout.t1   256   1961   0.51%  47
  1 subtest skipped.
  Failed 2/11 test scripts, 81.82% okay. 5/468 subtests failed, 98.93% okay.
  make: *** [test_dynamic] Error 2
/usr/bin/make test -- NOT OK
  Running make install
make test had returned bad status, won't install without force


Any ideas what I've done wrong?



Another question: I've a lot of bad luck with cpan not installing 
modules.  If I install OS X 10.4, will I get a clean perl 
installation to work with?