メールの設定を新しいラップトップに転送したところ、fetchmailがメールの取得を停止しました。私がfetchmailログで知ることができることから、それは正常に承認し、新しい電子メールがそこにあることを確認し、それらをフェッチしようとし、永続的な「一時的なルックアップの失敗」のために失敗します-関連するログビットは次のとおりです。
fetchmail: 2134 messages (2130 seen) for recent:patena at pop.gmail.com (397667985 octets).
fetchmail: POP3> LIST 2123
fetchmail: POP3< +OK 2123 679
fetchmail: POP3> RETR 2123
fetchmail: POP3< +OK message follows
fetchmail: reading message recent:[email protected]:2123 of 2138 (679 octets)Trying to connect to 127.0.0.1/25... connected.
fetchmail: SMTP< 220 bleen.gateway.2wire.net ESMTP Postfix (Ubuntu)
fetchmail: SMTP> EHLO bleen
fetchmail: SMTP< 250-bleen.gateway.2wire.net
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250-SIZE 307200000
fetchmail: SMTP< 250-VRFY
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250-STARTTLS
fetchmail: SMTP< 250-ENHANCEDSTATUSCODES
fetchmail: SMTP< 250-8BITMIME
fetchmail: SMTP< 250 DSN
fetchmail: SMTP> MAIL FROM:<[email protected]> SIZE=679
fetchmail: SMTP< 250 2.1.0 Ok
fetchmail: SMTP> RCPT TO:<weronika@localhost>
fetchmail: SMTP< 451 4.3.0 <weronika@localhost>: Temporary lookup failure
fetchmail: SMTP error: 451 4.3.0 <weronika@localhost>: Temporary lookup failure
fetchmail: SMTP> RSET
fetchmail: SMTP< 250 2.0.0 Ok
fetchmail: not flushed
fetchmail: POP3> LIST 2124
(以下同様に、表示されていないメッセージごとに「LIST」から「notflushed」になります。)
それは一日のほとんどの間続いているので、この一時的なルックアップの失敗はそれほど一時的なものではないようです。
fetchmail: SMTP ...
ログは、fetchmail
がメールトランスポートエージェント(MTA)、ここではPostfixと通信していることを示し、Postfixはfetchmail
の(修飾されていない!)ホスト名を解決できないためにlocalhost
からのメッセージを拒否しました。したがって、解決策は、システムのDNS(および場合によってはホスト名)を修正することです。これにより、システムからのメールの送信が容易になる場合もあります。これは、多くのメールサーバーが、スパム対策として、修飾されていない名前のホストからのメールを拒否するためです。
別の方法は、fetchmail
設定を介してmda
を構成し、代わりにmaildrop
などのプログラムに直接配信して、ローカルMTAを配信ループから切り離すことです。