Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses
 
PerlMonks  

Re: Which MTA is best to use with Perl....

by castaway (Parson)
on Jan 21, 2005 at 11:03 UTC ( [id://423936]=note: print w/replies, xml ) Need Help??


in reply to Which MTA is best to use with Perl....

Nope, still not a clue what you mean, after your addition of the "Clarity" section, sorry.

None of those things you list in that last section, whitelists, IMing, calenders and so on, have anything to do with Transporting email. MTA = Mail Transport Agent, this is just a subset of what much mail server software does.

You appear to be looking for multi-talented mail server software, and not just an MTA. But I still haven't a clue where Perl comes into it at all.

C.

I use exim to transfer my mail, fetchmail, perl and spamassassin to fetch and filter it, Net::OSCAR to IM, a PSA to calendar.. etc...

  • Comment on Re: Which MTA is best to use with Perl....

Replies are listed 'Best First'.
Re^2: Which MTA is best to use with Perl....
by digiryde (Pilgrim) on Jan 24, 2005 at 14:51 UTC

    Sorry if I have been too vague or unclear.

    Try thinking about how to tie all those tools together. That is what we are doing.

    You are right about multi-talented servers. We have the code that makes an MTA do more than be just an MTA. However, we are not looking for a multi-talented MTA. We just want a good solid, extensible MTA. To a point, all MTAs are extensible as are all web servers, but certain web servers outshine others in that area. I am not certain if any MTAs outshine other MTAs in this way as well. It is starting to sound like there are four primarily used MTAs that fit the bill. Sendmail is something that keeps getting dogged for security (which is why we are looking elsewhere as well).

    Using Perl in Apache is not the same thing as using perl in IIS or other web servers. I was unsure of any (if any) difference in MTAs in the same respect. It seems that there are few differences and those differences are less important than MTA functionality, speed, security and manageability. Which to me says basically, forget about any considerations in relation to how perl might be *plugged* into an MTA or how an MTA might call out to perl, just focus on the MTA as an MTA only and make sure certain minimum requirement for externalizing functionality can be met. Correct me if I am wrong.

    And, thanks for your input anyway. Sometimes when I have not had time to sit down and create a presentation I do not have the clearest message. Good habit to take a few hours first.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://423936]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others surveying the Monastery: (1)
As of 2024-04-25 00:25 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found