关于SMTP服务器转发时的身份验证问题

        最近在学校里做一个邮件服务器的程序,在转发的时候遇到了一个问题:当邮件 服务器A承担着转发邮件到邮件服务器B的任务时,如果B要求身份验证怎么办,服务器A肯定不会有服务器B的帐号信息,更不会有密码。这样的话转发应该如何 实现呢?我到Google和百度上搜了一下,有不少人跟我有同样的疑问。最终我在CSDN的一篇文章中找到了相关的内容:
        若一个邮件服务器接收到一封邮件,它首先会检查转发路径,即rcpt to后面的路径参数。如果发现这个路径中只有一个邮箱地址abc@def.ghi,那么它会看这个地址是不是本地邮件服务器的地址:如果是,它会毫不犹豫 地接收下来,而不会对发送端进行身份验证;相反,如果不是,那么它可能就转发了垃圾邮件到其它服务器,故它会反过来要求发送方进行身份验证,验证通过就转 发,否则拒绝。同时服务器还可能对发送方的地址进行DNS反向解析来确认发送方的合法性。
      
前面一段是我借鉴了别人的观点并加以理解。同时我也存在一个疑问,就是 关于多地址路径,即<@abc,@def:ghi@jkl.mno>这种类型, 我用一个简单的客户端程序与SINA等邮件服务器连接的时候,它们都会拒绝我的无身份认证扩展的转发要求,所以在大多数情况下,我认为在做服务器端时不必考虑这种情况。当然这只是我个人的观点, 如果有不对的地方还请大家指正。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值