neues modul mailcheck

[cocojambo]

So ich habe mal das wireshake gestartet und ca. 10 STD laufen lassen. Was raus kommt ist ein Durcheinader von Daten. Ich habe mir dann das Programm von der Wireshark Seite heruntergeladen und mir die Datei mal angesehen. Da sehe und verstehe ich nix von. Ziemlich groß und eine Menge Zahlen, IP-Adressen, eine merkwürdige Uhrzeit die man nicht lesen kann und etliche Zeichencodierungen. Da weiß ich nicht wonach ich suchen soll. Es gibt zwar grüne, blaue, schwarze und rote Zeilen darin, aber wo was wann passiert kann ich daraus nicht erkennen.
MItgeschnitten habe ich "1.Internet" und "Schnittstelle 0 ('internet')" Beide Dateien sind fast gleich groß.

Ja ich habe alles feste LAN Verbindungen und der Raspi steht direkt neben der FB7390 (ca 50cm Kabel am LAN Anschluß der Fritzbox). Die 7390 macht WLAN im Haus und ein CUL, HM-LAN-CFG, Solarlog und ein 12 SWITCH hängen drann. Die zweite Fritzbox und der CUNO sind im Garten montiert. Die Fritzbox an der Garage ist aus und nur an wenn ich im Garten bin und Wlan brauche und der CUNO am Gartenhaus läuft immer.

Gruß
nobbi

[frank]

die time-spalte lässt sich zb auf utc stellen. zusätzlich kann man auch einen timeshift erzeugen.
dann mal schauen was zu den "problem"-zeiten aus dem fhem.log passiert.

[betateilchen]

der Raspi steht direkt neben der FB7390 (ca 50cm Kabel am LAN Anschluß der Fritzbox).

Nimm mal ein längeres (mindestens 0,9 Meter) Netzwerkkabel.

[cocojambo]

@betateilchen

Heute 15:06 Uhr
3m langes LAN Kabel drangemacht.
Danke für den Tipp, ich probiere alles was helfen kann
Gruß
nobbi

[cocojambo]

@Frank

So habe jetzt nochmal den Mitschnitt aktiviert und 1 Mailkonto was am häufigsten den Error verursacht.
Ich werde jetzt aber mal ab und zu in den LOG sehen und wenn der erste Fehler kommt, Wireshark starten und mir die Datei dann genau zu dem Zeitpunkt ansehen. Der 10 Std Log ist viel zu unübersichtlich und war zu viel des Guten.
Gruß
nobbi

[frank]

was sagt denn eigentlich die fritzbox zu den aussetzern in ihrem ereignislog?

[cocojambo]

Also ich habe den"ereignislog" der der Ausfälle speichert nicht im Menue gefunden. Dafür aber wenigstens das......

Gruß
nobbi

[frank]

Also ich habe den"ereignislog" der der Ausfälle speichert nicht im Menue gefunden.

meine 7390: system => ereignisse => internetverbindung

bei mir sieht das so aus:

(http://forum.fhem.de/index.php?action=dlattach;topic=14092.0;attach=29179;image)

im tab störsicherheit habe ich alle 3 einstellungen auf max stabilität gesetzt.

[cocojambo]

Ich habe inzwischen folgendes gemacht:
1.) das von  betateilchen vorgeschlagene längere Lan Kabel vom Lan Ausgang der Fritzbax zum RasPi  eingesetzt.
2.) dann mir die Ausfallzeiten des mailcheck mit denen des Wireshark angesehen.
3.) mit Netcologne und AVM mehrfach telefoniert.

Ergbniss:

Das längere Kabel hat auf jeden Fall die dauernden unregelmäßigen Ausfälle beseitigt, warum auch immer, sehe ich keine Begründung drin, aber der Vorschlag von betateilchen hat bei dieser von Art von Ausfällen geholfen. Danke
AVM hatte sich inzwischen mal angesehen warum diese Ausfälle passieren. Ergebnis: Netcologne erneuert öffters die IP-Adresse.
Netcolgne sagte mir ich solle in der Fritzbox die Zeit einstellen wo ein rücksetzen der IP Adresse am wenigsten stört. Habe ich gestern gemacht. ( 18-19 Uhr eingestellt ). Fritzbox ging danach garnicht mehr ins Internet. AVM meinte das ist bei Netcologne normal und es wäre eigendlich kein Problem, die müßten einfach nur das richtige "Häckchen" setzen, dann wäre das erledigt, tun sie aber nicht, denn die wollen Geld dafür haben. Netcolgne will das nicht, sondern sagt technisch nicht möglich nur wenn ich eine feste IP nehme, kostet aber zusätzlich. Ich habe es jetzt zumindest so hinbekommen, das die IP Erneuerung immer um 18-19 Uhr erfolgt. Leider aber, habe ich heute gesehen, das Netcolgne sich zwar an diese eingestellte Zeit hält, aber genau alle 12 Stunden immer das selber wiederholt. Also 2x am Tag neue IP.
Zumindest sind schon mal die Fehlerursachen eingekreist und eine Menge "Errors" dank betateilchen auch behoben. Das mit Netcologne sehe ich noch nicht ein und werde weiter dran bleiben und die weiter nerven das abzustellen.

Was Emailcheck anbelangt habe ich trotzdem noch eine Frage. Wie kann ich das Modul zu den Zeiten wenn Netcolgne die IP erneuert (die kann ich ja jetzt festlegen), einfach abschalten oder deaktivieren?
Gruß
nobbi

[betateilchen]

Das längere Kabel hat auf jeden Fall die dauernden unregelmäßigen Ausfälle beseitigt, warum auch immer, sehe ich keine Begründung drin, aber der Vorschlag von betateilchen hat bei dieser von Art von Ausfällen geholfen. Danke

Das ist reine Physik, es gibt nicht umsonst vorgeschriebene Mindestlängen für Netzwerkkabel.

Was Emailcheck anbelangt habe ich trotzdem noch eine Frage. Wie kann ich das Modul zu den Zeiten wenn Netcolgne die IP erneuert (die kann ich ja jetzt festlegen), einfach abschalten oder deaktivieren?

Einfach mal in die Doku schauen: mailcheck bietet das Attribut "disable".

[cocojambo]

@betateichen
ist es dann sinnvoll alle Lanverbindungen, die kleiner sind als 1m durch 2m Stücke zu ersetzen um irgendwelchen Fehlererscheinungen vorzubeugen?

Ich wollte nicht jedes einzelne Email Konto mit disable 1 "anhalten" sondern das Modul 32_mailcheck.pm stoppen, damit, so glaube ich, alle Postfächer nicht mehr abgefagt werden können. Und dann nach 1 Stunde mit reload mailcheck das Modul wieder starten, aber mit mailcheck disable 1 geht es nicht weil das Modul ja nicht definiert ist. Reload 32_mailchek.pm geht natürlich, aber wie halte ich das Modul an, wenn das wirklich sinnvoll ist und meine Idee überhaupt funktioniert?
Gruß
nobbi

[betateilchen]

Zum Thema LAN Kabel: Alle Längen ab 1 Meter sind unproblematisch. Deshalb hatte ich weiter oben schon "> 0,9m" geschrieben.

Zum Thema mailcheck: Du kannst ein Modul nicht "anhalten" sondern nur die devices, die diesen Modultyp verwenden. Das Attribut arbeitet immer auf device-Ebene, nicht auf Modulebene. Du kannst aber alle email-Konten mit einem Befehl stoppen: "attr TYPE=mailcheck disable 1"

Nennt sich devspec und steht übrigens auch in der Doku.

[cocojambo]

Ich habe in der commandref natürlich vorher nachgesehen, aber da habe ich hier nichts gesehen:
http://fhem.de/commandref.html#mailcheck
Aber danke für den Tipp, habe es jetzt:

Code Auswählen Erweitern

define a1on1 at *06:00:00 attr TYPE=mailcheck disable 1
und dann mit:

Code Auswählen Erweitern

define a1off1 at *07:00:00 deleteattr TYPE=mailcheck disable
eingegeben, mal sehen obs morgen früh auch funktioniert.

nobbi

[betateilchen]

Ich habe in der commandref natürlich vorher nachgesehen, aber da habe ich hier nichts gesehen:

devspec ist keine Funktionalität von mailcheck, sondern von fhem generell, deshalb ist sie auch explizit beschrieben:

http://fhem.de/commandref.html#devspec

[ulli]

Wie bekomme ich denn aus dem Modul den E-Mail Text raus..nicht nur den Betreff?
Ist auch irgendwie möglich eMails zu versenden? z.B. eine Antwort auf eine empfangene eMail?