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!
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
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?
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.
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
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.
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
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!
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
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.
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.