Anonymous Monk has asked for the wisdom of the Perl Monks concerning the following question:

This node falls below the community's threshold of quality. You may see it by logging in.

Replies are listed 'Best First'.
Re: Bulk Mail
by inman (Curate) on May 04, 2005 at 10:06 UTC
    Check out Mail::Bulkmail. This module is intended to be used to manage sending mail to lists of people.

    As a general note, you will need to abide by the laws and regulations of your country with respect to the use of e-mail. In general this boils down to - Don't send Spam!

Re: Bulk Mail
by jhourcle (Prior) on May 04, 2005 at 15:13 UTC

    I'd suggesting that you use software that's intended for mailing lists. (listserv, majordomo, mailman, etc.)

    They handle throttling well, some of them can automatically deal with bounced messages, and they provide a way for recipients to opt-out, if they so wish. Any current mailing list software should also have ways to restrict who is allowed to send to the list (either a moderation feature, or completely rejecting those not permitted).

    There's no reason to try to make something from scratch that has what might even be a longer legacy than perl. (I know I used to use L-Soft's Listserv product on a bitnet node)

Re: Bulk Mail
by ghenry (Vicar) on May 04, 2005 at 10:57 UTC

    I did a really basic mailer, but I highly recommend Mail::Bulkmail, as it provides many, many more features and error checking etc.

    If your are interested:

    Mailer:

    HTH.

    Walking the road to enlightenment... I found a penguin and a camel on the way.....
    Fancy a yourname@perl.me.uk? Just ask!!!

      foreach (<LIST>) ==> this is a bad idea (and bad practice)...

      This is what happens if you use it: first a temporary list is created, and that list will be passed to foreach. This means you are first reading the entire file, it would be much better to read it line by line...

      (Which you can do by using something like while (<LIST>)...)

      (Update, typo)

        Yes of course. Thanks for the advice.

        I'll update it.

        Walking the road to enlightenment... I found a penguin and a camel on the way.....
        Fancy a yourname@perl.me.uk? Just ask!!!
Re: Bulk Mail
by bradcathey (Prior) on May 04, 2005 at 11:50 UTC

    Keep in mind that no matter what method/module you use, if you are using an outside hosting service, you may be limited to the number of e-mails you can send, e.g., I had to get an extension to raise my limit from 100/hour to 250.

    Also, you if you need attachment capabilities, I don't think Mail::Bulk has that ability.


    —Brad
    "The important work of moving the world forward does not wait to be done by perfect men." George Eliot
Re: Bulk Mail
by TedPride (Priest) on May 04, 2005 at 13:06 UTC
    Doesn't that usually only apply if you're using their mail server or relay? If your software actually connects directly to the recipient's ISP, there shouldn't be any limits on the number of emails you can send - as long as you're not sending spam and people don't complain.

    Of course, you also need to be sending from a static IP connected to a domain name that the recipient can verify. If you're sending from your home computer (I've done this before), a fair number of your emails will be blocked because they're coming from a dynamic IP and/or look like they're spoofing the domain given as sender. What you really need is software running on your hosting account that connects directly to the recipient.

    Incidently, Verio allows you to send pretty much any number of emails (within reasonable limits), so long as they aren't spam and aren't dumped on them all at once. I just leave my script running with an email sent every couple seconds and go do something else. A log of emails already sent will allow you to rerun the script if something goes wrong (though I've never had problems yet), without duplicating emails. Just remember to set Return-Path to a separate email box so you can easily analyze rejected emails.

Re: Bulk Mail
by Anonymous Monk on May 22, 2005 at 07:26 UTC
    Thankyou for all your comments. The reason I am looking to develop such as solution is to notify clients on a monthly basis about the business. I look to develop a custom solution that will do exactly what the business requires. (syn with Outlook etc).