mailcheck Disconnected

Begonnen von marwal, 04 Januar 2023, 14:41:40

Vorheriges Thema - Nächstes Thema

marwal

Hallo zusammen,

ich hatte mailcheck einige Wochen nicht im Gebrauch, nun wollte ich es reaktivieren und bekomme nur ein Disconnected.

sowohl bei gmail
2023.01.03 15:44:12 3: Email: connected to imap.gmail.com:993
2023.01.03 15:44:13 3: Email: logged out
2023.01.03 15:44:13 3: Email: Disconnected


bei gmx
2023.01.03 15:28:51 3: mail: connected to imap.gmx.net:993
2023.01.03 15:28:51 3: mail: logged out
2023.01.03 15:28:51 3: mail: Disconnected


als auch bei t-online
2023.01.03 11:56:54 3: mail: connected to secureimap.t-online.de:993
2023.01.03 11:56:54 3: mail: logged out
2023.01.03 11:56:54 3: mail: Disconnected


Bei gmx habe ich den define einmal mit email-adresse und auch mit kundennummer versucht - beides ohne erfolt.

hier ein list vom mailcheck für gmx.

Internals:
   CONNECTS   1
   DEF        imap.gmx.net:993 5xxx2 xxx
   FUUID      5fd45b93-f33f-558d-829e-5df28cb66c8f3f87
   FVERSION   32_mailcheck.pm:0.162990/2018-03-01
   Folder     INBOX
   HAS_GPG    1
   HAS_MIME   1
   Host       imap.gmx.net:993
   LAST_CONNECT 2023-01-03 15:36:34
   LAST_DISCONNECT 2023-01-03 15:36:34
   NAME       mail
   NOTIFYDEV  global
   NR         372
   NTFY_ORDER 50-mail
   STATE      Disconnected
   TYPE       mailcheck
   tag       
   helper:
     password   xxx
     user       5xxx2
Attributes:
   debug      1
   interval   60
   verbose    5


Die Pakete sind alle installiert und mailcheck hat vor wenigen Wochen auch noch klasse funktioniert.

Besten Dank im Voraus für eure Hilfe!

betateilchen

Zumindest gmx funktioniert hier problemlos (andere habe ich noch nicht getestet), es dürfte also nicht am mailcheck-Modul selbst liegen:


/opt/fhem/log# tail -f mailcheck.log
Sending: 2 CAPABILITY
Sent 14 bytes
Read:   * CAPABILITY IMAP4rev1 CHILDREN ENABLE ID IDLE LIST-EXTENDED LIST-STATUS LITERAL- MOVE NAMESPACE SASL-IR SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN APPENDLIMIT=29360128
        2 OK CAPABILITY completed
Sending: 3 SELECT INBOX
Sent 16 bytes
Read:   * 0 EXISTS
        * 0 RECENT
        * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
        * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] Unlimited
        * OK [UIDNEXT 205] Predicted next UID
        * OK [UIDVALIDITY 1134663532] UIDs valid
        3 OK [READ-WRITE] SELECT completed
Sending: 4 IDLE
Sent 8 bytes
Read:   + idling

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

marwal

Danke für deine Antwort,

hab es bei einer weiteren FHEM-Instanz versucht, jedoch auch ohne Erfolg.

Es wurde per ssh

Mail::IMAPClient
IO::Socket::SSL
IO::Socket::INET
MIME::Parser


installiert und anschießend mailcheck in FHEM definiert.

define mail mailcheck imap.gmx.net:993 Username Passwort

Ich bekomme nur ein Disconnected.

Wie kann ich hier weiter vorgehen um den Fehler zu finden?

CoolTux

Zitat von: marwal am 04 Januar 2023, 15:35:55
Danke für deine Antwort,

hab es bei einer weiteren FHEM-Instanz versucht, jedoch auch ohne Erfolg.

Es wurde per ssh

Mail::IMAPClient
IO::Socket::SSL
IO::Socket::INET
MIME::Parser


installiert und anschießend mailcheck in FHEM definiert.

define mail mailcheck imap.gmx.net:993 Username Passwort

Ich bekomme nur ein Disconnected.

Wie kann ich hier weiter vorgehen um den Fehler zu finden?

Eventuell steht etwas im FHEM Log, wenn nicht dann stell das Attribut verbose für das mailcheck Device auf 5 und schaue dann einmal.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

marwal

Verbose steht bereits auf der 5.
Ich erhalte immer nur diese 3 Einträge

2023.01.04 15:40:27 3: mail: connected to imap.gmx.net:993
2023.01.04 15:40:28 3: mail: logged out
2023.01.04 15:40:28 3: mail: Disconnected

betateilchen

Zitat von: CoolTux am 04 Januar 2023, 15:37:37
Eventuell steht etwas im FHEM Log,

natürlich, das wurde doch schon geschrieben :)

Zitat von: CoolTux am 04 Januar 2023, 15:37:37
wenn nicht dann stell das Attribut verbose für das mailcheck Device auf 5 und schaue dann einmal.

Das alleine reicht bei mailcheck nicht, da muss man das Attribut 'debug' auf 1 setzen und dann am besten auch noch per weiterem Attribut ein Logfile angeben, in dem die debug Ausgaben landen sollen.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

marwal

ZitatDas alleine reicht bei mailcheck nicht, da muss man das Attribut 'debug' auf 1 setzen und dann am besten auch noch per weiterem Attribut ein Logfile angeben, in dem die debug Ausgaben landen sollen.

Debug 1 war bereits gesetzt, nun habe ich noch das logfile gesetzt:
attr mail logfile mailcheck.log

das wird auch unter /opt/fhem/ angelegt, bleibt jedoch selbst nach einem Serverneustart und geänderten Berechtigungen leer.
259544    0 -rwxrwxrwx  1 fhem dialout    0 Jan  4 15:55 mailcheck.log


marwal

Ich pushe mal nach oben, da ich immer noch keine Lösung gefunden habe.
Hab jetzt nen Raspberry Pi 4 mit bullseye neu aufgesetzt, Fhem installiert und div. Module installiert.

Bzgl mailcheck hab ich folgendes doppelt ausgeführt (Deswegen sind die Pakete schon installiert)
pi@raspberrypi:~ $ sudo apt-get update
Get:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease [15.0 kB]
Get:2 http://archive.raspberrypi.org/debian bullseye InRelease [23.6 kB]
Get:3 https://deb.nodesource.com/node_19.x bullseye InRelease [4,586 B]
Get:4 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages [13.2 MB]
Get:5 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [311 kB]
Get:6 https://deb.nodesource.com/node_19.x bullseye/main armhf Packages [782 B]
Fetched 13.6 MB in 5s (2,549 kB/s)
Reading package lists... Done
pi@raspberrypi:~ $ sudo cpan install Mail::IMAPClient
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 18 Jan 2023 09:17:01 GMT
Mail::IMAPClient is up to date (3.43).
pi@raspberrypi:~ $ sudo cpan install IO::Socket::SSL
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 18 Jan 2023 09:17:01 GMT
IO::Socket::SSL is up to date (2.079).
pi@raspberrypi:~ $ sudo cpan install IO::Socket::INET
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 18 Jan 2023 09:17:01 GMT
IO::Socket::INET is up to date (1.49).
pi@raspberrypi:~ $ sudo cpan install MIME::Parser
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 18 Jan 2023 09:17:01 GMT
MIME::Parser is up to date (5.510).


Dann in Fhem folgendes definiert
defmod Email mailcheck imap.gmail.com:993 xxx@gmail.com xxx

Anmeldedaten wurden per copy/paste getestet und funktionieren.

Dann die Attribute gesetzt
attr Email debug 1
attr Email logfile mailcheck.log


mailcheck.log bleibt unverändert leer und im Fhem-Log kommt nur folgendes
2023.01.18 15:46:38 3: Email: connected to imap.gmail.com:993
2023.01.18 15:46:39 3: Email: logged out
2023.01.18 15:46:39 3: Email: Disconnected




Wie kann ich hier weiter verfahren? Kann das evtl jemand nachstellen und berichten ob er die gleichen Probleme hat?

Besten Dank!

marwal

Gibts denn wirklich niemanden der das ganze mal Nachstellen kann?
Bei betateilchen funktioniert es mit gmx. Da bekomme ich wie gesagt auch die Meldungen -> Disconnected.

Wenn es wie betateilchen geschrieben hat, nicht am Modul selbst liegen sollte, es aber bei 2 System und einem zusätzlich neu aufgesetztem System nicht nach Anleitung (commandref) funktioniert, komme ich hier alleine nicht weiter!

Besten Dank

dieterpau

Ich habe das gleiche Problem mit meinem Gmail-Konto, über dass ich bisher ohne Probleme von FHEM Mails verschicken konnte und auch Mails an FHEM auswerten konnte. Seit Google den Zugriff auf das Mail-Konto geändert hat, man muss einmal für das Konto die 2-Schritte Authentifizierung eingestellt haben und ein App-Passwort generieren. Doch auch das hilft nicht weil man sich "Über Google anmelden" muss.
Allerdings ist mir nicht klar, wie das programmtechnisch zu machen ist.
Vielleicht hat jemand das Problem schon gelöst.

Otto123

Also das Verfahren https://support.google.com/accounts/answer/185833
funktioniert zum versenden nach wie vor einwandfrei: https://wiki.fhem.de/wiki/E-Mail_senden#Raspberry_Pi
Der User ist der User und das Passwort ist das App-Passwort.

Warum sollte es mit mailcheck nicht gehen?

"Über Google anmelden" muss man sich nur zur Erstellung des App-Passwortes.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz