我拥有一个MXlogging，直到现在指向一个商业邮件服务器，我有一个域的帐户的域; 这是唯一的帐户，称之为me@myplace 。
我现在需要添加一些电子邮件帐户，所以我build立了自己的邮件服务器，并将MXlogging更改为指向它。 但是，通过来回发送到Gmail账户（ [email protected] ）做了smtp中继testing后，我有点紧张：
如果我回复来自gmail帐户的消息，一切都很好。
如果我发送一条消息给gmail帐户，它使用与gmail帐户有历史logging之前（me @ myplace）之前的唯一帐户相同的用户名 – 一切正常。
如果我使用新的用户帐户（例如new @ myplace）向Gmail帐户发送消息，则似乎从远程客户端都可以看到所有内容，并且smtp服务器日志logging如下：
esmtp: id=XXXXXXXXX,from=<new@myplace>,addr=<[email protected]>,size=694,success: delivered: gmail-smtp-in.l.google.com
也就是说，Gmail服务器已经接受了这个消息，并告诉我的服务器一切正常，所以我的服务器告诉远程客户端一切正常。 除了gmail服务器在说谎 ，因为这个消息从来不会传送到[email protected] 。
我担心这是未来更严重的问题的标志 – 一些商业邮件服务器通过中继IP 白名单 ，而不仅仅是域名，并将放弃我的邮件，因为我不是一个白名单的商业服务器，他们将做到这一点就像谷歌显然已经做的一样： 高兴地报告接受 ，这意味着我永远不会得到反弹通知，或无论如何不知道我的邮件没有被交付。
所以我的两部分问题是：
这对gmail服务器来说真的是不诚实吗？ 也就是说，它正在接受它从未打算交付的邮件呢？ 还是有一些模糊我已经错过了？
如果是这样， 我尝试运行自己的邮件服务器是浪费时间吗？ 许多商业服务器只是简单地查看中继的IP（与域名的MXlogging相匹配），只是默默地/不诚实地丢弃我的邮件，因为它不在白名单上 – 这意味着我必须支付白名单服务器，如果我想在现代世界交付电子邮件？
我已经拥有这个域名多年了，如果有问题的话，它从来就不是垃圾邮件的来源。
不，所有的意思是他们接受了，你通过了第一批testing。 还有进一步的testing通常需要更多的时间，这些testing通常发生在邮件被接受之后。 你和服务器本身都不知道你是否会通过或不通过这些testing。
不可以。但是，如果你跳过所有的圈，适当的RDNS，SPF，并确保你不是一个开放的接力，你可能会发现，你接受邮件和未邮件的比例显着下降。
你应该做更多的阅读SMTP，电子邮件和垃圾邮件过滤/黑名单。
服务器不是人。 他们不撒谎。 如果日志显示gmail服务器接受了电子邮件，那么它接受它。
接受电子邮件并将其发送到邮箱是两件不同的事情。 gmail服务器接受了电子邮件，但可能在将电子邮件发送到收件人的邮箱的稍后阶段拒绝，清除或过滤了该电子邮件。