Tuxmaild inkl. Mail lesen (Diskussion)

[edogak2000]

@robspr1,

ich danke Dir!

es lag am WEBPASS.
ich hatte es nämlich im neuen Image geändert und vergessen, es in tuxmail.conf auch zu ändern.

gruß
edogak

[Toploader34]

weiss jemand ob das plugin auch schon im enigma2 funktioniert ?

[robspr1]

update für tuxmail:

Wenn man die harddisk als cache-Ziel für die einzulesenden Mails verwendet, dann kann es zu grossen Problemen kommen, wenn Mails geschrieben werden sollen und die harddisk zu diesem Zeitpunkt "schläft". Genau genommen kann es passieren, das /hdd nicht mehr gemountet ist.
Die Verwendung der harddisk als cache-Ziel hat den grossen Vorteil, das mehr RAM zur Verfügung bleibt.

Die aktuelle Version führt daher, bevor Mails in den cache geschrieben werden, ein script "tuxmail.onreadmail" im config-Verzeichnis von tuxmail aus.

Ich verwende folgendes Script um sicherzustellen das die Harddisk auch wirklich nicht "schläft":

Code: Alles auswählen

#!/bin/sh
# wakeup harddisc
# wait until harddisc is up (up to 10 seconds)

WAIT=10
while [ "$WAIT" != "0" ]
do
  ACTIV=`hdparm -C /dev/discs/disc0/disc | grep active`
  if [ "$ACTIV" = "" ]
  then
    ls /hdd > /dev/null
  else
    echo "harddisc is active now"
    exit 0
  fi
  WAIT=`expr ${WAIT:-0} - 1`
  sleep 1
done

Danke an DrStoned für den Tipp mit dem möglichen Fehler in tuxmail wenn die harddisk schläft.

PS: dieses script hat den Vorteil gegenüber einem reinen sleep, nur dann Zeit zu "verbrauchen", wenn die harddisc geschlafen hat und mindestens solange zu warten bis die harddisc auch wirklich "active" ist.

Edit: und mit der Änderung in tuxcald ist leider auch noch eine Änderung in tuxmail.so notwendig geworden

[DrStoned]

Noch ein kleiner Hinweis: Mit dem Testsnap vom 1.1.2007 funktioniert das Skript nicht richtig, da ein Fehler im Image vorliegt.

Code: Alles auswählen

hdparm: applet not found

@ robspr1

Vielen Dank Robert, für die Updates von Tuxcal und Tuxmail, und ein gutes neues Jahr.

P.S. Meins hat leider nicht so gut angefangen, bei einem Großbrand in unserer Firma am Silvestertag wurde eine Werkhalle halb zerstört und dadurch ein Sachschaden in 2 stelliger Millionenhöhe verursacht.

[DrStoned]

Noch ein kleiner Hinweis: Mit dem Testsnap vom 1.1.2007 funktioniert das Skript nicht richtig, da ein Fehler im Image vorliegt.

Code: Alles auswählen

hdparm: applet not found

Mit dem neuen Testsnap ist das Problem behoben.

[robspr1]

Ja, und im Testsnap sind die aktuellen Versionen schon drinnen

[det]

@robspr1
die Einführung des neuen Scripts ist ja schön und gut, ich habe aber nicht in allen boxen das IDE-IF.
jetzt kommt bei den Boxen ohne IDE-IF immer die Meldung im LOG: hdparm not found....

da sollte vorher noch zb.: ".ide" oder ähnlich (/var/etc/.swap) abgefragt werden, damit das Script ohne IDE-IF garnicht erst gestartet wird/bzw. sofort beendet wird.

Det

[DrStoned]

@robspr1
die Einführung des neuen Scripts ist ja schön und gut, ich habe aber nicht in allen boxen das IDE-IF.
jetzt kommt bei den Boxen ohne IDE-IF immer die Meldung im LOG: hdparm not found....

da sollte vorher noch zb.: ".ide" oder ähnlich (/var/etc/.swap) abgefragt werden, damit das Script ohne IDE-IF garnicht erst gestartet wird/bzw. sofort beendet wird.

Det

Das Script brauchst Du ja auch nur dann draufmachen, wenn Du Deine Mails auf der Festplatte der Box speicherst. Zu hdparm not found, siehe http://www.jackthegrabber.de/viewtopic. ... 5615#95615

[robspr1]

@det

wie DrStoned schon gesagt hat, wenn du das script nicht brauchst, einfach nicht erstellen. Oder ein script mit keinem Befehl drinnen.

[det]

Ok.

ist klar, ich kann das berücksichtigen das ich nur einmal ein IDE-IF habe
bei 3 Boxen.
Ich dachte aber das dieses Image und die Plugins auch für Otto-Normalverbraucher sind.
Wenn der jetzt überlegen soll ob er IDE-IF hat und ob die Mail-Daten auf dem IDE liegen, geschweige das Ryker vorher weis (da er ja das Plugin ins Image integriert) was bei den einzelnen User'n für Hardware ist.

wäre ja einfach suberer wenn am Script anfang so etwas in der Form steht:

[if ! -e /var/etc/.ide ] && echo kein IDE-IF vorhanden && exit 1

wobei der Ort von .ide nochmal geprüft werden muss.

Det

[robspr1]

Der Scriptaufruf war nicht nur zum Aufwecken der hdd gedacht, man kann ihn auch für eigene Signalisierungen beim Eingang neuer mails verwenden. Daher gibt es auch keine Abfrage innerhalb des daemons.

Das Script selbst ist ein Beispiel so wie ich es einsetze, dieses script ist auch nicht im CVS eingepflegt. Wenn man ("Otto-Normaluser") es nicht braucht, dann hat man es auch nicht, und es gibt keine Probleme.

Wenn man sich wirklich überlegt den Cache für die Mails auf die hdd auszulagern, dann sollte man ein script, welches die hdd aufweckt verwenden, da es, aus für mich unerklärlichen Gründen, zu Problemen kommen kann, wenn der tuxmail-daemon auf eine harddisc schreibt die nicht active ist. In diesem Fall kann es vorkommen, das die hdd zwar noch gemountet ist, aber nicht mehr darauf zugegriffen werden kann. Dieses script ist daher eigentlich eine Verlegenheitslösung, da das eigentliche Problem damit nicht beseitigt ist.

Aber natürlich, wenn du dasselbe Image für mehrere Boxen verwendest, dann ist die Abfrage zu Beginn des scripts, durchaus sinnvoll.

Das sollte einerseits die Abfrage nach /var/etc/.start_etc sein (zumindest bei JtG-Images), andererseits auch eine Abfrage wie

Code: Alles auswählen

if [ -e /var/etc/.start_ide ] ; then
  # we use no harddisc
  exit 0
fi;

USEHDD=`cat /var/tuxbox/config/tuxmail/tuxmail.conf | grep MAILDIR | grep hdd`
if [ "$USEHDD" == "" ] ; then
  # we dont use the hdd als cache-directory
  exit 0
fi;

damit man auch weiss ob die hdd als cache-ziel verwendet wird.

[det]

@robspr1 ,

das das Script nicht im CVS ist , war mir nicht bekannt.
ansonsten genau so dachte ich mir das

Danke
Det

[robspr1]

besser so

tuxmail.onreadmail

Code: Alles auswählen

#!/bin/sh
# wakeup harddisc
# wait until harddisc is up (up to 10 seconds)

if [ ! -e /var/etc/.start_ide ] ; then
  echo "we do not use a harddisk"
  exit 0
fi;

USEHDD=`cat /var/tuxbox/config/tuxmail/tuxmail.conf | grep MAILDIR | grep hdd`
if [ "$USEHDD" == "" ] ; then
  echo "we dont use the hdd as cache-directory"
  exit 0
fi;

WAIT=10
while [ "$WAIT" != "0" ]
do
  ACTIV=`hdparm -C /dev/discs/disc0/disc | grep active`
  if [ "$ACTIV" = "" ] ; then
    ls /hdd > /dev/null
  else
    echo "harddisc is active now"
    exit 0
  fi;
  WAIT=`expr ${WAIT:-0} - 1`
  sleep 1
done

[det]

Det

[robspr1]

neuer daemon version 1.48:

Ich habe versucht die Einschränkung, nur Wave-Files im Canonical-Wave-File-Format zuzulassen, aufzuheben.
Das bedeutet nicht, das etwas anderes als PCM, Mono oder Stereo,
8 oder 16 bit, 12000 bzw. 24000 bzw. 48000 bits möglich ist,
sondern, das jedes Wave-File das obige Bedingungen erfüllt, vom tuxmail-daemon gespielt werden kann.

Edit: falls die Erklärung zu kompliziert war , das patchen der Wave-Files sollte jetzt überflüssig sein.