Probleme mit tuxmail

Beitrag von **LazyT** » Freitag 4. März 2005, 19:07

So, mal wieder etwas Zeit genutzt: Fix2

Dieser Daemon sollte nun Base64 und QuotedPrintable decodieren können.

Falls Absender/Betreff irgendwie anders aussehen als im E-Mail-Client am PC bitte die entsprechende Zeile ("From: ..." bzw. "Subject: ...") aus dem Log von TuxMail hier posten...

Beitrag von **det-box** » Samstag 5. März 2005, 12:13

@LazyT

Dein Fix2 zeigt jetz die Mail's (von OTTO) ordentlich an.

aber:
die ? Taste reagiert nicht (Versions info)
die "Ton aus" Taste zeigt immer "Deamon nicht geladen" an, sollte eigentlich die Abfrage stoppen.

Danke
Det

Beitrag von **LazyT** » Samstag 5. März 2005, 12:30

Ähm, der Daemon benutzt /tmp/tuxmaild.socket statt /tmp/tuxmaild.sock.

Ich denke mal du benutzt nicht das aktuelle Plugin aus dem CVS, somit geht weder die ?-Taste noch kann es mit den Daemon "sprechen".

Beitrag von **fernsehass** » Samstag 5. März 2005, 12:43

jep ich hab tuxmail 1.10, und da geht alles

Beitrag von **det-box** » Samstag 5. März 2005, 14:25

@LazyT

Ach so, ich habe nur Fix1 und Fix2 eingespielt.

Aus CVS überestzen kann ich nicht.
Warte dann auf neues Image.

Danke
Det

Beitrag von **schufti** » Samstag 5. März 2005, 22:52

@LazyT
vielen Dank für den super Support. Deamon läuft, entspr. email hab ich aber noch keins bekommen, leider.

äh, Individualität in Ehren, aber warum muß tuxmaild da jetzt aus der Reihe tanzen (.sock <> .socket) ?

thx,
schufti

Beitrag von **fernsehass** » Sonntag 6. März 2005, 00:25

@det-box
gib mir deine mail, und du bekommst die dateien

Beitrag von **jmittelst** » Sonntag 6. März 2005, 01:45

Ich wär trotzdem dafür, das der Fix ins CVS kommt. Evtl. könnte sich auch mal jemand mit Snowhead kurzschließen. Den Größenvorteil, den er rausgeholt hat, könnten wohl alle Imagebastler gut gebrauchen, wenn diese Änderungen gut laufen.
cu
Jens

Beitrag von **LazyT** » Sonntag 6. März 2005, 09:35

Nur: daemon wird vom plugin als nicht gestarted angezeigt

Der Daemon kann nicht mehr mit dem Plugin aus Fix1 kommunizieren, warum habe ich ja oben schon erklärt. Sobald ich wieder zu Hause bin packe ich mal ein aktuelles Komplettpaket zusammen.

Ich wär trotzdem dafür, das der Fix ins CVS kommt.

Habe ich behauptet das es er nicht reinkommt? Ich möchte halt nur vorher wissen ob's so läuft.

Lautstärke und Komprimierung kommt dann sicher im nächsten Rutsch.

Beitrag von **LazyT** » Montag 7. März 2005, 21:48

Sind leider noch (mindestens) 2 Bugs drin, dauert also noch etwas.

Beitrag von **LazyT** » Dienstag 8. März 2005, 18:22

So, hoffe nun haut's hin: Plugin & Daemon

Beitrag von **det-box** » Dienstag 8. März 2005, 19:24

@LazyT

habe es gleich getestet.
tuxmaild und tuxmail.so eingespielt

hier das LOG Bootmanager:

Please press Enter to activate this console. .TuxMailD 1.11 started [20.12.1901
- 23:19:43]
TuxMailD <check 3 Account(s) every 30min without Logging>
TuxMailD <Spamlist contains 1 Entries, Filter enabled>
TuxMailD <restore Mail-DB>
TuxMail 1.10
TuxMail <Font "/share/fonts/pakenham.ttf" loaded>
TuxMail <no Status for Account 1>
TuxMail <no Status for Account 2>
TuxMail <no Status for Account 3>
TuxMail <no Status for Account 4>
TuxMail <no Status for Account 5>
TuxMail <no Status for Account 6>
TuxMail <no Status for Account 7>
TuxMail <no Status for Account 8>
TuxMail <no Status for Account 9>
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMailD <sleep>
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMailD <wakeup>
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <FT_Get_Char_Index for Char "" failed: "undefined character code">
TuxMail <could not update Status for Account 1>
TuxMail <could not update Status for Account 2>
TuxMail <could not update Status for Account 3>
TuxMail <could not update Status for Account 4>
TuxMail <could not update Status for Account 5>
TuxMail <could not update Status for Account 6>
TuxMail <could not update Status for Account 7>
TuxMail <could not update Status for Account 8>
TuxMail <could not update Status for Account 9>
[CPlugins] exec

...

bei ?-Taste wird Version 1.10 angezeigt

sonst sehen Die Betreffs (OTTO) gut aus

/Edit
nach einer weile dann das:

TuxMailD <Account 0: 451/451 Mail(s) for xxxxxxxxx>
TuxMailD <no Status for Account 1>
TuxMailD <Server Error>
TuxMailD <Account 1 skipped>
TuxMailD <no Status for Account 2>
[sectionsd] readNbytes: received POLLERR
TuxMailD <Account 2: 012/012 Mail(s) for xxxxxxx>
avia_oss: IOCTL: SNDCTL_DSP_SPEED (arg=12000)
avia_gt_pcm_set_rate(12000)
[sectionsd] readNbytes: received POLLERR
[CPlugins] (id,val):(end_y,553)
[CPlugins] (id,val):(end_x,680)
[CPlugins] (id,val):(off_y,15)
[CPlugins] (id,val):(off_x,41)
[CPlugins] (id,val):(video_format,0)
[CPlugins] (id,val):(fd_lcd,20)
[CPlugins] (id,val):(rcblk_rep,25)
[CPlugins] (id,val):(rcblk_anf,0)
[CPlugins] (id,val):(fd_rcinput,18)
[CPlugins] (id,val):(fd_framebuffer,3)
[CPlugins] try exec...
TuxMail 1.10
TuxMail <Font "/share/fonts/pakenham.ttf" loaded>
TuxMail <no Status for Account 3>
TuxMail <no Status for Account 4>
TuxMail <no Status for Account 5>
TuxMail <no Status for Account 6>
TuxMail <no Status for Account 7>
TuxMail <no Status for Account 8>
TuxMail <no Status for Account 9>
TuxMailD <sleep>
TuxMailD <wakeup>
TuxMailD <Account 0: 000/451 Mail(s) for xxxx>
TuxMailD <Account 1: 000/060 Mail(s) for xxxxx>
TuxMailD <Account 2: 000/012 Mail(s) for xxxxxx>
TuxMail <could not update Status for Account 3>
TuxMail <could not update Status for Account 4>
TuxMail <could not update Status for Account 5>
TuxMail <could not update Status for Account 6>
TuxMail <could not update Status for Account 7>
TuxMail <could not update Status for Account 8>
TuxMail <could not update Status for Account 9>
[CPlugins] exec

...

jetzt zeiger alle Mails an, inkl. Meldungsfenster

Edit/

bei ?-Taste wird Version 1.10 angezeigt

Danke
Det

Beitrag von **LazyT** » Montag 14. März 2005, 19:45

Da sich keiner beschwert hat ist's nun so im CVS.

Beitrag von **det-box** » Montag 14. März 2005, 20:22

Danke LazyT

Det

Beitrag von **LazyT** » Montag 14. März 2005, 20:58

War ja quasi 'ne Auftragsarbeit für dich, Rechnung kommt später.

Den Rest des Forums hier kannste ja inzwischen voll vergessen was Feedback angeht, siehe auch Teletext Client Thread. Naja, wahrscheinlich wieder mal die falschen Projekte ausgesucht.

Beitrag von **schufti** » Dienstag 15. März 2005, 00:00

auch von meiner Seite ein großes Danke (auch wenn der Link nimmer geht, irgendwann wirds schon in meinem Lieblingsimage auftauchen)!

bzgl. Teletextclient: ist zwar interessant, aber halt wohl doch nur für sehr spezielle Anwender interessant.

Das Revival des Tuxtext-Plugin hat ja gerade erst gezeigt, dass im Board für "handfeste" Applikationen durchaus Interesse und Innovationskraft bestehen und alle bereit sind, das ihnen mögliche beizutragen (seien es fonts, testberichte oder kopien von Standarts), oder?

keep up the good work,
schufti

Beitrag von **DrStoned** » Dienstag 15. März 2005, 05:36

Auch von meiner Seite einen Herzlichen Dank für die Arbeit am Tuxmail-Plugin.

Greetz von DrStoned

Beitrag von **LazyT** » Dienstag 15. März 2005, 17:17

Mit Feedback meinte ich aber nicht das ihr hier jetzt brav Danke sagen sollt. Das ist zwar nett und freut mich, hilft aber eigentlich nicht wirklich weiter.

Mir ging es mehr um Aussagen wie: wird überhaupt getestet und falls ja geht oder geht nicht.

Optional könnte man dabei auch gleich noch ein paar Zukunftswünsche mit einfließen lassen. Ob die dann auch wirklich umgesetzt werden oder nicht sei erstmal dahin gestellt, zumindest weiß ich dann aber was noch rein sollte.

@schufti
Das mit dem Teletext Client war auch nur ein aktuelles Beispiel. Das sowas kaum genutzt wird ist mir bewusst, aber selbst ein "ganz nett aber brauche ich eher nicht" wäre mir fast lieber als garnix.
Nehmen wir an 100 Leute haben's geladen, nutzen es und sagen aber nix. Beißen die sich denn lieber in den Arsch, weil ich in der Annahme fehlenden Interesses die Entwicklung eingestellt habe?

Naja, egal - man muss ja nicht alles verstehen. Nur diese "poste eh nur wenn was nicht geht" Einstellung finde ich irgendwie erschreckend...

PS: Das aktuelle Komplettpaket für dbox und Dream liegt hier.

Beitrag von **schufti** » Dienstag 15. März 2005, 19:21

@LazyT
danke für den Link.

Also ich denk mal, wenn die Leute sich nicht melden, wird's wohl funktionieren. Wenn sie dann später mal 'nen (versteckten) Fehler finden, werden sie es schon melden (wie im Fall Tuxmail geschehen). Oder sich mit Änderungswünschen - oder sogar fertigen diff's etc. - im Forum einfinden (wie bei TuxText geschehen).

Vielleicht haben manche (nicht so bewanderte) auch nur Angst, für so "banales" Feedback Schelte von manch selbsternanntem "Forenwächter" zu bekommen ?! (Wäre ja aber auch lästig, von allen 200 Downloadern ein Posting mit "ja, geht super" lesen zu müssen, bevor man das nächste relevante mit einem Verbesserungsvorschlag findet

)

Was Vorschläge betrifft, wie gesagt: ich würde mir eine Anzeige neuer emails im LCD wünschen. So bräuchte ich den Fernseher nicht einschalten und könnte die herkömmlichen Methoden - die mir schon gelegentlich in eine VCR-Aufnahme pfuschten - deaktivieren.

lg,
schufti

Beitrag von **LazyT** » Dienstag 15. März 2005, 19:30

ich würde mir eine Anzeige neuer emails im LCD wünschen.

Tja, und wie verhindert man das überschreiben des LCD durch die GUI (z.B Uhrzeitupdates)?

Beitrag von **schufti** » Dienstag 15. März 2005, 20:22

tja, wie gesagt:

Optional könnte man dabei auch gleich noch ein paar Zukunftswünsche mit einfließen lassen. Ob die dann auch wirklich umgesetzt werden oder nicht sei erstmal dahin gestellt, zumindest weiß ich dann aber was noch rein sollte.

[edit: vllt durch invertieren des LCD, auch periodisch -> Blinken]

im Sinne von "Der Wunsch ist der Vater des Gedanken": vllt ist das ja auch ein Reminder für einen dev, der mit dem jetzigen LCD auch nicht zufrieden ist und dem schon immer ein API für eine LCD-Statusleiste im Hirn herumspukte...

wenn ich es könnte, täte ich es (zumindest versuchen). Aber leider war zu meiner Zeit Assembler üblich, Fortran modern und die Umstellung auf Pascal im Gange. Aber ebenso wie PL/I, Forth, BASIC und Cobol alles hier nicht zu gebrauchen....

aber das wird nun wirklich OT und gehört eigentlich nach 'Feature Requests' verschoben

soll nur zeigen, dass den Leuten nicht immer alles egal ist, aber halt leider wegen OT ....

schufti

Beitrag von **DieMade** » Dienstag 15. März 2005, 20:52

LazyT hat geschrieben:Tja, und wie verhindert man das überschreiben des LCD durch die GUI (z.B Uhrzeitupdates)?

Mittels SLCDCP - simple LCD control protocol. Muß halt nur noch einer nen RFC zu aufmachen *sncr*

Beitrag von **LazyT** » Dienstag 15. März 2005, 21:22

@DieMade

Nuja, der RFC wäre ziemlich kurz:

Code: Alles auswählen

if exist /tmp/tuxmaild.lcd then go away from my lcd you fucking gui

Müsste natürlich noch ausführlich beschrieben werden.

Im Ernst, wer baut's jetzt mal schnell in die GUIs ein?

Beitrag von **schufti** » Dienstag 15. März 2005, 23:26

könnte es sein, dass exakt dieses Gehabe das oben lamentierte Verhalten der "tumben" user hervorruft ?

Edit: Mißverständnis, siehe Folgepost

Beitrag von **DieMade** » Mittwoch 16. März 2005, 11:27

LazyT:

Für Neutrino hab ich mal was gebaut. Hier wird auf "/tmp/lcd.locked" abgeprüft und kein LCD-Update ausgeführt, wenn diese Datei existiert.

Richtig toll finde ich ein ständiges Pollen auf eine Datei nicht, aber auf die Schnelle ist mir nix besseres eingefallen

Wenn das jemand reverten/vieeeel besser machen mag - nur zu.