Hauptmenü

mailcheck error

Begonnen von boeho, 10 August 2019, 22:37:27

Vorheriges Thema - Nächstes Thema

boeho

EgiZone läuft auch.
Momentan vermute ich, das 32_mailcheck.pm fehlerhaft geladen war, denn das reload war das einzige Extra.
Neustart von fhem und auch Neustart des Servers hatten diese Wirkung nicht.
Also vielen Dank, das war eine starke Hilfe.
VG boeho

boeho

Hallo,
mein mailcheck.pm bringt wieder einen Fehler und läuft natürlich auch nicht.
Hier mein log bei debug=1
2020.01.21 15:27:50 3: EgiZone_Check_HB: logged out
2020.01.21 15:27:50 3: EgiZone_Check_HB: Disconnected
2020.01.21 15:27:50 3: EgiZone_Check_HB: connected to imap-mail.outlook.com
2020.01.21 15:27:51 3: EgiZone_Check_HB: logged in tomyhotmail@hotmail.de
Read: * 1 RECENT
  * 746 EXISTS
Sending: DONE
Sent 6 bytes
Read: 7 OK IDLE completed.
Sending: 9 STATUS INBOX (UNSEEN)
Sent 25 bytes
Read: * STATUS Inbox (UNSEEN 39)
  9 OK STATUS completed.
Sending: 10 FETCH 746 BODY.PEEK[HEADER.FIELDS (From)]
Sent 46 bytes
LITERAL: received literal in line * 746 FETCH (BODY[HEADER.FIELDS (From)]  of length 32; attempting to retrieve from the 35 bytes in: From: mymail@yahoo.de
 
  )
  <END_OF_iBuffer>
Read: * 746 FETCH (BODY[HEADER.FIELDS (From)] From: mymail@yahoo.de
 
  )
Read: 10 OK FETCH completed.
found data between fetch headers: 10 OK FETCH completed.
2020.01.21 15:29:47 4: from: mymail@yahoo.de
Sending: 11 FETCH 746 BODY.PEEK[HEADER.FIELDS (Subject)]
Sent 49 bytes
LITERAL: received literal in line * 746 FETCH (BODY[HEADER.FIELDS (Subject)]  of length 58; attempting to retrieve from the 61 bytes in: Subject: EgiGeo TestZone betreten 2020-01-21T14:29:41Z
 
  )
  <END_OF_iBuffer>
Read: * 746 FETCH (BODY[HEADER.FIELDS (Subject)] Subject: EgiGeo TestZone betreten 2020-01-21T14:29:41Z
 
  )
Read: 11 OK FETCH completed.
found data between fetch headers: 11 OK FETCH completed.
2020.01.21 15:29:47 4: subject: EgiGeo TestZone betreten 2020-01-21T14:29:41Z
Sending: 12 FETCH 746 BODY[]
Sent 21 bytes
LITERAL: received literal in line * 746 FETCH (BODY[]  of length 7564; attempting to retrieve from the 4068 bytes in: Received: from HE1EUR01HT228.eop-EUR01.prod.protection.outlook.com
   (2603:10a6:208:be::21) by AM0PR04MB4899.eurprd04.prod.outlook.com with HTTPS
   via AM0PR05CA0044.EURPRD05.PROD.OUTLOOK.COM; Tue, 21 Jan 2020 14:29:47 +0000
  Received: from HE1EUR01FT009.eop-EUR01.prod.protection.outlook.com
   (10.152.0.52) by HE1EUR01HT228.eop-EUR01.prod.protection.outlook.com
   (10.152.1.208) with Microsoft SMTP Server (version=TLS1_2,
   cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2644.19; Tue, 21 Jan
   2020 14:29:46 +0000
  Authentication-Results: spf=pass (sender IP is 77.238.179.82)
   smtp.mailfrom=yahoo.de; hotmail.de; dkim=pass (signature was verified)
   header.d=yahoo.de;hotmail.de; dmarc=pass action=none
   header.from=yahoo.de;compauth=pass reason=100
  Received-SPF: Pass (protection.outlook.com: domain of yahoo.de designates
   77.238.179.82 as permitted sender) receiver=protection.outlook.com;
   client-ip=77.238.179.82; helo=sonic309-24.consmr.mail.ir2.yahoo.com;
  Received: from sonic309-24.consmr.mail.ir2.yahoo.com (77.238.179.82) by
   HE1EUR01FT009.mail.protection.outlook.com (10.152.0.77) with Microsoft SMTP
   Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
   15.20.2644.19 via Frontend Transport; Tue, 21 Jan 2020 14:29:46 +0000
  X-IncomingTopHeaderMarker:
   OriginalChecksum:E6CE3639E0BB4ADCD83D07705E4944B3172DA0DAFB39FA8E06FF5299692E467D;UpperCasedChecksum:483664E10ACFC13F2FF6BA168E34B68A93B5607705266FA447CDFF523E11561E;SizeAsReceived:2838;Count:15
  DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s2048; t=1579616985; bh=rBVAKw8JO8NeZrNv9e/86nQxCyKYVI9kdQBf0Kxpa+E=; h=Date:From:To:Subject:References:From:Subject; b=q9P+ii40nbe9KHsoSlQWp+42k0hGDRITpHWuxTs4wSOQME4tnNCXoQmzFMtgKrw2T4ren4cNXNdCD0/GylKL8zqoYUtSCZ1dbnOgYEeo+wsOL3wFw3goFqOX51Bxx8ECSdKBHiggPRmWBwp4x3saRCErJt02fV1sf0ttFWlzMfZjfC/uE4FJpr/lVQMDG+iezyJHRB/wQ30Fg7w072r1l8UF87KxSRVfpN6vDOYTi8nqu5jI6fAvIqPzPX0KZzl5rZH9MRNHpvsjt11AvMGTSFIl4DDggLxwUN2pW2Ngs7+kpLT6Ig35n9ZKktvi7q85NvJKEIeQeIKyY7M3Jo5/ug==
  X-YMail-OSG: dJHwEHsVM1lb7imX7fDH9FNJivpQu0zMH_YmHNCaN.ujhGpPArslfPWklxRVBcn
   Qyr7OxZSKUWKPsr7AsTzXStTDK2Rm8tYGJQt.3vee_8HGX4XC.ZD0MQiCGoCjzbfAtFadG6onJPU
   dc0iacHdzRkSeF.E9euOVmD_yuVNcil94_VZ5DMCXuNopjnxY8LKQaPPuZyJVHN4VERovWuEjj1H
   Y3Uz4dCiekSfE_Vrd.DOWkCzmhpA3x79OGXL.4YruejWbOykJ7ozOA6tc1wWv0FLvUCP_975cW6l
   ht8WSy6Yh9fcT8G9d.H9Kzt1K1xWoyrA67yPCBrkij6TMH3xNeW1CekDby6CHkWOsqVsSf86nnaF
   4outeAp9pHNdqa01P90GyNtYagecV7QJdHcF2pFf3El_SgK9LayuOqeVL0j2nnYn.4SmIT4YxPJC
   5npf.1utBlRWrtFZSldiRJjy2x3SxlI_B7MJrfSKBA2pPXVFPqzvAZENgrvupDHKbx_DUykXYalm
   jchJX6D6hK5P1teI6VmDTREbyJ.VvEeq48cIksho6Uv4ObVrA8CaORoHa0kN3cK9vqUDZkhiv_JA
   inBg7CX3vmjCTju6rsCaQgo.4YVNGtYKMKqi0D8Reg3V3tN2iBQ8.XJwr.1o3OUHcHVBuVOkVnoT
   C9xuAYCnYQocAb3908VHpH.FyurijUIyJmyiRTzHLr3ppdKg9EBVSucEtMOJhfRkRztcFZoYTO2v
   Et.ihyjwwmTAFGvkW8c4LMDOK58TdzvTbXh.Pwo1EkYlpECHHZFe3jN9Qu97pZ_tI4yLZhU_6Nsf
   njlArdSiGOXsihIwXT2rwFPrlQSX8BRWGDGxK4pTUFGOWdR56ZwqFePzNRD.HBGsTyiAYig63Ku3
   dTAkHsSgW7KCUMT7T3M.18TvS.UpTjeFy3ekLKVvIWiCSc1yJcyJekV9f.DlVyM6m08GfuoBa4Vk
   rMTERU2zK.sA2stBKuVl2vODaoOcu631gsHoKtS3FXiU71n_myCwNxKQ44V7EfgBMG2j8fD5gDVv
   ImBQJng6KF8PyfdFAwlw6ZvPGR6MCOYo6JrwPHlnx8_G.f1wQ58pOl4vRShZm5I0SAqS62rzj.Vq
   SBtuDZVsFVeYbqGvdB_1lLrBuoZ3mfIwL0d5U6K.t.kT7UTDwYff3KJYT7xaHvxPQ3P91mEitNDv
   3vfZUpmOeEelA_l783HCnLa6awGuPE5yjw0XaMwDMrCk8.tzeXTKQ0jwFZ6wvEJYZz9EvdrZ0xMT
   SuR71d7FLwSUPnckq_DSzot4hN034L3iqD.p0mUe0rsTgqczjY7nrcR3q2x3bOswr0YdHejBOnu2
   U_0s_T3fBvKUtYlLfqH8K8Wk3B9bNkmzzSMvX6RKV0UbqC_p5NWomx0s8XXZJ.b6cGyNbLzCokiT
   .WuQQzHMGu7Xi..ekHFcMy2dOG3Zz3V1IIcQ3
  Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ir2.yahoo.com with HTTP; Tue, 21 Jan 2020 14:29:45 +0000
  Received: by smtp409.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 85d338353fb354d29258d7d29cee8887;
            Tue, 21 Jan 2020 14:29:44 +0000 (UTC)
  Date: Tue, 21 Jan 2020 15:29:41 +0100 (GMT+01:00)
  From: mymail@yahoo.de
  To:myhotmail@hotmail.de
  Message-ID: <122293350.17.1579616981135@localhost>
  Subject: EgiGeo TestZone betreten 2020-01<END_OF_iBuffer>
Received ret=3496 7564 of 7564
Read: * 746 FETCH (BODY[] FLAGS (\Seen \Recent))
Read: 12 OK FETCH completed.
Sending: 13 FETCH 746 (RFC822.SIZE)
Sent 28 bytes
Read: * 746 FETCH (RFC822.SIZE 38928)
Read: 13 OK FETCH completed.
ERROR: message_string() expected 38928 bytes but received 7564 you may need the IgnoreSizeErrors option at /usr/share/perl5/Mail/IMAPClient.pm line 874.
Mail::IMAPClient::message_string(Mail::IMAPClient=HASH(0x561164c8c8f0), 746) called at ./FHEM/32_mailcheck.pm line 412
main::mailcheck_Read(HASH(0x561161f4d6b8)) called at fhem.pl line 3753
main::CallFn("EgiZone_Check_HB", "ReadFn", HASH(0x561161f4d6b8)) called at fhem.pl line 748
2020.01.21 15:29:48 1: PERL WARNING: Use of uninitialized value $message in concatenation (.) or string at ./FHEM/32_mailcheck.pm line 413.
2020.01.21 15:29:48 5: message:
parse_data: No data passed at ./FHEM/32_mailcheck.pm line 417.
2020.01.21 15:29:49 1: Including fhem.cfg

FEM startet danach, ist das normal?
Habe FHEM schon aktualisiert, ebenso Perl selbst.
Kann wieder jemand helfen??


amenomade

Wenn Du Fhem aktualisiert hast, ist wahrscheinlich die Änderung "Ignoresizeerrors => 1," hieroben weg?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

boeho

Danke für die schnelle Antwort.
Ich kann das wirklich nicht finden.
wäre das richtig:  'attr EgiZone_Check_HB Ignoresizeerrors = 1'  ?
Ich kann das als attr nicht auswählen, deshalb die Frage.

amenomade

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

boeho

#20
Ja , das wars: in 32_mailcheck.pm eingefügt Zeile 163  '      Ignoresizeerrors => 1,' :
  my $client = Mail::IMAPClient->new(
       Socket   => $socket,
       KeepAlive => 'true',
       User     => $hash->{helper}{user},
       Password => $hash->{helper}{password},
=>    Ignoresizeerrors => 1,
     );

Danke.

boeho

#21
Hallo amenomade,
bisher lief mailcheck perfekt.
Aber nach einem update war natürlich die eingefügte Zeile:  in 32_mailcheck.pm eingefügt Zeile 163/162  '      "Ignoresizeerrors => 1,"
weg.
Deshalb ein Wunsch: Da andere das Problem beim mailcheck.pm offenbar nicht haben, kannst Du diese  Änderung variabel definieren?
Ich meine vielleichtgeht ein attr zum mailcheck: Ignoresizeerrors 1 oder 0 und dann mit AttrVal($name, "Ignoresizeerrors", 0) lesen.
Mit Standard = 0 wäre es kompatibel für alle, die es nicht benötigen. Und für mich wäre ein entspanntes update von FHEM möglich.
Ich weiss bis jetzt immer noch nicht, warum ich das brauche und ander nicht?

Ein schönes RestWE
boeho

amenomade

Hallo boeho

Ich bin nicht der Maintainer vom Modul. Wenn Du willst, dass @justme1968 etwas tut, musst Du dein Thread/Post ins richtige Subforum verschieben

File                         Maintainer           Forum
=========================================================================
FHEM/32_mailcheck.pm         justme1968           Automatisierung
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

boeho


iHome

Hallo boeho

Du bist nicht der Einzige :-). Bei mir kam der gleiche Fehler im Log (wie Dein erster Post).
Unterschied: Bei mir stürtzte das FHEM jedesmal ab, so dass ich den Fhemserver manuell neu starten musste.

Das Modul hab ich wie von Euch beschrieben abgeändert und jetzt läufts! Vielen DANK!
Und damit beim Fhemupdate dies nicht wieder überschrieben wird noch mit
attr global exclude_from_update 32_mailcheck.pm
in der fhem.cfg vom Update ausgeschlossen.

Ich nutze die Funktion ausschliesslich für den 'Postboten' bzw. Postzustellungsmails, da unser Postbote bei der Paketlieferung selten klingelt, das Abscannen des Paketes am Zustellort jedoch eine Mail auslöst, welches automatisch via Mailregel ins FHEM-Postfach weitergeleitet und von FHEM abgearbeitet wird. Dies löst dann ein Sonos-Speak Befehl aus das ein Paket im Treppenhaus liegt..

Für meine Bedürfnisse könnte auch die ganze Message-Variable weggelassen werden da ich nur den Betreff prüfe. Bin aber im Coden nicht so fit und auf Deine Art gehts ja auch.