Re: mail counter

Intriguing.

I'm not immediately aware of any sendmail lookalike's in perl, but there should be one I think. Are you aware of a list of switches the sendmail binary is expected to handle? My hunch is that you could build a sendmail look-alike with some effort. It probably isn't even that hard.

And most likely you could add additional features (like mime attachments) using all the really slick perl modules out there for this sort of thing (e.g., Net::SMTP, MIME::Lite, etc).

-Paul

Comment on Re: mail counter

Replies are listed 'Best First'.
Re^2: mail counter by davorg (Chancellor) on Jan 19, 2007 at 16:23 UTC
I suspect that the easiest option wouldn't be to reimplement sendmail, but to write a wrapper round sendmail which does all of the scheduling and then hands the actual mail processing off to the original sendmail program. -- <http://dave.org.uk> "The first rule of Perl club is you do not talk about Perl club." -- Chip Salzenberg	[reply]
Re^3: mail counter by jettero (Monsignor) on Jan 19, 2007 at 16:52 UTC
Yes, that would be easier by a longshot. I was daydreaming about a replacement so you can use perl as an MTA without having to have sendmail/qmail/msmtp/ssmtp installed, but I suppose it wouldn't pay to make another MTA... -Paul	[reply]
Re^4: mail counter by former33t (Scribe) on Jan 19, 2007 at 21:14 UTC
The plan was to wrap the sendmail in place, not write a new MTA. I suppose I should have been clearer. I just wasn't sure if sendmail needed some special interface. From the comments though it looks like you would just open the sendmail interface for writing and write the message to it. Thanks for all the great ideas.	[reply]
Re^2: mail counter by skazat (Chaplain) on Jan 22, 2007 at 07:18 UTC
I'm almost attracted enough to the problem to make one. The users of my app have the same problem (usually) of having a limit of how many email messages can go out at a specific amount of time. I could build this queueing system into my current app, but that would make the current app even more complex (safe to say, its complex) and having it completely separate would make it much more useful for other people. We'll see :) If a backer of the project comes up... :) -justin simoni skazat me	[reply]


more useful options
	PerlMonks