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

Beitrag von **Nachtvogel** » Freitag 20. Mai 2005, 18:48

Da müßte Dir jemand anders helfen.
Meine tuxmail.conf schaut so aus:

STARTDELAY=40
INTERVALL=5

LOGGING=Y
LOGMODE=S

SAVEDB=Y

AUDIO=N
VIDEO=3

LCD=Y
OSD=G

SKIN=1

ADMIN=Y

WEBPORT=80
WEBUSER=
WEBPASS=

NAME0=Nachtvogel-GMX
POP30=pop.gmx.net
USER0=1873802
PASS0=geheim
SMTP0=mail.gmx.net
FROM0=Nachtvogel-fc@gmx.de
CODE0=

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 19:06

Ich kann nichts auffälliges feststellen.
Der olle Daemon wird nie geladen, trotz Autostart on.

Irgendwas ist da noch faul.
Meine rsC.local sieht so aus:

Code: Alles auswählen

#!/bin/sh
if [ -e /var/etc/.tuxmaild ] ; then
 var/bin/tuxmaild
fi;

#Fuer NFS und CIFS
insmod sunrpc
insmod lockd
insmod nfs
insmod cifs

Beitrag von **robspr1** » Freitag 20. Mai 2005, 19:15

mach mal aus

Code: Alles auswählen

var/bin/tuxmaild

ein

Code: Alles auswählen

/var/bin/tuxmaild

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 19:32

Jo habe ich jetzt...
Ändert aber leider nichts daran.

Habe eben auch auf die aktelle Version upgedatet.
Die Konfigurationsdateien (in /var/tuxbox/conf/tuxmail/ brauchendoch nicht ausführbar gemacht werden, oder? (alle andern sind es)

Beitrag von **robspr1** » Freitag 20. Mai 2005, 19:42

Ich sehe gerade das du das letzte Yadi Image hast, bei diesem Image ist tuxmaild schon fix drinnen, daher wird der "alte" daemon gestartet wenn die Datei /var/etc/.tuxmaild existiert. Vor dem Aufruf des neuen musst du also den alten killen, oder, noch besser, nimm nicht den Autostart (also lösche /var/etc/.tuxmaild) und starte /var/bin/tuxmaild im rcS.local ohne die Abfrage.

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 19:55

So habe ich gemacht.
sollte im log irgendwo sichtbar sein das der Daemon gestartet wird?
Es geht nämlich immer noch nicht.

Beitrag von **robspr1** » Freitag 20. Mai 2005, 19:59

wenn das /tmp/tuxmaild.log vorhanden ist, ist der daemon zumindest einmal gestartet worden

Aber vielleicht steht im log ja was drinnen warum der daemon nicht mehr läuft?

wenn du den daemon direkt startest mit /var/bin/tuxmaild wie schauts dann aus?

Beitrag von **Nachtvogel** » Freitag 20. Mai 2005, 20:02

Hallo!

Lösche mal alles auch den Eintrag in rcS.local und spiele nur tuxmail.cfg und tuxmail.so nach \var\tuxbox\plugins
sowie Deine tuxmail.conf nach \var\tuxbox\config\tuxmail.
Dann Plugins neu laden, Autostart aktivieren und Box neu starten.

Gruß Nachtvogel

Beitrag von **LazyT** » Freitag 20. Mai 2005, 20:08

Ist es denn wirklich so schwer den Daemon mal manuell zu starten um zu sehen was ihm eventuell nicht behagt?

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 20:11

robspr1 hat geschrieben:wenn das /tmp/tuxmaild.log vorhanden ist, ist der daemon zumindest einmal gestartet worden

Aber vielleicht steht im log ja was drinnen warum der daemon nicht mehr läuft?

wenn du den daemon direkt startest mit /var/bin/tuxmaild wie schauts dann aus?

Nein, es gibt keine log Datei.
Ich meine mit Log eines erzeugt durch den Bootmanger.

@ Nachtvogel, habe ich soeben gemacht.
Genau das gleiche.

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 20:17

LazyT hat geschrieben:Ist es denn wirklich so schwer den Daemon mal manuell zu starten um zu sehen was ihm eventuell nicht behagt?

Code: Alles auswählen

BusyBox v1.00 (2005.04.25-15:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/var # ./var/bin/tuxmaild
-sh: ./var/bin/tuxmaild: not found
/var #

Die Datei ist natürlich dort und auch Ausführbar. (eben extra nochmal mit dem Tuxboxcommander nachgesehen)

Gruß Gorcon

Beitrag von **robspr1** » Freitag 20. Mai 2005, 20:18

na, ein /var/var/bin/tuxmaild wird er nicht finden

machs mal ohne . am Anfang

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 20:21

Code: Alles auswählen

Read /disclaimer.txt and have fun with yadi on your Nokia D-BOX2 - Kernel 2.4.27
-dbox2 (20:19:44)...
dbox login: root


BusyBox v1.00 (2005.04.25-15:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/var # /var/bin/tuxmaild
/var # TuxMailD 1.25 started [20.05.2005 - 20:20:12]
TuxMailD <missing Param(s), update Config>
TuxMailD <no valid Accounts found>

Beitrag von **LazyT** » Freitag 20. Mai 2005, 20:23

TuxMailD <no valid Accounts found>

Deine config ist fehlerhaft.

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 20:28

LazyT hat geschrieben:TuxMailD <no valid Accounts found>

Deine config ist fehlerhaft.

Dann komme ich auf meine ursprüngliche Frage zurück, warum wird dem Plugin keine "MaxMusterman" E-mail adresse beigelegt dann würde man den Fehler eher finden.
Gruß Gorcon

Beitrag von **LazyT** » Freitag 20. Mai 2005, 20:36

Wie schon erwähnt wird beim ersten Start eine Musterconfig erstellt in die du deine Daten einträgst. Wo ist da bitte das Problem?

Wenn eine fertige Konfig existiert wird TuxMailD starten und dieses Konto abfragen, sehr sinnvoll...

Wie, was, wo einzutragen ist steht im Wiki erklärt. Vielleicht postest du einfach deine Konfig mal.

Beitrag von **DrStoned** » Freitag 20. Mai 2005, 20:42

Gorcon hat geschrieben:Dann komme ich auf meine ursprüngliche Frage zurück, warum wird dem Plugin keine "MaxMusterman" E-mail adresse beigelegt dann würde man den Fehler eher finden.
Gruß Gorcon

Dazu müsste man einen Testaccount bei einem freien Mailprovider einrichten, um das Plugin zu testen.

Schau mal in Deinem Emailprogramm auf dem PC unter den Einstellungen nach, was dort als Posteingangsserver (pop3) bzw. Postausgangsserver (smtp) eingetragen ist. Das schreibst Du dann in die tuxmail.conf, aber wichtig, im Linux-Format.

Greetz von DrStoned

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 20:43

Ich bin ja nach der Wiki Configuration gegangen.
Aber jedesmal wenn ich die config angepasst habe wird sie ja wieder überschrieben mit einer alten config.
Sie stimmt dann überhaupt nicht mehr mit dem Original überein.

Beitrag von **DrStoned** » Freitag 20. Mai 2005, 20:45

Dann wird wahrscheinlich noch der im Image eingebaute tuxmaild gestartet, mach mal das Plugin auf, ?-Taste und die Versionen posten.

Greetz von DrStoned

Beitrag von **LazyT** » Freitag 20. Mai 2005, 20:47

TuxMailD <missing Param(s), update Config>

Da fehlt eben was. Lösch doch die Konfig komplett, starte den Daemon damit er eine passende erstellt und trage dann deine Daten ein.

Beitrag von **Gorcon** » Freitag 20. Mai 2005, 21:01

Dann ist es aber eine ganz alte congig die mit der neuen überhaupt nicht übereinstimmt.
Daher werden ja meine zugangsdaten auch immer wieder geändert.

Code: Alles auswählen

STARTDELAY=30
INTERVALL=15

POP3LOG=Y
LOGMODE=S

SAVEDB=Y

AUDIO=Y
VIDEO=1

LCD=Y
OSD=Y

SKIN=0

ADMIN=Y

WEBPORT=80
WEBUSER=
WEBPASS=

NAME0=
HOST0=
USER0=
PASS0=

So sieht die Datei aus wenn sie erstellt wurde.
Gruß Gorcon

Tuxmail (P1.27/D?.??)
(c) 2003-205 Tomas "LazyT"Loewe
(c) 2005 Robert "robspr1" Spreitzer

Beitrag von **robspr1** » Freitag 20. Mai 2005, 21:10

* mach ein terminal auf

* killall -9 tuxmaild

* /var/bin/tuxmaild

* jetzt die tuxmail.conf anpassen

* /var/bin/tuxmaild

* jetzt läuft tuxmail wenn die config stimmt

das Problem mit dem Autostart ist, das damit auch der alte tuxmaild gestartet wird und der zerstört dir deine config wieder, also tuxmail nicht mit Autostart starten (lösche die /var/etc/.tuxmaild)

starte den neueren tuxmaild direkt aus dem rcS.lokal

Beitrag von **saruman** » Freitag 20. Mai 2005, 21:17

Oder warte aufs nächste MTD-Update.

Beitrag von **DrStoned** » Freitag 20. Mai 2005, 21:18

Da wird der alte tuxmaild aus dem Image geladen, und nicht in rcS.local gekillt, mit dem alten Daemon, kann das neue Plugin nicht anfangen. Geh mal per telnet auf die Box, gib dort ein,

Code: Alles auswählen

touch /var/etc/.tuxmaild

Dann die Box neu starten, wenns dann noch nicht läuft, wieder per telnet auf die Box und das hier eingeben.

Code: Alles auswählen

killall-9 tuxmaild
/var/bin/tuxmaild

Plugin neustarten und Versionen anschauen.

Beitrag von **DrStoned** » Freitag 20. Mai 2005, 21:19

Welches Image benutzt Du? Zur Not mal ein serielles Log, da sieht man dann wo es fehlt. wahrscheinlich passt da was nicht.