各位好,
已經看了大部分有關postfix的主題,
但好像找不到答案.....
我的debian是3.1,
其中postfix的設定是跟這一篇http://www.howtoforge.com/perfect_setup_debian_sarge_p4,
postfix能收到email, 但寄不出,
看過log檔後是connection timed out,
已肯定家中的router的port25已開.....
例如我試發一封mail到我的學校email去,
根據log檔試一試ping的指令,
能順利連接,
用telnet的方法連到localhost,
然後ehlo來看,
也沒有問題....
請問問題出在那裡?謝謝!
請教, postfix能收不能寄
版主: 阿信
10 篇文章
• 第 1 頁 (共 1 頁)
由 煩腦中 » 週三 3月 15, 2006 12:36 am
還是不行.....嗚
Mar 15 00:18:33 homeserver postfix/smtp[12269]: 9C2DD6F0865: to=<william321@gmail.com>, relay=none, delay=69565, status=deferred (connect to gsmtp183.google.com[64.233.183.27]: Connection timed out)
Mar 15 00:19:02 homeserver postfix/smtp[12268]: connect to gsmtp183.google.com[64.233.183.27]: Connection timed out (port 25)
Mar 15 00:19:02 homeserver postfix/smtp[12268]: EB44B6F0863: to=<william321@gmail.com>, relay=none, delay=78364, status=deferred (connect to gsmtp183.google.com[64.233.183.27]: Connection timed out)
Mar 15 00:18:33 homeserver postfix/smtp[12269]: 9C2DD6F0865: to=<william321@gmail.com>, relay=none, delay=69565, status=deferred (connect to gsmtp183.google.com[64.233.183.27]: Connection timed out)
Mar 15 00:19:02 homeserver postfix/smtp[12268]: connect to gsmtp183.google.com[64.233.183.27]: Connection timed out (port 25)
Mar 15 00:19:02 homeserver postfix/smtp[12268]: EB44B6F0863: to=<william321@gmail.com>, relay=none, delay=78364, status=deferred (connect to gsmtp183.google.com[64.233.183.27]: Connection timed out)
- 煩腦中
由 訪客 » 週四 3月 16, 2006 5:14 pm
煩腦中 寫:還是不行.....嗚
Mar 15 00:18:33 homeserver postfix/smtp[12269]: 9C2DD6F0865: to=<william321@gmail.com>, relay=none, delay=69565, status=deferred (connect to gsmtp183.google.com[64.233.183.27]: Connection timed out)
Mar 15 00:19:02 homeserver postfix/smtp[12268]: connect to gsmtp183.google.com[64.233.183.27]: Connection timed out (port 25)
Mar 15 00:19:02 homeserver postfix/smtp[12268]: EB44B6F0863: to=<william321@gmail.com>, relay=none, delay=78364, status=deferred (connect to gsmtp183.google.com[64.233.183.27]: Connection timed out)
把 -v 的選項打開的 log 應該會有比較多的細節, 以便觀察錯誤出在哪裡
- 訪客
參考一下這個來蒐集錯誤資訊協助除錯
由 訪客 » 週四 3月 16, 2006 5:25 pm
參考一下這個來蒐集錯誤資訊協助除錯 :
http://www.postfix.org/BASIC_CONFIGURATION_README.html
=========================================
What trouble to report to the postmaster
You should set up a postmaster alias in the aliases(5) table that directs mail to a human person. The postmaster address is required to exist, so that people can report mail delivery problems. While you're updating the aliases(5) table, be sure to direct mail for the super-user to a human person too.
/etc/aliases:
postmaster: you
root: you
Execute the command "newaliases" after changing the aliases file. Instead of /etc/aliases, your alias file may be located elsewhere. Use the command "postconf alias_maps" to find out.
The Postfix system reports problems to the postmaster alias. You may not be interested in all types of trouble reports, so this reporting mechanism is configurable. The default is to report only serious problems (resource, software) to postmaster:
Default setting:
/etc/postfix/main.cf:
notify_classes = resource, software
The meaning of the classes is as follows:
bounce
Inform the postmaster of undeliverable mail. Either send the postmaster a copy of undeliverable mail that is returned to the sender, or send a transcript of the SMTP session when Postfix rejected mail. For privacy reasons, the postmaster copy of undeliverable mail is truncated after the original message headers. This implies "2bounce" (see below). See also the luser_relay feature. The notification is sent to the address specified with the bounce_notice_recipient configuration parameter (default: postmaster).
2bounce
When Postfix is unable to return undeliverable mail to the sender, send it to the postmaster instead (without truncating the message after the primary headers). The notification is sent to the address specified with the 2bounce_notice_recipient configuration parameter (default: postmaster).
delay
Inform the postmaster of delayed mail. In this case, the postmaster receives message headers only. The notification is sent to the address specified with the delay_notice_recipient configuration parameter (default: postmaster).
policy
Inform the postmaster of client requests that were rejected because of (UCE) policy restrictions. The postmaster receives a transcript of the SMTP session. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
protocol
Inform the postmaster of protocol errors (client or server side) or attempts by a client to execute unimplemented commands. The postmaster receives a transcript of the SMTP session. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
resource
Inform the postmaster of mail not delivered due to resource problems (for example, queue file write errors). The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
software
Inform the postmaster of mail not delivered due to software problems. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster)
http://www.postfix.org/BASIC_CONFIGURATION_README.html
=========================================
What trouble to report to the postmaster
You should set up a postmaster alias in the aliases(5) table that directs mail to a human person. The postmaster address is required to exist, so that people can report mail delivery problems. While you're updating the aliases(5) table, be sure to direct mail for the super-user to a human person too.
/etc/aliases:
postmaster: you
root: you
Execute the command "newaliases" after changing the aliases file. Instead of /etc/aliases, your alias file may be located elsewhere. Use the command "postconf alias_maps" to find out.
The Postfix system reports problems to the postmaster alias. You may not be interested in all types of trouble reports, so this reporting mechanism is configurable. The default is to report only serious problems (resource, software) to postmaster:
Default setting:
/etc/postfix/main.cf:
notify_classes = resource, software
The meaning of the classes is as follows:
bounce
Inform the postmaster of undeliverable mail. Either send the postmaster a copy of undeliverable mail that is returned to the sender, or send a transcript of the SMTP session when Postfix rejected mail. For privacy reasons, the postmaster copy of undeliverable mail is truncated after the original message headers. This implies "2bounce" (see below). See also the luser_relay feature. The notification is sent to the address specified with the bounce_notice_recipient configuration parameter (default: postmaster).
2bounce
When Postfix is unable to return undeliverable mail to the sender, send it to the postmaster instead (without truncating the message after the primary headers). The notification is sent to the address specified with the 2bounce_notice_recipient configuration parameter (default: postmaster).
delay
Inform the postmaster of delayed mail. In this case, the postmaster receives message headers only. The notification is sent to the address specified with the delay_notice_recipient configuration parameter (default: postmaster).
policy
Inform the postmaster of client requests that were rejected because of (UCE) policy restrictions. The postmaster receives a transcript of the SMTP session. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
protocol
Inform the postmaster of protocol errors (client or server side) or attempts by a client to execute unimplemented commands. The postmaster receives a transcript of the SMTP session. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
resource
Inform the postmaster of mail not delivered due to resource problems (for example, queue file write errors). The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
software
Inform the postmaster of mail not delivered due to software problems. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster)
- 訪客
10 篇文章
• 第 1 頁 (共 1 頁)
誰在線上
正在瀏覽這個版面的使用者：沒有註冊會員 和 1 位訪客