Linux - Голубятня - не получает электронные письма - Соединение, которому отказывают
Какие-либо записи журнала событий? Я выполнил бы chkdsk это, чтобы удостовериться, что это не часть большей проблемы. Вы можете сбрасывать брандмауэр от cmd строки, но если услуга не работает, который может перестать работать также. http://support.microsoft.com/kb/947709
I am no postfix or ubuntu expert, but I see the same thing often on CentOS with sendmail; for security, the MTA is configured not to listen on any address other than localhost by default.
This thread suggests that the trick is to change the line
inet_interfaces = all
in /etc/postfix/main.cf.
Frosty, it might be worth your reading around a bit to discover the distinction between sending email, which is done via the MTA, and reading email, which is usually done with a POP and/or IMAP daemon. The two functions are almost completely unrelated to each other, and you may find maintaining your mail server is easier if you do some background reading on which daemon(s) provide which service.