git.marmaro.de Git - krt-msg/blob - 2012-07-20T23:55:20.00Z.msg

   1 From: Boris Kraut <krt@nurfuerspam.de>\r
   2 Organization: \r
   3 Date: Sat, 21 Jul 2012 01:55:20 +0200\r
   4 Category: \r
   5 Message-ID: <20120720235520.kMMlC8@silberbruch>  \r
   6 Keywords: \r
   7 Comments: \r
   8 To: undisclosed-recipients: ;\r
   9 Subject: Taskmanagement (was: Statusbericht SSD und OS-Wechsel)\r
  10 \r
  11 Hier noch der vorlaeufig letzte Teil einer wieder etwas technischer\r
  12 angehauchten Reihe. Ueber die verschiedenen Taskmanagement- und\r
  13 TODO-List-Techniken habe ich schonmal geschrieben und dabei auch\r
  14 erwaehnt, dass ich am Ende doch wieder bei eMails gelandet bin.\r
  15 Wahrscheinlich habe ich auch schon angemerkt, dass fuer die meisten\r
  16 Faelle taskwarrior o.ae. genau das ist, was man haben will. Und\r
  17 trotzdem habe ich die kleinen Minuten der Ruhe in den letzten Tagen\r
  18 auch fuer die Erneuerung der Shell-Skripte fuer meine eigene Task-\r
  19 Management-Loesung genutzt -- insbesondere:\r
  20 \r
  21 \r
  22 1) to_maildir: Zum Testen fand ich es nuetzlich die Einlieferung\r
  23                von Tasks/Mails auch unter meiner Kontrolle zu\r
  24                haben. Das frueher dafuer verwendete Ruby-Skript\r
  25                war zwar deutlich leistungsstaerker, aber brachte\r
  26                eben Ruby als Abhaengigkeit mit; nicht unbedingt\r
  27                das was ich unter leichtgewichtig verstehe. Als\r
  28                Ersatz dafuer habe ich to_maildir geschrieben, was\r
  29                fuer ein Shellskript doch relativ konform mit dem\r
  30                "Standard" geht.\r
  31 \r
  32 2) add_task:   Wenn ich schon Aufgaben als Mails speichere, wollte\r
  33                ich zumindest so weit es geht auf vorhandene Kon-\r
  34                ventionen und Standards bauen. Wie ich schon oft\r
  35                beklagt habe, gibt es eine Fuelle von Mailheadern,\r
  36                die einem echt das Leben erleichtern koennten, aber\r
  37                von nahezu keinem MUA genutzt werden.\r
  38 \r
  39                Mit add_task kann ich schnell Taks hinzufuegen und\r
  40                die entsprechenden Header setzen. Es ersetzt quasi\r
  41                Taskwarriors 'add' Befehl auf der einen Seite, auf\r
  42                der anderen Seite kann man es als 'anno' fuer Arme\r
  43                ansehen. Anno ist ein gutes Stichwort, denn idR\r
  44                lege nicht ich den kompletten Task an, sondern ich\r
  45                bekomme eine Mail von aussen, die ich dann eben\r
  46                als Task markieren, also die entsprechenden Header\r
  47                hinzufuegen/aendern/annotieren moechte:\r
  48 \r
  49                 - Importance, Priority, X-Priority (Prioritaet)\r
  50 \r
  51                 - Expires, Reply-By (missbraucht als Deadline)\r
  52 \r
  53                 - Keywords (Tags; ggf. mit Taskwarrior-Kuerzeln)\r
  54 \r
  55                 - Comments (kurz; laengere Beschreibungen im Body)\r
  56 \r
  57                 - Organization (ggf. anfragende Organisation,\r
  58                   Auftragsteller, ...)\r
  59 \r
  60                 - Message-ID (wie ueblich)\r
  61 \r
  62                 - Status (derzeit nicht verwendet; Status wird in\r
  63                   Maildir-Flags gesetzt; evtl. zusaetzlich hier\r
  64                   speichern, um nicht nur Maildir bedienen zu\r
  65                   koennen.)\r
  66 \r
  67                Einige der Header sind nicht mehr ueblich oder gar\r
  68                standardisiert, sondern stamen aus X.400 und wurden\r
  69                nur zur Vereinfachung des Datenaustauschs genutzt.\r
  70 \r
  71 \r
  72 So weit tut das alles und die wichtigen Funktionen sind auch schnell\r
  73 in den MUA der Wahl gehackt, aber da ist noch viel Luft nach oben.\r
  74 Ich muss noch sehen, welcher MUA sich fuer besonders passend fuer\r
  75 den Umgang mit solchen Termin/Task-Mails herausstellt bzw. wie viel\r
  76 ich da ggf. nacharbeiten muss. Kann auch gut sein, dass das Nach-\r
  77 arbeiten zu viel Aufwand ist und ich schneller einen kleinen Viewer\r
  78 geschrieben habe... aber MUAs machen ja schon so viel richtig, dass\r
  79 es unsinnig waere, da was eigenes zu haben -- genau deswegen wollte\r
  80 ich ja Taks als Mails haben. Wenn ich jetzt solche Gedanken habe,\r
  81 muss evtl. mutt selbst mal dran glauben.. schade, dass es kein Mail-\r
  82 dir-MMH gibt...\r
  83 \r
  84 Zweiter Punkt auf meiner Liste waere noch eine Reminder-Faehigkeit,\r
  85 aber das sollte mit at und cron nicht sondelrich schwer werden. Ich\r
  86 denke ich lasse at/cron einfach je nach gewuenschte Vorlauf Zeit\r
  87 Erinnerungsmails verschicken (die dann nicht als Tasks auflaufen,\r
  88 sondern in der normalen Inbox landen. Wobei ich das nicht so wichtig\r
  89 finde, nen gut eingestellter MUA/Viewer sollte so was eigentlich\r
  90 ueberfluessig machen.\r