Здравейте. Имам следното питане, относно fetchmail.
 Имам два сървъра, Slack-1(IP 192.168.0.10) и Slack2(IP
192.168.0.11).

 На единият сървър Slack-1 с IP 192.168.0.10 стартирам
fetchmail-a, с който искам да дръпна
пощата от другия Slack-2, с IP 192.168.0.11.

 Получавам следното съобщение на сървъра Slack-1, на който
стартирам fetchmail:

----------------------
 Checking for mail on server(s) with command fetchmail -v -f
'/home/usera/.fetchmailrc' 192.168.0.11 ..

 fetchmail: 6.2.5 querying 192.168.0.11 (protocol POP3) at
Wed Aug  4 16:54:42 2004: poll started
fetchmail: POP3< +OK
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR
fetchmail: Repoll immediately on usera@192.168.0.11
fetchmail: POP3< +OK
fetchmail: POP3> USER usera
fetchmail: POP3< +OK
fetchmail: POP3> PASS *
fetchmail: POP3< +OK
fetchmail: POP3> STAT
fetchmail: POP3< +OK 2 309219
fetchmail: POP3> LAST
fetchmail: POP3< +OK 0
2 messages for usera at 192.168.0.11 (309219 octets).
fetchmail: POP3> LIST 1
fetchmail: POP3< +OK 1 748
fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK
reading message usera@192.168.0.11:1 of 2 (748 octets)
fetchmail: SMTP connect to localhost failed
fetchmail: POP3> QUIT
fetchmail: POP3< Hello usera,
 fetchmail: SMTP transaction error while fetching from
192.168.0.11
 fetchmail: 6.2.5 querying 192.168.0.11 (protocol POP3) at
Wed Aug  4 16:54:45 2004: poll completed
fetchmail: Query status=10 (SMTP)
fetchmail: normal termination, status 10

.. checking failed!

----------------------
Във /var/log/secure на сървъра Slack-1 имам следния запис:

Aug  4 16:54:41 slack-1 su[4677]: + ??? root-usera
----------------------

 На сървъра, от който искам да изтегля пощата (Slack-2) имам
следния запис в лог-файла:

 Aug  4 16:54:41 slack-2 popa3d[19651]: Didn't attempt
authentication
 Aug  4 16:54:41 slack-2 popa3d[19653]: Authentication passed
for usera
 Aug  4 16:54:41 slack-2 popa3d[19653]: 2 messages (309219
bytes) loaded
 Aug  4 16:54:44 slack-2 popa3d[19653]: 0 (0) deleted, 2
(309219) left

 Но пощата не се прехвърля. И на двата съм със сендмейл, но
това май не е от значение. Поне така мисля.
Защо не мога да дръпна пощата? къде ми е гайлето?
Мерси предварително на всички.

 Би ли пуснал и фаиловете където описваш с кого да се свърже
 fetchmail-а защото явно там е проблема. Аз имам пуснат
локален 
 qmail а fetchmail-а ми тегли пощата от дир-а и после я
 прехвърля в локални пощенски кутии и работи перфектно вече
доста време. 
Успех.

Това е на Slack-1 (IP 192.168.0.10)

В /home/usera имам .fetchmailrc, в който има следното:

defaults
poll 192.168.0.11
	proto pop3
	via 192.168.0.11
	user "usera"
	pass "password_a"
 	is usera                                                   
                                                             
    
poll other_host.com
via other_host.com
	user "usera@other_host.com"
	pass "password_a"
	is usera

 А я добави наи-отдолу във фаила smtp-to което ще получи
писмото. При мен на qmail-a e taka :
poll mail.dir.bg protocol pop3 authenticate password
user "xyz@dir.bg"
password "paro11"
is "zux"
smtpaddress "imeto na lokalniq mail server pr.-valio"
и писмото се получава в кутията с адрес zux@valio
Като го сложиш смятам че всичко ще бъде наред.
Успех 

Добавих го, но същия резултат.
Да не го изписвам отново, че е дълго.

Да не го изписвам отново, че е дълго.
 Всъщност последните редове се различават, но няма
прехвърляне...
ето ги само тях, другите са същите

.....
reading message usera@192.168.0.11:1 of 2 (748 octets)
fetchmail: SMTP connect to localhost failed
fetchmail: POP3> QUIT
fetchmail: POP3< Hello usera,
 fetchmail: SMTP transaction error while fetching from
192.168.0.11
 fetchmail: 6.2.5 querying 192.168.0.11 (protocol POP3) at
Thu Aug  5 11:45:11 2004: poll completed
fetchmail: Query status=10 (SMTP)
fetchmail: normal termination, status 10

.. checking failed!

 Виж незнам как стоят нещата с sendmail но с Qmail + vpopmail
 работи без проблем по горната схема, което ме навежда на
 мисълта че имаш проблем с smtp сървъра (SMTP connect to
 localhost failed) ако има как пусни sendmail-а не на
 localhost  щото може да има някакви подразбиращи се
 рестрикции а на някакъв hostname  и  използваи него в конфа
на  sendmail-а които трябва да получи пощата.
 Ако пак не стане драсни на горния е-маил за да го помъчим
заедно и съм сигурен че ще се оправим
Успех