But that's ok. There's many more ways to skin a cat. Check out the Mail::Mailer module to help you out. This module will actually search for whatever mail program is on your ISP and use what it finds. Sendmail isn't the only game in town, and if your ISP has mailx, mail, or Mail you're in business. And if none of those work, the module also lets you send mail directly through an SMTP server (assuming you have access to one somewhere, perhaps through your personal email account?) The documentation is pretty good, it's easy to use, and it's good to get used to platform-independent e-mail. Enjoy!

Gary Blackburn
Trained Killer

1. Add $! to end of your die's to see if error message gives you any clues.
2. send a test mail using pipe to Mail or mail this will verify to a certain extent if local accounts can send mail from that host plus headers may give a clue as to what MTA is being used.
3. Try looking for sendmail in /usr/sbin which is becoming more popular OR try opening sendmail without an absolute path, a long shot but worth a try.
4. several other places I have seen sendmail reside:
   1. /usr/bin, /etc, /var/lib
   2. /usr/local/bin ./etc ./sbin ./lib
5. you try shell script which -a sendmail > sendmailplace.

mitd-Made in the Dark
'My favourite colour appears to be grey.'

my ($smtp) = Mail::Mailer->new("smtp", Server => "127.0.0.1");
$smtp->open({
    'To'            =>  $emailaddress2,
    'From'          =>  $emailaddress,
    'Subject'       =>  "subjectmatter",
    'Content-Type'  =>  "text/plain",
});
print $smtp "bodytext\n\n";
$smtp->close;
[download]

You could try substituting another program for sendmail and see if that works.

You can look in /etc/sendmail.cf to see how sendmail is configured.

For development without a shell you could write a cgi that does something evil. This cgi would execute an arbitrary shell command on the server and display the result in the browser. An example use for the program is to see if the server is out of disk space.

Make sure you delete this evil arbitrary-command cgi as soon as possible, since the server people won't be too happy if they find it lying around. This type of evil program is a good example of how too-tight security causes users to bypass security and create a weaker system. Don't tell anyone that I told you to write this program, since it could get you fired or convicted of some sort of felony.

It should work perfectly the first time! - toma

--
$Stalag99{"URL"}="http://stalag99.keenspace.com";

This does not help with your question but may help anyway. In Perl you can use herepages to avoid lots of print statements and quoting clutter. Here is an example

my $mail_prog = '/usr/lib/sendmail';

my $sender    = 'me@mine.com';
my $recipient = 'you@yours.com';
my $subject   = 'Shopping';

open (MAIL, "|$mail_prog -t -i") or die "Can't open $mail_prog $!";
print MAIL<<MESSAGE;
To: $recipient
Reply-to: $sender 
From: $sender 
Subject: $subject

Thanks for shopping with Perlmonks

love

vroom
MESSAGE
close MAIL;
[download]

As you can see we print everything from the <<MESSAGE to the closing MESSAGE token. The closing token needs to be on a line by itself - no semicolon. You can use almost any token you want. If you do <<MESSAGE or <<"MESSAGE" then variables will interpolate. If you do <<'MESSAGE' they will not. You can include " in the herepage without the need to escape them with a \ so this is pretty cool. You can also assign to a variable with a herepage like $message =<<MESSAGE ....

This makes code much easier to read.

cheers

tachyon

s&&rsenoyhcatreve&&&s&n.+t&"$'$`$\"$\&"&ee&&y&srve&&d&&print

I definitely agree with the others on using Mail::Mailer or equivalent instead, but a quick fix (specially if running under some sort of Linux distribution) could be replacing /usr/lib/sendmail with /usr/sbin/sendmail

-- TMTOWTDI

THANK YOU!! That did it! Whew! Job saved in nick of time by heroic scribe. You weren't kidding when you said "quick fix." Thank you (ad infinitum)