Anzeige:
Ergebnis 1 bis 5 von 5

Thema: message 1 was not the expected length

  1. #1
    RasierterBaer Avatar von rasi
    Registriert seit
    Nov 2000
    Ort
    /dev/null
    Beiträge
    290

    fetchmail: message was not the expected length

    bei fetchmail -v bekomm ich folgende meldung
    message 1 was not the expected length
    die mail geht zwar durch aber woher kommt das?!


    und falls sich jemand mit sendmail auskennt helft mir bitte bei folgendem problem

    vielen DANK
    rasi

    --------------------------------------
    Code:
    fetchmail: SMTP< 250-xxx.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:<blabla@gmx.de> BODY=8BITMIME SIZE=996
    fetchmail: SMTP< 250 2.1.0 <blabla@gmx.de>... Sender ok
    fetchmail: SMTP> RCPT TO:<blabla@localhost>
    fetchmail: SMTP< 550 5.1.1 <blabla@localhost>... User unknown
    fetchmail: SMTP listener doesn't like recipient address `blabla@localhost'
    fetchmail: SMTP> RSET
    fetchmail: SMTP< 250 2.0.0 Reset state
    fetchmail: message 1 was not the expected length (994 actual != 996 expected)
     not flushed
    fetchmail: POP3> QUIT
    fetchmail: POP3< +OK
    fetchmail: not swapping UID lists, no UIDs seen this query
    fetchmail: SMTP> QUIT
    fetchmail: SMTP< 221 2.0.0 xxx.firewall closing connection
    fetchmail: Writing fetchids file.
    fetchmail: normal termination, status 0
    fetchmail: Writing fetchids file.
    Geändert von rasi (23.01.03 um 09:59 Uhr)
    Some cause happiness wherever they go; others whenever they go. [Oscar Wilde]
    ===========================
    suse linux - sendmail - spamassassin - availgate - iptables - bind - squid & von allem kein plan

  2. #2
    Peanuts Fan Avatar von PigPen|tuX
    Registriert seit
    Nov 2001
    Ort
    Niederrhein / NRW
    Beiträge
    414
    huhu,

    wie sehe ist das wohl das Problem:

    --------------
    fetchmail: SMTP< 550 5.1.1 <blabla@localhost>... User unknown
    fetchmail: SMTP listener doesn't like recipient address `blabla@localhost'
    fetchmail: SMTP> RSET
    fetchmail: SMTP< 250 2.0.0 Reset state
    ----------------------------------

    fetchmail hohlt die mail ab und kann sie nicht zustellen da der user nicht bekannt ist.

    dann erfolgt ein reset und schluss

    existert den der user in fetchmailrc denn auf dem system ?

    mfg.
    thom
    Zotac ZBOX ID92, 16GB RAM, 1x750GB esxi 6.0 u2
    DELL Latitude 6530 i7 2,7Ghz, 16GB RAM, 256GB SSD + 1TB, Debian8
    DELL Precision 5510, Xeon, 32 GB RAM, 2x 512 SSD, Ubuntu 1604
    MacBookPro 15" Retina i7 2,2Ghz, 16GB RAM, 256GB SSD, Parallels

  3. #3
    RasierterBaer Avatar von rasi
    Registriert seit
    Nov 2000
    Ort
    /dev/null
    Beiträge
    290


    jaja da hast du recht aber das ist ja mein 2. problem
    (siehe link)

    meine fetchmailrc sieht so aus:
    Code:
    poll mail.server.de proto pop3 no dns envelope "Envelope-to" user "user" pass "pass" is *
    danke
    rasi
    Some cause happiness wherever they go; others whenever they go. [Oscar Wilde]
    ===========================
    suse linux - sendmail - spamassassin - availgate - iptables - bind - squid & von allem kein plan

  4. #4
    Peanuts Fan Avatar von PigPen|tuX
    Registriert seit
    Nov 2001
    Ort
    Niederrhein / NRW
    Beiträge
    414
    huhu rasi,

    mmh

    also ich hole mit fetchmail die mails so ab


    --------------------------------------------------------------------------------------
    Last login: Thu Jan 23 2003 09:01:05 +0100 from 194.221.94.10
    Linux penntuete 2.4.19 #2 SMP Mon Sep 23 22:46:56 CEST 2002 i586 unknown

    Most of the programs included with the Debian GNU/Linux system are
    freely redistributable; the exact distribution terms for each program
    are described in the individual files in /usr/share/doc/*/copyright

    Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
    permitted by applicable law.
    You have new mail.
    penntuete:~# more /root/.fetchmailrc
    # Config-File for fetchmail
    #
    # Author : by thom 15.03.2001
    #
    #
    #
    poll pop3.nexgo.de protocol POP3 user ****** password ****** to thom
    poll pop.gmx.net protocol POP3 user ******* password ******* to pigpentux
    #
    #
    penntuete:~#
    ------------------------------------------------------------------------------------------------------

    das funzt ziemlich gut

    was für eine distri hast du eigentlich

    see you
    thom

    PS: ansonsten habe ich mailtechnisch die gleiche Konstellation sendmail, procmail, fetchmail
    Zotac ZBOX ID92, 16GB RAM, 1x750GB esxi 6.0 u2
    DELL Latitude 6530 i7 2,7Ghz, 16GB RAM, 256GB SSD + 1TB, Debian8
    DELL Precision 5510, Xeon, 32 GB RAM, 2x 512 SSD, Ubuntu 1604
    MacBookPro 15" Retina i7 2,2Ghz, 16GB RAM, 256GB SSD, Parallels

  5. #5
    RasierterBaer Avatar von rasi
    Registriert seit
    Nov 2000
    Ort
    /dev/null
    Beiträge
    290
    aloha ppx

    also ich hab SuSI ähh SuSE 7.3

    ja ich hab deshalb nen * weil das ein sammelaccount is!

    und somit alle mails vom server geholt werden und
    local verteilt werden.

    das hat auch alles schon mal geklappt......
    aber wenn sich zb. jetz jemand an user1@domain.de
    ne mail schreiben will und vertippt sich und schreibt

    uers1@domain.de bleibt die bei meinem provider
    und ich haett sie halt gern an postmaster weitergeleitet

    vielleicht ne idee?

    danke
    rasi
    Some cause happiness wherever they go; others whenever they go. [Oscar Wilde]
    ===========================
    suse linux - sendmail - spamassassin - availgate - iptables - bind - squid & von allem kein plan

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •