[RFC] Anti-Spam Recommendations for SMTP MTAs(BCP30) 针对SMTP MTAs的反垃圾邮件建议

原创 2004年08月17日 19:51:00

RFC2505:Anti-Spam Recommendations for SMTP MTAs(BCP30) 针对SMTP MTAs的反垃圾邮件建议

    1)  MUST be able to restrict unauthorized use as Mail Relay.
        必须限制未经认证的使用邮件转发

    2)  MUST be able to provide "Received:" lines with enough
        information to make it possible to trace the mail path, despite
        spammers use forged host names in HELO statements etc.
        必须可以提供带有完整信息的 "Received:"行,以便追踪邮件的路径,即使spammers在HELO命令或其他地方中使用虚假的主机名。
       
    3)  MUST be able to provide local log information that makes it
        possible to trace the event afterwards.
        必须可以提供本地的日志,以便在以后可以追踪事件。

    4)  SHOULD be able to log all occurrences of anti-relay/anti-spam
        actions.
        应该可以记录所有反转发/反垃圾动作的事件详情

    5)  SHOULD be able to refuse mail from a host or a group of hosts.
        应该可以拒绝来自一个特定主机或者一组特定主机的邮件

    6a) MUST NOT refuse "MAIL From: <>".
        不能拒绝类似mail from命令为:"MAIL From: <>" 形式的邮件

    6b) MUST NOT refuse "MAIL From: <user@my.local.dom.ain>".
        不能拒绝类似mail from命令为:"MAIL From: <user@my.local.dom.ain>" 形式的邮件

    7a) SHOULD be able to refuse mail from a specific "MAIL From:"
        user, <foo@domain.example>.
        应该可以拒绝mail from命令中来自特定的邮件地址或者用户的邮件

    7b) SHOULD be able to refuse mail from an entire "MAIL From:"  domain
        <.*@domain.example>.
        应该可以拒绝mail from命令中来自特定域的所有邮件

    8)  SHOULD be able to limit ("Rate Control") mail flow.
        应该可以限制邮件流量(速率控制)

    9)  SHOULD be able to verify "MAIL From:" domain (using DNS or
        other means).
        应该可以检查mail from中的域的合法性(使用DNS或者其他手段检查)

    10) SHOULD be able to verify <local-part> in outgoing mail.
        应该可以在外发邮件中检查本地部分的合法性

    11) SHOULD be able to control SMTP VRFY and EXPN.
        应该可以控制SMTP的VRFY 和 EXPN命令的使用

    12) SHOULD be able to control SMTP ETRN.
        应该可以控制SMTP的ETRN命令的使用

    13) MUST be able to configure to provide different Return Codes
        for different rules (e.g. 451 Temp Fail vs 550 Fatal Error).
        必须可以通过配置对不同的规则提供不同的应答代码(类如:451 Temp Fail vs 550 Fatal Error)

怎样为任何控件和区域添加提示信息:用自己封装的CTip类

MFC中有一个CToolTipCtrl类,想必大家都知道,近来我在一个项目中需要在ActiveX Control上为特定的控件或区域添加提示.开始使用CToolTipCtrl,但发现它根本就不工作.无...
  • flower
  • flower
  • 2000-09-26 13:56:00
  • 798

关于SMTP协议发送邮件的总结

最近在看一本书,是VC++网络编程,可以说那本书写的乱七八糟,我也晕头转向、、、  、 我写的大家可能有些看着抽象,捡着能看懂的看就行,我讲述的是SMTP的原理,而不是如何编程来实现,我纠结一天的感...
  • yue7603835
  • yue7603835
  • 2011-12-06 03:53:17
  • 17210

smtp rfc 中文文档

  • yongjong
  • yongjong
  • 2013-07-16 10:25:14
  • 782

RFC821--SMTP协议

RFC821 简单邮件传输协议(SMTP)(RFC821  SIMPLE MAIL TRANSFER PROTOCOL)目录1. 介绍 22. SMTP模型 33. SMTP过程 43.1. MAIL...
  • zhangxinrun
  • zhangxinrun
  • 2010-07-10 13:54:00
  • 2619

反垃圾邮件网关 需关闭邮件中继开启SMTP认证

在SMTP协议中的开放式转发(Open Relay)功能是电子邮件系统中最危险的安全缺陷之一。开放式转发功能的存在,使邮件可以任意转发,导致发件人完全不可追查。无论是技术手段还是法律手段都无法起作用。...
  • gscaiyucheng
  • gscaiyucheng
  • 2014-03-24 12:24:14
  • 1606

RFC821-简单邮件传输协议(SMTP)中文版

RFC821-简单邮件传输协议(SMTP)中文版----------------------------------------------------------------------------...
  • chary8088
  • chary8088
  • 2006-05-05 17:06:00
  • 2608

SMTP RFC 协议笔记

作者: 溪水清澈 SMTP协议, 25端口,每个命令以CRLF结尾 MAIL FROM:发送人 发送者可以是多人 250 OK R...
  • windqyoung
  • windqyoung
  • 2013-03-03 20:49:53
  • 261

[C++ RFC] SMTP协议rfc821中文

 1. 介绍   简单邮件传输协议(SMTP)的目标是可靠高效地传送邮件,它独立于传 送子系统而且仅要求一条可以保证传送数据单元顺序的通道。附录A,B,C 和D描述了不同传送服务下SMTP的使用。在名...
  • dpfordor
  • dpfordor
  • 2008-01-20 23:01:00
  • 1464

使用telnet登陆smtp服务,使用163发邮件

看前提醒:1、跑一遍telnet发邮件有什么好处??就是你对发邮件有了一个更清晰的认识,对发邮件类库的使用有了全新的认知http://blog.csdn.net/qq_33862644/article...
  • qq_33862644
  • qq_33862644
  • 2018-02-20 13:05:23
  • 215
收藏助手
不良信息举报
您举报文章:[RFC] Anti-Spam Recommendations for SMTP MTAs(BCP30) 针对SMTP MTAs的反垃圾邮件建议
举报原因:
原因补充:

(最多只允许输入30个字)