It's nice when things do this:
open SENDMAIL, "|/usr/lib/sendmail -t -i"; print SENDMAIL $message; close SENDMAIL;
Especially as my sendmail was in /usr/sbin.
Repeat after me... MIME::Lite.
-Dom
Re:MIME::Lite
gav on 2004-02-12T23:38:46
I'm more of a Mail::Sendmail person:) Re:MIME::Lite
phillup on 2004-02-13T00:10:20
I have to ask...
What is the advantage of MIME::Lite if you have Sendmail ?
(What advantages other than cross platform.)Re:MIME::Lite
gav on 2004-02-13T00:41:18
>What is the advantage of MIME::Lite if you have Sendmail ?I like to use Mail::Sendmail if I'm just sending plain text emails, or MIME::Lite otherwise.
- All kinds of MIME based shenanigans: attachments, HTML email etc.
- Send via SMTP, no need to worry about the implications of using another program
Re:MIME::Lite
Dom2 on 2004-02-13T08:50:46
- Because it knows where sendmail lives, unlike the posted code.
- Because it can use SMTP when your script ends up on a box that doesn't have it.
- Because it generally has a much cleaner interface to sending mail.
-Dom
Re:MIME::Lite
phillup on 2004-02-13T17:35:52
Thanks for the reply.
I do use MIME::Lite and just wanted a reminder.
FWIW I've got about 13 machines that run cron jobs and dump their info into a database, and then another cron job that runs later and generates a nice report and emails it.
And, I used MIME::Lite for the email functionality. Especially since the machine it is on does NOT have sendmail.
Well... the email server has been flaky and... if it isn't running when it is time to sent the email, then they simply don't get an email.
They don't like that. So, it looks like I'll be installing sendmail which will at least que up the email and eventually send it when their system is working.
Or, maybe I'll try and fork off a process to send the email and just let it keep trying forever...
Anyways... thanks.
