Dan Jenkins said:
> Benjamin Scott wrote:
>
> > I move we change the "MTA Wars" to a multi-meeting format. Rather then
> > everybody-at-once (which might not have given everybody sufficient time
> > anyway), how about we do one meeting on one MTA, then another meeting on
> > another MTA, and so and so forth.
> >
> > Any seconds?
>
> Seconded.
> (Now I'm going back to bed to shake this bug.)
Third - I think we now have topics for the next three Nashua meetings!
>
> > We could start off with, oh, I dunno, how about a presentation on exim
> > tonight in Nashua? ;-)
>
Actually, it was a fine presentation on Sendmail, with a few comments from
me on what I know of Exim (that took all of maybe 2 minutes). Alas, with
my memory, I've already forgotten the name of the Sendmail presenter, but
I know he's on the list. He really does know it well, and gave a great
presentation on the many features of Sendmail, and answered questions on
how to configure for various situations. A couple of comments /ideas that stood
out:
1. He's seen (with untuned Sendmail) 80,000 e-mails an hour, on a PIII (I
believe he said 500 MHz). Someone else chimed in with seeing 150,000
emails/hour throughput. Both were real-world throughput, not benchmarks!
2. From the talk, I saw a lot of similarity to Emacs - if you want
Sendmail to do it, it can. If it can't, there's an easy way to extend it
(API)! Emacs/Vi folks, take it how you will.
3. The security problems, while they have been real (and will continue to
be, in that SW always has bugs), are mainly caused by either running
Sendmail in insecure settings, or not keeping up with patches. I.E. good
sysadmins shouldn't have major problems.
Just my notes from an excellent presentation. Now, who wants to be the
next up in the MTA line?
jeff
-----------------------------------------------------------------------
Jeffry Smith Technical Sales Consultant Mission Critical Linux
[EMAIL PROTECTED] phone:603.930.9739 fax:978.446.9470
-----------------------------------------------------------------------
Thought for today: creep v.
To advance, grow, or multiply inexorably. In
hackish usage this verb has overtones of menace and silliness,
evoking the creeping horrors of low-budget monster movies.
Who wants to volunteer
**********************************************************
To unsubscribe from this list, send mail to
[EMAIL PROTECTED] with the following text in the
*body* (*not* the subject line) of the letter:
unsubscribe gnhlug
**********************************************************
