Neues Tuxmail-Plugin mit tuxmaild um Mails auch zu lesen !!

[DrStoned]

killall -9 tuxmaild

Warum muss man da denn immer unbedingt mit dem Vorschlaghammer draufhauen?

Sicher ist sicher.

[robspr1]

Warum muss man da denn immer unbedingt mit dem Vorschlaghammer draufhauen?

damit die chance besteht das die datenbank zerstört ist und dann gar nichts mehr geht

nein, aber wenn du gerade erst einen alten daemon gestartet hast und die Wartezeit am Anfang noch nicht vorbei ist, daher noch keine Mails abgeholt worden sind, und du nicht willst das sie vom alten daemon abgeholt werden, dann kannst du nur mit dem Vorschlaghammer draufhauen (denk ich mir, denn bei killall tuxmaild beendet er den daemon erst nach dem Abholen der mails)

Oder war ich nur zu faul um nachzulesen wie man den daemon sofort beenden kann?

[Gorcon]

Jungs lasst es gut sein.
Trotzdem Danke für die Hilfe aber Momentan ist das mir zu viel "Frikelei".
In der Zeit habe ich den Schleppy hochgefahren und die Mail gelesen.
Irgendwann wirds schon.

Gruß Gorcon

[Nachtvogel]

Hallo!

Ich hab ein wenig getestet und war erfolgreich.
Installiere das Plugin nach Anleitung, lasse aber den Eintrag in der init.local und die tuxmail.conf weg.
Starte das Plugin und deaktiviere den Autostart.
Box neu starten.
Jetzt die tuxmail.conf nach /var/tuxbox/config/tuxmail kopieren und die start_neutrino so ändern:

Code: Alles auswählen

#!/bin/sh
# $Id: start_neutrino,v 1.4 2004/06/30 18:25:08 essu Exp $
/var/bin/tuxmaild &
.
.
.

Box noch mal neu starten.
Dann wird der Deamon immer gestartet.
Der Autostart darf nicht aktiviert werden.

Gruß Nachtvogel

[saruman]

Und dann aber bitte den Daemon auch nicht per Fernbedienung beenden und neu starten, ansonsten wird /bin/tuxmaild benutzt und die DB geht wieder in die Binsen.

Ich weiß: Ich iteriere mich.

[LazyT]

Man konnte den Daemon noch nie per Plugin starten oder stoppen.

[saruman]

Jupps, siehe hier.

[Nachtvogel]

@Gorcon
Hast Du es mal getestet, funktionierts?

Gruß Nachtvogel

[Gorcon]

Wie wärs wenn man das "alte" Plugin aus dem /bin/ Bereich erstmal solange "entfernt" bis das neue fertig ist?
Dann könnte man sie den "Kopfstand" sparen.

Gruß Gorcon

[Gorcon]

@Gorcon
Hast Du es mal getestet, funktionierts?

Gruß Nachtvogel

Bis jetzt nicht so richtig wie es soll. Mal konnte ich keine Mails lesen mal gings. Verschicken konnte ich bis jetzt nichts.
Da gabs eine Abfrage "Mail jetzt verschicken? OK Exit" aber ich konnte nichts auswählen. Wenn ich OK drückte kam "Mail wurde nicht verschickt".
Das kann aber vieleicht von mir eine "Fehlbedienung" sein.
Muß mir die Beschreibung nochmal genau ansehen.

Gruß Gorcon

[saruman]

Also bei mir klappt das prima. Hier mal ein Auszug aus meiner start_neutrino (für Gorcon zum Testen, Autostart des Daemons ist ausgeschaltet, ich hab den eh immer laufen hier):

Code: Alles auswählen

#!/bin/sh
# $Id: start_neutrino,v 1.5 2005/03/29 17:57:49 mogway Exp $
if [ ! -e /var/tuxbox/config/scart.conf ]; then
  cp /etc/scart.conf /var/tuxbox/config/scart.conf
fi
sectionsd
timerd
if [ -e /var/bin/camd2 ]; then
 chmod +x /var/bin/camd2
 /var/bin/camd2
else
 /bin/camd2
fi;

if [ -e /var/etc/.pmt_update ] ; then
  zapit -u
else
 zapit
fi;

if [ -e /var/bin/tuxmaild ]; then
 [ ! -x /var/bin/tuxmaild ] && chmod +x /var/bin/tuxmaild
 /var/bin/tuxmaild
fi;

controld
nhttpd
neutrino -u -f

[ -e /tmp/tuxmaild.pid ] && kill $( cat /tmp/tuxmaild.pid )

pzapit -kill

i=9
while expr $i != 0 > /dev/null
do
if pidof controld > /dev/null; then echo "Waiting for controld (max. $i seconds)"
elif pidof timerd > /dev/null; then echo "Waiting for timerd (max. $i seconds)"
elif pidof zapit > /dev/null; then echo "Waiting for zapit (max. $i seconds)"
elif pidof tuxmaild > /dev/null; then echo "Waiting for tuxmaild (max. $i seconds)"
else break;
fi
i=`expr $i - 1`
sleep 1
done
halt

Durch die Aufnahme in die 10-Sekunden-Schleife am Ende hat der Daemon auch genügend Zeit sich zu beenden und man kann sich das sleep 3 sparen.

Probier's mal aus. So sollte es klappen.

[Gorcon]

Ja scheint zu funktionieren. Diesmal kam sogar eine Audio Mitteilung. (ging vorher nicht)
Nur mit dem abschicken von mails habe ich noch nicht rausbekommen wie das geht. ich bekomme immer die Meldung "Mail wurde nicht verschickt"
Wird die nicht an den Absender zurückgeschikt wenn ich sie beantworte? Oder muß ich da irgendwo noch was eintragen?

Gruß Gorcon

[saruman]

Super! Dann evtl. (zur Sicherheit) nochmal das Plugin starten und mit "?" überprüfen welche Version jetzt loift. Müsste dann der aktuelle tuxmaild sein.

Das Versenden habe ich noch nicht getestet (war zwischen dem letzten Posting und jetzt auf 'ner dermassen langweiligen Party, dass ich nach etwas mehr als einer Stunde wieder abgehauen bin ). Hast Du denn das Log mitlaufen? Dann evtl. dort mal reinsehen. Der Fehler müsste an sich da auftauchen.

[Gorcon]

Mhhh... so richtig scheints doch noch nicht zu laufen.
gestern wurde noch die "neue" Verson angezeigt. Heute wieder die "alte".

"Tuxmail (P.1.14/D1.25)"

Lesen geht jetzt wieder nicht.
Die Mails werden zwar abgeholt aber mehr passiert nicht.
Keine Audio Meldung oder sonst was.

Gruß Gorcon

[DrStoned]

Dann hast Du nicht die neue tuxmail.so (755) und tuxmail.cfg nach /var/tuxbox/plugins/ kopiert. Komischerweise wurde jetzt bei Dir der neue Dämon, aber das alte Plugin gestartet. Kopier mal die Dateien so rein, wie ich es beschrieben habe und gehe dann auf Service -> Plugins aktualisieren.

Das einzige, was für die Zukunft dauerhaft Abhilfe schaffen würde, wäre ein solcher Eintrag in der rcS in /etc/init.d/:

Code: Alles auswählen

if [ -e /var/etc/.tuxmaild ] ; then # überprüfen ob Tuxmail-Autostart aktiviert 
  if [ -e /var/bin/tuxmaild ] ; then # überprüfen, ob tuxmaild in /var/bin/ vorhanden 
    /var/bin/tuxmaild # alternativen neuen tuxmaild starten 
  else 
    /bin/tuxmaild # im Image eingebauten tuxmaild starten 
  fi 
fi 

Aber das müssen die Imagebauer realisieren, bzw. das sollte ins CVS rein.

Greetz von DrStoned

[Gorcon]

Dann hast Du nicht die neue tuxmail.so (755) und tuxmail.cfg nach /var/tuxbox/plugins/ kopiert.

Natürlich habe ich den da hinkopiert sonst hätte es ja gestern nicht geklappt.

Gruß Gorcon

[Nachtvogel]

Hallo!

Welche Version der start_neutrino hast Du genommen?
Die von mir gepostet oder die von saruman?
Bei der von mir geposteten hab ich keine Probleme, die andere hab ich nicht getestet.
Wichtig ist, daß der Autostart deaktiviert ist, der zerstört sonst alles wieder.

Gruß Nachtvogel

[Gorcon]

Hallo!

Welche Version der start_neutrino hast Du genommen?
Die von mir gepostet oder die von saruman?

Die von saruman.
Gestern gings ja auch unmittelbar nachdem ich die start_neutrino geändert hatte und die Box neu gestartet hatte.
Nur verschicken ging bis jetzt noch nie.
Die tuxmail.conf ist noch i.O. sie wird ja auch kopiert.

Gruß Gorcon

[Nachtvogel]

Hallo!

Weshalb das verschicken nicht geht, kann ich Dir nicht sagen.
Mach halt noch mal alles und teste mal meine Methode.

Gruß Nachtvogel

[LazyT]

Wäre das nicht toll, wenn TuxMail ein Log führen würde wo man vielleicht sehen könnte warum etwas nicht geht? Ach ja, das gibt's ja schon unter /tmp/tuxmaild.log...

[Gorcon]

Irgendwie macht das Plugin wases will, mal wird das alte geladen mal das neue.

Hier mal das log:

Code: Alles auswählen

POP3 -> +OK Hello there.
POP3 <- USER paul-mustermann
POP3 -> +OK Password required.
POP3 <- PASS Passwort
POP3 -> +OK Connected to proxy server.
POP3 <- STAT
POP3 -> +OK 3 4504
POP3 <- UIDL 3
POP3 -> +OK 3 UID4-1116622777
POP3 <- UIDL 2
POP3 -> +OK 2 UID2-1116622777
POP3 <- UIDL 1
POP3 -> +OK 1 1116622766.M700521P14917V000000000000000DI01EF67B9_0.mail-in-01-z2,S=1627
POP3 <- QUIT
POP3 -> +OK Bye-bye.
SMTP -> 220 postman.arcor.de ESMTP Sendmail 8.13.4/8.13.4; Sun, 22 May 2005 15:58:06 +0200 (MEST)
SMTP <- HELO tuxmaild
SMTP -> 250 postman.arcor.de Hello p548C0E1B.dip0.t-ipconnect.de [84.140.14.27], pleased to meet you
SMTP <- MAIL FROM: <paul-mustermann@arcor.de>
SMTP -> 250 2.1.0 <paul-mustermann@arcor.de>... Sender ok
SMTP <- RCPT TO: <paul-mustermann@arcor.de>
SMTP -> 550 5.7.1 <paul-mustermann@arcor.de>... Relaying denied - only use for SMTP_AUTH
POP3 -> +OK Hello there.
POP3 <- USER paul-mustermann
POP3 -> +OK Password required.
POP3 <- PASS Passwort
POP3 -> +OK Connected to proxy server.
POP3 <- STAT
POP3 -> +OK 3 4504
POP3 <- UIDL 3
POP3 -> +OK 3 UID4-1116622777
POP3 <- TOP 3 5000
POP3 -> +OK
POP3 <- QUIT
POP3 -> +OK Bye-bye.
SMTP -> 220 postman.arcor.de ESMTP Sendmail 8.13.4/8.13.4; Sun, 22 May 2005 15:58:33 +0200 (MEST)
SMTP <- HELO tuxmaild
SMTP -> 250 postman.arcor.de Hello p548C0E1B.dip0.t-ipconnect.de [84.140.14.27], pleased to meet you
SMTP <- MAIL FROM: <paul-mustermann@arcor.de>
SMTP -> 250 2.1.0 <paul-mustermann@arcor.de>... Sender ok
SMTP <- RCPT TO: <paul-mustermann@arcor.de>
SMTP -> 550 5.7.1 <paul-mustermann@arcor.de>... Relaying denied - only use for SMTP_AUTH

Senden geht wie gesagt nicht.
Gruß Gorcon

[LazyT]

Dann werde ich wohl doch noch ein AUTH LOGIN mit den Daten aus USER und PASS vom POP3 einbauen.

Die Verbindung sollte im Fehlerfall wohl auch besser noch mit RSET und QUIT geschlossen werden anstatt einfach wech...

Oder, was meinen die Experten?

[robspr1]

Bin kein Experte, gebe aber trotzdem meinen Senf dazu ;-)

Beim CheckAccount sowie beim SaveMail wird im Fehlerfall immer zuerst ein QUIT geschickt, wäre also beim SendMail sicher auch nicht falsch.

Das du AUTH LOGIN einbaust finde ich toll, aber im Zweifelsfall besser eigene USER und PASS Daten nehmen, es gibt auch USER die unterschiedliche Daten dafür haben.

Wie wäre es in diesem Zusammenhang mit einer optionalen POP Anmeldung vor dem SMTP Senden ?

[Gorcon]

LazyT, gibts vieleicht auch mal die Möglichkeit Anhänge zu verschicken?

Gruß Gorcon

[saruman]

Hab jetzt mal das Versenden bei mir getestet: Klappt ohne Probleme.

Das du AUTH LOGIN einbaust finde ich toll, aber im Zweifelsfall besser eigene USER und PASS Daten nehmen, es gibt auch USER die unterschiedliche Daten dafür haben.

Ja, das mit den verschiedenen AUTH-Daten halte ich auch für sinnvoll.

LazyT, gibts vieleicht auch mal die Möglichkeit Anhänge zu verschicken?

Hmmm, ist immer noch eine Box primär zum Fernsehen, oder? Attachments halte ich da für weniger sinnvoll.

Aber da ich's nicht programmiere muss ich das auch nicht entscheiden.

Gestern gings ja auch unmittelbar nachdem ich die start_neutrino geändert hatte und die Box neu gestartet hatte.

Okay, denn mal alles auf Anfang. Starte die Box mal neu und überprüfe mit "?" die Versionen. Hast Du eine standby.on/.off auf der Box? Falls ja, wie sehen die aus?