On Mon, Dec 28 2015, Michal Sojka wrote:
> ALTERNATE_EDITOR causes emacsclient to run an alternate editor if the
> emacs server is not ready. This can collide with intended
> functionality in test-lib.sh.
>
> If the ALTERNATE_EDITOR is set but empty, emacsclient runs emacs
>
ALTERNATE_EDITOR causes emacsclient to run an alternate editor if the
emacs server is not ready. This can collide with intended
functionality in test-lib.sh.
If the ALTERNATE_EDITOR is set but empty, emacsclient runs emacs
daemon and tries to connect to it. When this happens the emacs run by
Hi Mark,
I tried this patch. When I set the variable to 'received, first
completion candidates are generated incorrectly. The query looked as
"(to:sojk...@fel.cvut.cz) and (to:prefix*)". It should be "...
(from:prefix*)". This "to:" comes from notmuch-address-options or from
notmuch-company so
fauno writes:
> Peter Salazar writes:
>
>> Hello,
>>
>> I'm using notmuch-mode from within Emacs to send email using async/mbsync
>> through Gmail. However, every time I send email from within Emacs, I get
>> this error:
>
> i got this message too for
Hi David,
Thanks for looking into this. Much appreciated.
Yes, following your steps, emacs -q followed by "M-x load-library
notmuch", I was able to send an email without the error. It prompted me for
my smtp server, username, and password, then returned this:
Sending email
Sending email done
David Bremner writes:
> I guess the tl;dr is that I can't duplicate this problem. Looking at the
> traceback Peter provided, it looks like he is using
> "send-message-without-bullets" to send the message. Since this isn't a
> notmuch function, it's likely bypassing the notmuch