我一直在使用的fetchmail和后缀为长的时间来接收和处理来自我的私人的Linux机器发送的电子邮件。我的ISP被收购并合并了几次,但是原始的SMTP主机始终保持工作状态。现在,我必须切换到用于寄出邮件的新主机(mail.o2mail.de),并且该主机不允许我发送邮件:
550 5.7.1 <RECIPIENT>... Relaying denied: You must check for new mail before sending mail. (in reply to RCPT TO command)
因此,服务器希望我在发送传出邮件之前检查传入邮件。如果我理解正确,那么此工作流适用于Windows LiveMail或KMail之类的桌面Mail程序,它们实际上总是在同一会话中接收和发送电子邮件。但是我从未做过,而且我也不知道该怎么办(我通过fetchmail轮询接收邮件,但仍然可以正常工作)。
我想我可以使用提供者的Webmail界面,或切换到独立的电子邮件客户端。但我喜欢使用emacs和VM发送和接收电子邮件。我喜欢emacs编写文本的功能,我喜欢通过纯文本邮箱进行grepping,我喜欢能够使用elisp配置用户体验...
我可能是过时的,但是没有办法继续按照自己喜欢的方式做事吗?是否可以使postfix表现得像那些新颖的多合一电子邮件程序之一?我应该输入什么/etc/postfix/main.cf
以便我的提供者可以接收我的外发邮件?
编辑我尝试失败的事情:
我无法迅速摆脱与ISP的合同(数年而不是数月)。我确实有一个gmail地址,尽管我很少使用它。我可以通过某种方式使用Google的服务发送电子邮件postfix
吗?
编辑事实证明,只有当用户以纯文本格式连接时,才会发生“拒绝中继”。通过告诉postfix通过ssl连接并提供我的帐户凭据,远程服务器对我足够信任,可以接受我发给任何人的消息。(唯一的困惑是为什么他们以前的服务器首先接受纯文本登录,这对我而言现在似乎非常不安全。)
所以解决方案本质上是添加
smtp_sasl_auth_enable = yes
smtp_sasl_security_options =
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
以/etc/postfix/main.cf
提供该文件中的登录凭据。
这是一个信任的问题,中继意味着您连接的邮件主机会将您的邮件发送到其他域。有两种方法可以使其工作:将计算机添加到邮件主机的配置中,或对每个用户使用其他身份验证(用户名/密码)如果可以从桌面使用此邮件主机发送邮件,则尝试在postfix中配置身份验证。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句