git.marmaro.de Git - krt-msg/blob - 2012-02-29T03:02:43.00Z.msg

   1 From: Boris Kraut <krt@nurfuerspam.de>\r
   2 Organization: \r
   3 Date: Wed, 29 Feb 2012 04:02:43 +0100\r
   4 Category: \r
   5 Message-ID: <20120229030243.LQUzln@silberbruch>  \r
   6 Keywords: \r
   7 Comments: \r
   8 To: undisclosed-recipients: ;\r
   9 Subject: Re: Umstellung auf IMAP - IMAPFilter\r
  10 \r
  11 Nachdem ich mich bei OfflineIMAP zu der Erkenntnis durchgrungen\r
  12 hatte, wie, wo und wann gefiltert und sortiert werden sollte, bin\r
  13 ich jetzt doch wieder ein Schritt zurueck: Mir wurde imapfilter [1]\r
  14 nahegelegt und ich bin sehr zufrieden damit.\r
  15 \r
  16 Filter ist eine Untertreibung, denn prinzipiell gibt es einem ein\r
  17 LUA-Interface fuer IMAP-Postfaecher. Was man damit tut, ist einem\r
  18 komplett selbst ueberlassen. Mails nach verschiedenen Mustern in\r
  19 Folder einzusortieren duerfte die Hauptanwendung sein, aber auch\r
  20 kurze Status-Ausgaben oder Suchen sind moeglich.\r
  21 \r
  22 Suchen ist ein gute Stichwort, denn neben imapfilter gibt es noch\r
  23 jede Menge anderer IMAP-Tools, die ich mir evtl. spaeter einmal\r
  24 anschauen sollte. Bei der Recherche bin ich aber noch auf einige\r
  25 Projekte gestossen -- bzw. wieder gestossen -- die versuchen die\r
  26 doch sehr monolithischen MUAs aufzubrechen, indem sie die Indexer-\r
  27 und Suchfunktion auslagern. MU alias maildir-utils [2] und notmuch\r
  28 [3] sind zwei auf Xapian basierende Projekte die auch sehr gut mit\r
  29 Maildirs umgehen koennen. Aufbauend auf letzterem gibt es auch ein\r
  30 paar fix-und-fertig MUAs. Von der Idee her finde ich die Indexer-\r
  31 Sache super, aber ob ich mir Xapian als Dependency reinziehen will,\r
  32 muss ich mir nochmal ganz genau ueberlegen. Aber es ist schoen zu\r
  33 sehen, dass beim Thema Mail nicht nur Bestandspflege gemacht wird,\r
  34 sondern dass sich da mei mehreren Projekten was tut und auch immer\r
  35 noch neue Sachen angegangen werden. Es scheint doch noch ein paar\r
  36 Leute zu geben, die mit dem Ist-Stand nicht zufrieden sind :).\r
  37 \r
  38 Aber zurueck zu imapfilter. Da ich IMAP bisher nie wirklich be-\r
  39 achtet und als neue, multiuser, multifolder Version von POP an-\r
  40 gesehen habe, war es fuer mich extrem ueberraschend zu merken,\r
  41 dass man damit nicht nur Nachrichten innerhalb einer Mailbox\r
  42 in verschiedene Folder zu schieben -- das leuchtet ja ein, wenn\r
  43 man mehrere Folder hat -- sondern auch komplett neue Nachrichten\r
  44 zu erstellen. Prinzipiell kann man also auch per IMAP Mails\r
  45 einliefern, im RFC wird aber klar, dass es nicht als SMTP-Ersatz\r
  46 gedacht ist...\r
  47 \r
  48 > Note: The APPEND command is not used for message delivery,\r
  49 > because it does not provide a mechanism to transfer [SMTP]\r
  50 > envelope information.\r
  51 \r
  52 ...aber man will ja vielleicht Mails von einem lokalen Folder\r
  53 [oder einer anderen IMAP-Mailbox] hochladen. Genau das mache\r
  54 ich naemlich gerade mit IMAPFilter. Klingt banal? Eigentlich\r
  55 schon, aber in meinem bisherigen POP-Weltbild war klar, dass\r
  56 Nachrichten immer nur vom Server zum Client fliessen. Schoen,\r
  57 dass das nicht (mehr) so ist. Das nimmt Druck aus der "eigener\r
  58 Mailserver" Idee.. wobei ein reiner IMAP-Server waere schon\r
  59 was tolles, dann koennte ich mir offlineimap auch sparen und\r
  60 auf eine reine imapfilter Loesung setzen. Hach...\r
  61 \r
  62 Der zweite Punkt, der mich im RFC ueberrascht hat, war der\r
  63 ganz selbstverstaendliche Umgang mir Nicht-Mail-Usecases:\r
  64 \r
  65 > For example, implementations which offer access to USENET\r
  66 > newsgroups MAY use the "#news" namespace to partition the\r
  67 > USENET newsgroup namespace from that of other mailboxes.\r
  68 > Thus, the comp.mail.misc newsgroup would have a mailbox\r
  69 > name of "#news.comp.mail.misc", and the name\r
  70 > "comp.mail.misc" can refer to a different object (e.g., a\r
  71 > user's private mailbox).\r
  72 \r
  73 Heute wuerde man wohl sicherlich auch Feeds dazu zaehlen, so\r
  74 nahe wie sich Atom-Entries und Mails eigentlich sind -- dazu\r
  75 habe ich ja schonmal was geschrieben. Was uns wieder zu dem\r
  76 leidigen Thema fuehrt: Prinzipiell stimmt die Richtung von\r
  77 rss2mail, aber die Implementierung ist grottig. Das muesste\r
  78 "man" mal aendern...\r
  79 \r
  80 \r
  81 [1] https://github.com/lefcha/imapfilter\r
  82 [2] http://www.djcbsoftware.nl/code/mu/\r
  83 [3] http://notmuchmail.org/\r