Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: IETF SMTP Working Group Proposal at

  • From: Avleen Vig
  • Date: Tue Aug 20 22:13:28 2002

On Tue, 20 Aug 2002, wrote:

> This is copy of the message sent to IETF mail list. As subject said,
> I'd like to organize IETF working group to define new additions to SMTP.
> ----------------
> As everyone I'm sure have seen on the last "why is spam a problem" and
> other similar threads on ietf as well as numerous similar threads on
> other lists and boards, there is a serious need to do something to limit
> amount of unsolicited email. While the roots maybe social issue I do not
> see why we can not work on it from technical point of view. In addition
> to that during last years, I'v seen real need for new features to be
> added into SMTP, such as ones for callback, delayed transmission, delivery
> notification,secure communications, etc, etc and there are in fact
> several drafts available on some issues. As far as anti-spam  mechanisms I
> do not belive we should force some particular method on everyone but
> rather built several verification features into protocol and allow server
> operators to themselve choose if they want to use it. Where the features
> were use the email would be considered more secure and users can use that
> to sort out mail (as many do already with special filters).


While not trying to discourage you from your efforts, I would like to
recommend that you not reinvent the wheel. The list you have presented
already has some possible solutions to it which I have listed below.

Delayed transmission: Are we talking about rate limiting, or delivery of
specific messages at specific times? Either way this is more an MTA issue
in my eyes, than a protocol issue. Rate limiting is already availible in
at least one major Unix MTA.

Delivery notification: Possibly a protocol issue. This is availible as a
semi-standard. RFC1891 is your friend:

Secure communication: TLS, SSL.

Discussion Communities

About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home

Merit Network, Inc.