list digest problems?

[Andrew Dunstan]

has the digest software for the mod_perl list changed recently? Here's a
sample of what I've been seeing for a couple of weeks at the top of the
digest:

cheers

andrew






Topics (messages 11320 through 11349):

(null)
11320 by:
11321 by:
11322 by:
11323 by:
11324 by:
11325 by:
11326 by:
11327 by:
11328 by:
11329 by:
11330 by:
11331 by:
11332 by:
11333 by:
11334 by:
11335 by:
11336 by:
11337 by:
11338 by:
11339 by:
11340 by:
11341 by:
11342 by:
11343 by:
11344 by:
11345 by:
11346 by:
11347 by:
11348 by:
11349 by:


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[JOB OP] Perl progammer(s) - Atlanta, GA, USA

[Andrew Dunstan]

Hello, mod_perlers.

AnyDevice ( http://www.anydevice.com ) has one or two opportunities for hot
perl programmers in Atlanta, GA. If you've got substantial mod_perl
experience you might well suit us. Info on the position(s) is below. You can
submit your resume to mailto:[EMAIL PROTECTED]

cheers

Andrew Dunstan
Senior Software Engineer
AnyDevice



Title: Software Developer

Start Date: ASAP

Job Description: Supporting the ASP model, this person would be responsible
for remodeling web content for a variety of wireless devices.

Required Experience:  A minimum of two years experience utilizing the
following technologies: object-oriented perl and web development.  Mod_perl,
FastCGI, XML, Palm applications, WAP/WML, Java, embedded perl are all
values, but not necessarily required. Familiarity with a linux development
environment, CVS and Bugzilla are helpful but not required. Familiarity with
Acrobat/PDF is valued.

Required Education: Computer science degree/ or equal experience

Job Opportunity - Atlanta

[Andrew Dunstan]

Hello, mod_perlers.

AnyDevice ( http://www.anydevice.com ) has one or two opportunities for hot
perl programmers in Atlanta, GA. If you've got substantial mod_perl
experience you might well suit us. Info on the position(s) is below. You can
submit your resume to mailto:[EMAIL PROTECTED]

cheers

Andrew Dunstan
Senior Software Engineer
AnyDevice



Title: Software Developer

Start Date: ASAP

Job Description: Supporting the ASP model, this person would be responsible
for remodeling web content for a variety of wireless devices.

Required Experience:  A minimum of two years experience utilizing the
following technologies: object-oriented perl and web development.  Mod_perl,
FastCGI, XML, Palm applications, WAP/WML, Java, embedded perl are all
values, but not necessarily required. Familiarity with a linux development
environment, CVS and Bugzilla are helpful but not required. Familiarity with
Acrobat/PDF is valued.

Required Education: Computer science degree/ or equal experience

Re: open(FH,'|qmail-inject') fails

[Andrew Dunstan]

Regarding cost of forking etc.:

Your mileage will undoubtedly vary, according to OS and MTA.

Last time I did work on this was about a year ago on Solaris 
2.6, with sendmail and postfix. In both cases using Net::SMTP 
was far faster. IIRC, with postfix there is no forking cost at all, 
as its daemon does not fork on connect (it uses a select() loop 
instead). Talking on the SMTP port is actually Wietse Venema's 
recommended method for fastest injection into the postfix queue.

It also has the advantage over other methods that it is totally 
MTA independent.

andrew

Re: open(FH,'|qmail-inject') fails

[Andrew Dunstan]

Could someone please explain to me why everybody seems so intent on having a mod_perl 
handler fork in order to send mail? Why not just use the very common Net::SMTP package 
which just talks on an SMTP socket to whatever mailhost you have (localhost or other). 
There are other packages on CPAN which perhaps have more power, but still don't fork, 
if that's what you need. Every benchmark I've done (quite a few ;-) shows that this is 
far faster way of sending mail.

My understanding (correct me if I'm wrong) is that in general having a mod_perl 
handler fork is a Bad Thing (tm).

(and of course there is even less danger with funky email addresses with shell 
metacharacters that way, too)

I recall with some fondness Randal's "useless use of cat" awards - maybe we need to 
create a "useless use of fork" award :-)

cheers

andrew

DSO mod_perl and preloading

[Andrew Dunstan]

All these tips and benchmarks on optimising mod_perl by preloading used
modules/DBD-drivers etc. are great. However, I have seen warnings about
preloading modules if mod_perl is loaded as a DSO. (e.g for
HTML::Embperl). Does this still apply? My setup is
redhat6.2/perl-5.6/mod_perl-1.23.

TIA

Andrew