PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : fetchmail haengt



rasi
22.04.04, 08:05
hallo

ich hole meine mails beim provider mit folgender fetchmailrc ab


poll mail.pxxx.de proto pop3 aka pxxx.de no dns envelope "Envelope-to"
user "xxx" pass "xxx" is *

(multidrop)

es passiert jedoch relativ haeufig dass sich fetchmail aufhaengt (meistens bei einer spammail).
fetchmail -v gibt folgendes aus bis es haengt



reading message 1 of 21 (613 octets)
About to rewrite Return-Path: <rhofhun@saintly.com>
Rewritten version is Return-Path: <rhofhun@saintly.com>

fetchmail: message delimiter found while scanning headers
fetchmail: no local matches, forwarding to rasi
fetchmail: SMTP< 220 mail.firewall ESMTP Sendmail 8.11.6/8.11.6/SuSE Linux 0.5; Thu, 22 Apr 2004 09:05:32 +0200
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-mail.firewall Hello localhost [127.0.0.1], pleased to meet you
fetchmail: SMTP< 250-ENHANCEDSTATUSCODES
fetchmail: SMTP< 250-8BITMIME
fetchmail: SMTP< 250-SIZE
fetchmail: SMTP< 250-DSN
fetchmail: SMTP< 250-ONEX
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250-XUSR
fetchmail: SMTP< 250 HELP
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL FROM:<rhofhun@saintly.com> SIZE=613
fetchmail: SMTP< 250 2.1.0 <rhofhun@saintly.com>... Sender ok
fetchmail: SMTP> RCPT TO:<bastian@localhost>
fetchmail: SMTP< 250 2.1.5 <bastian@localhost>... Recipient ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself


// kann das was mit dem delimiter zu tun haben??????

bei fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself
haengt dann fetchmail solange bis der standard timeout einsetzt
=>
fetchmail wird abgebrochen
und die bereits abgeholten mails nicht geloescht und somit
bekomme ich immer wieder die gleichen mails
=> ich muss manuell mit telnet mailserver 110
auf den server und dann die mail bei der eben fetchmail haengt mit z.b. dele 1 loeschen

aber da muss es doch ne andere loesung geben....


DANKE
rasi

anbei noch infos zu fetchmail


Taking options from command line and /root/.fetchmailrc
Idfile is /root/.fetchids
Fetchmail will forward misaddressed multidrop messages to rasi.
Options for retrieving from xxx@mail.pxxx.de:
True name of server is mail.pxxx.de.
Protocol is POP3.
All available authentication methods will be tried.
Server nonresponse timeout is 300 seconds (default).
Default mailbox selected.
Only new messages will be retrieved (--all off).
Fetched messages will not be kept on the server (--keep off).
Old messages will not be flushed before message retrieval (--flush off).
Rewrite of server-local addresses is enabled (--norewrite off).
Carriage-return stripping is disabled (stripcr off).
Carriage-return forcing is disabled (forcecr off).
Interpretation of Content-Transfer-Encoding is enabled (pass8bits off).
MIME decoding is disabled (mimedecode off).
Idle after poll is disabled (idle off).
Nonempty Status lines will be kept (dropstatus off)
Delivered-To lines will be kept (dropdelivered off)
Messages will be SMTP-forwarded to: localhost (default)
Recognized listener spam block responses are: 571 550 501 554
Multi-drop mode: 1 local name(s) recognized.
DNS lookup for multidrop addresses is disabled.
Envelope header is assumed to be: Envelope-to
Predeclared mailserver aliases: pxxx.de
No UIDs saved from this host.

ProfBunny
22.04.04, 10:56
Hi,

profbunny@sysiphus:~$ cat .fetchmailrc
# Configuration created Tue Jun 10 18:33:07 2003 by fetchmailconf
set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
poll pop.gmx.de with proto POP3
user 'blahbla' there with password 'blahblah' is 'profbunny' '-mda'
'/usr/bin/procmail -d %T ' here options fetchall

also ich mach das so, leite die Mails an procmail weiter.
Mir persönlich würde ein mit Root rechten laufendes Fetchmail sorgen machen.
Meiner Meinung wäre es auch einfacher zu konfigurieren, weil du den ganzen murks mit no dns oder forward der mails lassen kannst.

Mfg

Profbunny

rasi
22.04.04, 11:14
hallo prof

das mit root als fetchmailuser seh ich ja ein
und logo kann man das verteilen auch mit procmail machen
aber das funktioniert bei mir ja auch alles - nur eben dass fetchmail manchmal haengt und ich ums verrecken net drauf komm worans liegt


aber danke fuer deine antwort
max gut
rasi

rasi
27.04.04, 08:20
hallo miteinander

kann mir da keiner helfen?
das beschehrt mir wirklich wahnsinnige probleme

could you please... :(


danke!
RB

Schärple
27.04.04, 08:45
trag folgendes in deine /etc/fetchmailrc ein:

defaults:
antispam 501



Gruß

rasi
27.04.04, 08:49
hi
habs schon eingetragen !
und warte auf erfolg :)

VIELEN DANK SCHON MAL

melde mich wie's ausgeht

RB

Schärple
27.04.04, 09:04
/etc/init.d/fetchmail restart

;) geht schneller

rasi
27.04.04, 09:26
hey schärple!

schon klar - muss allerdings
auf so ne 'hangmail' warten.....
bzw hoffen dasses nimma auftritt

danke & max gut
RB

rasi
27.04.04, 15:02
hallo

also das wars scheinbar nicht!
aber habe mal mit nem andren server (neuere fetchmail version)
vom gleichen konto gepoppt und da geht es (gleiche fetchmailrc)

alte nicht funktionierende version:
fetchmail release 5.9.13

funktionierende version:
fetchmail release 6.2.3

=> ich denke s'ist wohl gescheiter
mal das neue fetchmail zu installieren / upzudaten

danke trotzdem

RB

Schärple
27.04.04, 15:58
würd ich Dir in dem Fall auch raten.

rasi
26.06.04, 09:02
aloha !

also das klappt alles nicht !
ich bin immernoch am manuellen loeschen der mails per telnet 110

allerdings hab ich in meinen sendmail logs was gefunden das evtl. helfen koennte:


Jun 26 10:02:14 mail sendmail[13599]: i5Q7wsq13599: collect: premature EOM: Error 0
Jun 26 10:02:14 mail sendmail[13599]: i5Q7wsq13599: collect: unexpected close on connection from loc
alhost, sender=<Susan@malaysia.net>: Error 0


und diese miese susan ;) war auch so eine 'hangmail'
also vermute ich jetzt dass mein sendmail einfach die annahme verweigert

gibt es hier jemanden der sich (noch) mit sendmail auskennt und nen tipp hat
(bitte nicht: steig auf postfix um)

danke schon mal

#edit
ach ja fast vergessen:
diese hangmails haben keinen body - sie bestehen nur aus nem header

gruesse
rasi