[25295] in Athena Bugs
Re: Emacs and SMTP Authentication
daemon@ATHENA.MIT.EDU (Tom Cavin)
Tue Nov 4 10:48:50 2003
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16295.51781.214745.877555@lap1-wccf.mit.edu>
Date: Tue, 4 Nov 2003 10:48:21 -0500
From: Tom Cavin <cavin@mit.edu>
To: Greg Hudson <ghudson@mit.edu>
In-Reply-To: <1067906154.29272.117.camel@error-messages.mit.edu>
cc: Tom Cavin <cavin@mit.edu>
cc: Athena Bugs list <bugs@mit.edu>
Errors-To: bugs-bounces@mit.edu
Please correct me if I'm wrong, but I thought we were seeing more and more
sites blocking traffic from random *.mit.edu hosts in an effort to reduce
spam. If that's the case, there may be some need to immediately bounce
mail back that can not be authenticated instead of holding it in a local
queue.
One of the reasons I'm asking about Emacs and the smtpmail.el file is that
it does its own SMTP submission and queing in user space, and will
therefore be able to try to authenticate on later attempts.
Is there an update scheduled for Athena's Emacs lisp code?
Thanks,
--Tom
Greg Hudson writes:
> The next field Athena release (due out in 1-2 weeks) will include
> changes to make sendmail use authentication when relaying mail. (If the
> initial attempt at relaying mail fails and the mail gets queued locally,
> it will be sent with direct delivery when the queue is run, since
> authentication with user credentials isn't an option at that point. But
> the MIT outgoing relays are not used for direct delivery, so the lack of
> SMTP authentication shouldn't be a problem there.)
>
--
Tom Cavin Phone: (617) 258 - 7806
Computer Operations Manager Email: cavin@mit.edu
MIT - Whitaker College Computer Facility or tec@ai.mit.edu
_______________________________________________
Bugs@mit.edu
http://mailman.mit.edu/mailman/listinfo/bugs
