From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 72BA16DE0A7F for ; Thu, 19 Oct 2017 07:51:39 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.719 X-Spam-Level: X-Spam-Status: No, score=-0.719 tagged_above=-999 required=5 tests=[AWL=0.000, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fwK_1kCImHxk for ; Thu, 19 Oct 2017 07:51:38 -0700 (PDT) X-Greylist: delayed 456 seconds by postgrey-1.36 at arlo; Thu, 19 Oct 2017 07:51:37 PDT Received: from avasout05.plus.net (avasout05.plus.net [84.93.230.250]) by arlo.cworth.org (Postfix) with ESMTPS id BF0D46DE0A6C for ; Thu, 19 Oct 2017 07:51:37 -0700 (PDT) Received: from mail.bubblegen.co.uk ([80.229.236.194]) by avasout05 with smtp id PSjv1w0084CLJ5401Sjxw0; Thu, 19 Oct 2017 15:43:57 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.2 cv=Iav3YSia c=1 sm=1 tr=0 a=G4bc5lkgapKKm1P+Twxy3Q==:117 a=G4bc5lkgapKKm1P+Twxy3Q==:17 a=02M-m0pO-4AA:10 a=VUAPHFJRlsrdTVJShZIA:9 a=QEXdDO2ut3YA:10 a=trW-_4HgiSmvwAO1ymMA:9 a=frD-2ze7107lkycL:21 Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: matt) by mail.bubblegen.co.uk (Postfix) with ESMTPSA id B6CA54622014 for ; Thu, 19 Oct 2017 15:43:55 +0100 (IST) Received: by mail-lf0-f44.google.com with SMTP id r129so9892495lff.8 for ; Thu, 19 Oct 2017 07:43:55 -0700 (PDT) X-Gm-Message-State: AMCzsaVhJZo3Omf6cRjinh9UB8sWGjbdJF/B86TRFaw5USP9OnANreoR IS89NnldegAs2yYTI8Qqi5wEtJ/Rwxe5/2sMoG4= X-Google-Smtp-Source: ABhQp+SuW+Ae8rS2/i9vItwzlvYBHvk/E42ZBfnSEneY11F5k112gx4h398jwebDf9kzS4lRUVZ3S9jzEdHmgtVdvfU= X-Received: by 10.46.85.16 with SMTP id j16mr876321ljb.109.1508424234988; Thu, 19 Oct 2017 07:43:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.29.17 with HTTP; Thu, 19 Oct 2017 07:43:54 -0700 (PDT) From: Matthew Lear Date: Thu, 19 Oct 2017 15:43:54 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: web interface to notmuch To: notmuch@notmuchmail.org Content-Type: multipart/alternative; boundary="94eb2c1cdc94b27ae5055be7627d" X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2017 14:51:39 -0000 --94eb2c1cdc94b27ae5055be7627d Content-Type: text/plain; charset="UTF-8" Hello all. A little side project at work involves me trying to put together part of a knowledge share system where users can query and search email stored and indexed centrally (by offlineimap & notmuch). My intention is to provide a means to support multiple concurrent read-only accesses to the notmuch database from users' web browsers so they can query and search mail. Consider a few different email addresses being plugged into various systems, all receiving email on different topics. I'd like to build an application which presents a web frontend which I can run on the server which fetches and indexes the mail, and thus present a web interface to search all mail using notmuch. notmuch-web has not seen much development for a few years. noservice looks pretty nifty but I'm a little unsure of the status and if it's missing anything fundamental. I think my requirements are pretty basic: * Read-only access * Search and display mail only (no sending), including html mails * Freeform entry of search terms in accordance with notmuch-search-terms(7). Would anybody have any ideas about the best way to undertake such a project? notmuch-web and noservice definitively look like they could be leveraged, but I don't know if I'd be better trying to construct something from the ground up which is better suited / tailored to my requirements (which are much less than either of the above were intended to fulfil). A standalone app would be preferred rather than having to rely on a web server, although I'm not picky about infrastructure. Web based programming is not my forte so I'd appreciate any feedback relating also to implementation, currently available open source web frameworks which could be used / considered / leveraged, etc. Many thanks, -- Matt --94eb2c1cdc94b27ae5055be7627d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all. A little side project at work involves me tryin= g to put together part of a knowledge share system where users can query an= d search email stored and indexed centrally (by offlineimap & notmuch).= My intention is to provide a means to support multiple concurrent read-onl= y accesses to the notmuch database from users' web browsers so they can= query and search mail.

Consider a few different email a= ddresses being plugged into various systems, all receiving email on differe= nt topics. I'd like to build an application which presents a web fronte= nd which I can run on the server which fetches and indexes the mail, and th= us present a web interface to search all mail using notmuch.

=
notmuch-web has not seen much development for a few years.
=
noservice looks pretty nifty but I'm a little unsure of the status= and if it's missing anything fundamental.

I t= hink my requirements are pretty basic:

* Read-only= access
* Search and display mail only (no sending), including ht= ml mails
* Freeform entry of search terms in accordance with notm= uch-search-terms(7).

Would anybody have any ideas = about the best way to undertake such a project?

no= tmuch-web and noservice definitively look like they could be leveraged, but= I don't know if I'd be better trying to construct something from t= he ground up which is better suited / tailored to my requirements (which ar= e much less than either of the above were intended to fulfil).
A standalone app would be preferred rather than having to rely= on a web server, although I'm not picky about infrastructure. Web base= d programming is not my forte so I'd appreciate any feedback relating a= lso to implementation, currently available open source web frameworks which= could be used / considered / leveraged, etc.

Many= thanks,
--=C2=A0 Matt

--94eb2c1cdc94b27ae5055be7627d--