Re: options for mutt + notmuch integration

2015-05-25 Thread Xu Wang
On Sun, May 24, 2015 at 7:07 PM, Ian Zimmerman  wrote:
> On 2015-05-24 17:55 -0400, Xu Wang wrote:
>
>> I see the following possibilities:
>> (1) mutt-kz
>> (2) the python script.
>> (3) mutt-notmuch [1] (I understand this is deprecated, see [2])
>> (4) notmuch-mutt, which is integrated into notmuch (see [3])
>
>> Another objective of this email is to understand why mutt does not
>> have an indexer built-in. Is this because of the Unix principle of
>> simplicity? Does it violate some other philosophy of mutt development?
>> Or has the work simply not been done to a point that it would be a
>> good implementation? From what I read [4], mutt-kz forked mutt because
>> "upstream authors deemed too radical".
>
> I would kind of like the answers to these questions as well.  (For now I
> installed mairix).  But, first of all note that you forgot to resolve
> your footnotes.

Indeed. Thank you for letting me know, Ian! Here they are:

[1] https://github.com/honza/mutt-notmuch-py
[2] http://upsilon.cc/~zack/blog/posts/2012/03/mutt-notmuch_is_dead/
[3] http://git.notmuchmail.org/git/notmuch/tree/HEAD:/contrib/notmuch-mutt
[4] 
http://tech.slashdot.org/story/12/04/06/2017253/mutt-fork-adds-features-from-notmuch

Best,

Xu



>
> And wth is up with the wiki?  Am I the only one for whom it is broken?
>
> --
> Please *no* private copies of mailing list or newsgroup messages.
> Rule 420: All persons more than eight miles high to leave the court.
>


Re: options for mutt + notmuch integration

2015-05-25 Thread Xu Wang
On Sun, May 24, 2015 at 7:03 PM, Suvayu Ali  wrote:
> Hi Xu,
>
> On Sun, May 24, 2015 at 05:55:02PM -0400, Xu Wang wrote:
>>
>> I would prefer not to use mutt-kz because I do not like using forks in
>> general. I wouldn't mind rebasing the patches on top of mutt though.
>> Has anyone had success with this or do they not apply cleanly?
>
> I use mutt-kz for a few years now.  If you choose to use it, there is no
> need to merge with upstream mutt yourself.  The mutt-kz repository is
> synced with the mutt repo when there are enough commits to be synced.
> In case of security fixes, the merges are done almost immediately.

Good to know!

>
> Being able to search emails from within mutt is really convenient.  On
> top of that, I can access my emails using other applications because of
> notmuch, e.g. I can link to emails from my notes in Org mode (an Emacs
> major mode).  I also have a few scripts that integrate easy access to
> emails with my work flow.  I also use a notmuch search based addressbook
> with mutt.  I cannot see any of this being possible without the search
> capability offered by notmuch.

Why not use message-ID and link to that? How does this linking to
emails work better with mutt-kz?

>> Is the only disadvantage of the virtual folder that changes made to a
>> message in it are not applied to the actual message?
>
> This is not true, unless by changes you mean notmuch tags.  In that
> case, it doesn't make sense since a tag is meta information related to
> indexing, so it is stored in the notmuch database.  Notmuch, as a matter
> of principle, never modifies the message file other than changing the
> maildir flags, as appropriate.  As far as I have followed notmuch
> development, this is unlikely to change.

I see, thank you for this explanation.

>
> Hope this helps,

It helps a lot!

Xu


Re: options for mutt + notmuch integration

2015-05-25 Thread Richard Z
On Sun, May 24, 2015 at 05:55:02PM -0400, Xu Wang wrote:
> Dear all,
> 
> I am studying the best approach to get better searching from within
> mutt. From what I understand, this involves looking for an indexer,
> and the best indexer is notmuch. If I misunderstood either of the
> previous points, please let me know. Note that my setup is mutt,
> offlineimap, and gmail.
> 
> Assuming notmuch is the way to go, I have looked into options for
> integrating mutt and notmuch.
> 
> I see the following possibilities:
> (1) mutt-kz
> (2) the python script.
> (3) mutt-notmuch [1] (I understand this is deprecated, see [2])
> (4) notmuch-mutt, which is integrated into notmuch (see [3])
> 
> Is there another possibility I should look into?

I use mairix for most things, and recoll in situations where mairix
doesn't find what I want. 

Richard

---
Name and OpenPGP keys available from pgp key servers



Re: options for mutt + notmuch integration

2015-05-25 Thread Suvayu Ali
(Looks like my message didn't go through because of my example image
attachment.  I thought it was small enough, resending without it.)

On Mon, May 25, 2015 at 03:48:17AM -0400, Xu Wang wrote:
> >
> > Being able to search emails from within mutt is really convenient.  On
> > top of that, I can access my emails using other applications because of
> > notmuch, e.g. I can link to emails from my notes in Org mode (an Emacs
> > major mode).  I also have a few scripts that integrate easy access to
> > emails with my work flow.  I also use a notmuch search based addressbook
> > with mutt.  I cannot see any of this being possible without the search
> > capability offered by notmuch.
> 
> Why not use message-ID and link to that? How does this linking to
> emails work better with mutt-kz?

What do you mean?  How can you link to a message by message-id without a
search?  Notmuch allows you to do exactly that.

For example, I can link to your message (the one I'm responding to), in
Org mode as:

[[notmuch:id:cajhtkniqftd+6ufzq1lthtav2mw5267usud9xg2jjazzzva...@mail.gmail.com][Email
 from Xu Wang: Re: options for mutt + notmuch]]

This is rendered in Emacs as:

  Email from Xu Wang: Re: options for mutt + notmuch

in a special highlighted face so that I know it's a link and I can
follow it with RET or left click.  I could also link to the whole thread

[[notmuch-search:thread:9981][Thread on mutt + notmuch on 
mutt-users]]

or maybe something like this:

[[notmuch-search:subject:"options%2520for%2520mutt%2520+%2520notmuch"][Thread 
on mutt-users: subject:"options for mutt + notmuch"]]

Of course this is redundant for mailing list emails, since we have
public archives, but for private emails, this is invaluable.

I would suggest you give notmuch a try and find it for yourself rather
than ask.  I cannnot possibly foresee how you could integrate emails,
and searching emails into your workflow.  I don't even know what is your
profession!  Emails are my primary medium of collaboration.  So this
kind of integration is invaluable to me.

Hope this helps,

PS: I have attached a screenshot of an Org buffer with notmuch links

-- 
Suvayu

Open source is the future. It sets us free.


Re: unable to send email

2015-05-25 Thread Paul

On Friday, 22 May, 2015 at 01:56:52 BST, cipher wrote:

set smtp_url = "smtps://m...@site.com:passw...@mail.site.com:587/"
set smtp_url = "smtps://m...@site.com:passw...@mail.site.com:465/"
set smtp_url = "smtps://m...@site.com:passw...@mail.site.com:25/“

set smtp_url = "smtp://m...@site.com:passw...@mail.site.com:587/"
set smtp_url = "smtp://m...@site.com:passw...@mail.site.com:465/"
set smtp_url = "smtp://m...@site.com:passw...@mail.site.com:25/"


I don't have the trailing slash in mine. Could it be that, or maybe it's 
getting confused by the @ in your username?