fetchmail

Debian GNU/Linux

Üdv Mindenkinek!

Újra felmelegítem ezt a témát, mert még nem oldódott meg a probléma.
A log-ban ez van.
fetchmail: Server CommonName mismatch: localhost != pop.hu.inter.net
fetchmail: Server certificate verification error: self signed certificate
fetchmail: Server certificate verification error: certificate has expired
fetchmail: Server certificate verification error: self signed certificate
Hogyan tudom ezt megcsinlni, hogy a fetchmail rendesen működjön?

( tovis v | 2008. 07. 29., k – 10:41 )

Szép de én ezt nemigen tudom értelmezni.
Te vagy a pop.hu.inter.net? Saját magadról szeded le a leveleket, vagy a szerver valami teszt darab, akinek nincs korrekt certificatje, de ssl -el akar kommunikálni?
Több rizsát kérek.

* Én egy indián vagyok. Minden indián hazudik.

( szaszg | 2008. 07. 29., k – 12:39 )

Ne ijedj meg, ettol a fetchmai meg rendesen mukodik, csak problemazik azon, hogy a szerver altal kozolt informaciok kisse furcsak... Mert ha mar a szerver certificate-vel dicsekszik, akkor talan ne 'localhost'-ra legyen kiallitva es ne legyen lejart, es ne a kibocsato irja ala :) mert igy megszakadunk a rohogestol...

Zsiraf

p.s.: a fetchmail ettol meg vegzi a dolgat...

Ha amugy megjon a level, akkor szerintem kit erdekel? Ha zavar, akkor beszelj a pop.inter.net.hu szerver tulajaval, hogy halalra rohogod magad, es tegyen mar valamit a dolog ellen, mert kulonben a halalod az o lelken szarad majd ;-)
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Szét szopatja az agyamat.

Volt fent egy Debian Sarge, amit upgrade-eltem Etch-re. Azóta a fetchmail a következőt csinálja:

Adott egy POP3 szerver amiről kb. 15 postafiók töltődik le.

Az első 5 simán lejön a többire a következőt írja:

Dec 2 23:48:35 localhost fetchmail[3729]: Query status=2 (SOCKET)
Dec 2 23:48:35 localhost fetchmail[3729]: socket error while fetching from USER6@mydomain.hu
Dec 2 23:48:35 localhost fetchmail[3729]: Query status=2 (SOCKET)
Dec 2 23:48:36 localhost fetchmail[3729]: sleeping at Tue 02 Dec 2008 11:48:36 PM CET for 300 seconds

De csak az 5. után. Ha felcserélem a user-eket akkor sincs változás..

A következő freemail.hu-n lévő postafiókokat leszedi, de ott csak 3 van.

Erre lépjen valaki.

Lefordítottam a legújabb fetchmail-t és avval is ezt csinálja. A sarge fetchmail-je leszedi rendesen....

1. halozatos problema?? probald meg a pop3 szervert ip cim alapjan elerni ...
2. helyi MTA megy rendesen? lokalis levelezes mukodik?
3. nincs a helyi levelezesen valami SMTP limit beallitva? (batchlimit xxx)
4. lehet, hogy limitalva van az egy kapcsolaton letoltheto levelek szama, es e mennyiseg utan eldobja a pop3 szerver a kapcsolatot??? (fetchlimit xxx)

Zsiraf

1. Hálózati probléma nincs. Név feloldás megye, IP-vel is ugyanaz
2. MTA megy rendesen
3. batchlimit nincs beállítva. Azaz a default 0 ami korlátlant jelent
4. Nem hiszem, mert a Sarge alatti fetchmail ugyanattól a POP3-ról le tudja tölteni.

Ha sslproto-t használok, akkor a 995-ös port kellene. Az meg nincs nyitva ahogy látom.

A batchlimit az az SMTP-re, azaz a te MTA-dra vonatkozik... Ha a fetchmailban 0 azaz korlatlan de az MTA-nal nem az, akkor elrughatja a kapcsolatot xxx darab level fogadasa utan.

A fetchlimit a POP3 fiokra vonatkozik, azaz hany levelet enged egy kapcsolatban letolteni a POP3 szerver. Ha nallad 0 azaz korlatlan, mig a szolgaltatod POP3 szeverenel nem, akkor xxx darab level letoltese utan eldobhatja a kapcsolatot...

de mindezek csak halvany remenyek, mert a hibauzenet, egyertelmuen halozati problemara utal...:
2 An error was encountered when attempting to open a socket to retrieve mail.
If you don't know what a socket is, don't worry about it -- just treat this as an 'unrecoverable error'.
This error can also be because a protocol fetchmail wants to use is not listed in /etc/services.

Amugy, az mit jelent, hogy sarge fetchmailja letolti? Most van egy sarge telepitesed es ott lejonnek, vagy a sarge-os fetchmail-t futtatod a frissitett debianod alol?

Zsiraf

A helyzet az, hogy ha nulla darab levél jön le, akkor is ezt írja ki. Tehát nem a levelek számától függ. Fetchmail -vv opcióval is látom, hogy az első 5 postafiókba belép megnézi, hogy van-e levél majd kilép. Ha egyiknél sem talál levelet, akkor is a 6. már hibaüzenetet kap.

A Sarge fetchmail-je letölti azt jelenti, ohgy jelenleg Sarge van fent. Csináltam egy állapot mentést és upgrade-eltem Etch-re. Akkor jött a hiba. Mivel így nem ment ezért visszatettem backup-ból a Sarge-t, ami jelenleg is megy. Létrehoztam egy teszt környzetet, amire az Etch-et tettem és ott már megint ugyanaz a jelenség. Erre a teszt környezetre lefordítottam a legújabb fetchmail-t is és avval is ez van.

Én is próbálkoztam, hogy a legújabb fetchmail-t tettem fel forrásból, de ugyanazt produkálja.

Azt nem értem, hogy az első 5 mailbox-ot miért tudja lecsekkolni és az utána lévőket miért nem.
Azt is megpróbáltam, hogy létrehoztam két különböző fetcmailrc file-t, mely tartalmazott 5-5 különböző postafiókot.
Ezután csináltam egy sima script-et ami parancssorból végezné el a letöltést

fetchmail -f /etc/fetchmailrc1
fetchmail -f /etc/fetchmailrc2

Ennek ellenére a második 5 postafiókra ugyanazt a socket error-t dobja...

Még azon gondolkodtam, hogy esetleg az egyes postafiókok letöltései közé adnék egy kis időt. Mondjuk minden letöltés után várjon 10 másodpercet. Ezt hogy tudnám a fetchmailrc-be megadni?

( tovis v | 2008. 12. 10., sze – 01:59 )

És még mindíg nem látom mi a bajod. Ez egy teljesen korrekt figyelmeztetés hogy a szerver nem rendelkezik megfelelő SSL azonosítóval, amit egy erre szakosodott szervezet bocsátot ki. Neked ez miért fáj? Ha nem tetszik, ne levelezz ezzel.

* Én egy indián vagyok. Minden indián hazudik.

( gyunix | 2010. 02. 10., sze – 11:26 )

Egy pár napja a fetchmail ilyenekkel teszi tele a logot.

fetchmail: 35 messages for xy@valami.hu at mail.invitel.hu (3025075 octets).
fetchmail: reading message xy@valami.hu@mail.invitel.hu:1 of 35 (2265 octets) flushed
fetchmail: client/server protocol error while fetching from xy@valami.hu@mail.invitel.hu
fetchmail: Query status=4 (PROTOCOL)

Ezt három email címre csinálja a többivel minden rendben. A leveleket persze nem szedi le. Megnéztem a webmail-en a fiókot és ott vannak a levelek. Lefrissítettem a fetchmail, gondoltam hátha, de ugyanaz. Betettem opcióként az ssl-t is de semmi.

Tud valaki megoldást? Köszönöm.