* proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
@ 2013-09-04 9:42 David Bremner
2013-09-04 9:45 ` Tomi Ollila
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: David Bremner @ 2013-09-04 9:42 UTC (permalink / raw)
To: notmuch mailing list
Hi;
Both are superceded by code in the main tree, and should probably not be
shipped in the next release. I suppose there are some packagers
packaging contrib/notmuch-deliver, but they will have to adapt at some
point anyway.
Comments?
d
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 9:42 proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver David Bremner
@ 2013-09-04 9:45 ` Tomi Ollila
2013-09-04 9:50 ` Patrick Totzke
2013-09-04 9:50 ` David Belohrad
2013-09-04 11:21 ` Amadeusz Żołnowski
2 siblings, 1 reply; 9+ messages in thread
From: Tomi Ollila @ 2013-09-04 9:45 UTC (permalink / raw)
To: David Bremner, notmuch mailing list
On Wed, Sep 04 2013, David Bremner <david@tethera.net> wrote:
> Hi;
>
> Both are superceded by code in the main tree, and should probably not be
> shipped in the next release. I suppose there are some packagers
> packaging contrib/notmuch-deliver, but they will have to adapt at some
> point anyway.
>
> Comments?
+1 for removal.
>
> d
Tomi
--
"kaik on mänt!"
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 9:42 proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver David Bremner
2013-09-04 9:45 ` Tomi Ollila
@ 2013-09-04 9:50 ` David Belohrad
2013-09-04 10:25 ` David Bremner
2013-09-04 11:21 ` Amadeusz Żołnowski
2 siblings, 1 reply; 9+ messages in thread
From: David Belohrad @ 2013-09-04 9:50 UTC (permalink / raw)
To: David Bremner, notmuch mailing list
is actually someone using notmuch deliver? i was thinking to use is as
my 'implementation' of emailing uses remote access via SSH. This one is
considerably slower (especially when slow uplink) than local access and
hence if notmuch-deliver would be in a shape, that would spare at least
some time when 'notmuch new' is invoked from remote.
i agree however that 'notmuch new' could be scheduled at some interval,
notmuch-deliver would be much clearer solution.
.d.
David Bremner <david@tethera.net> writes:
> Hi;
>
> Both are superceded by code in the main tree, and should probably not be
> shipped in the next release. I suppose there are some packagers
> packaging contrib/notmuch-deliver, but they will have to adapt at some
> point anyway.
>
> Comments?
>
> d
> _______________________________________________
> notmuch mailing list
> notmuch@notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 9:50 ` David Belohrad
@ 2013-09-04 10:25 ` David Bremner
2013-09-04 12:07 ` Suvayu Ali
2013-09-04 14:53 ` Sebastian Schwarz
0 siblings, 2 replies; 9+ messages in thread
From: David Bremner @ 2013-09-04 10:25 UTC (permalink / raw)
To: David Belohrad, notmuch mailing list
David Belohrad <david@belohrad.ch> writes:
> is actually someone using notmuch deliver? i was thinking to use is as
> my 'implementation' of emailing uses remote access via SSH. This one is
> considerably slower (especially when slow uplink) than local access and
> hence if notmuch-deliver would be in a shape, that would spare at least
> some time when 'notmuch new' is invoked from remote.
>
notmuch-deliver is replaced by notmuch insert
d
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 10:25 ` David Bremner
@ 2013-09-04 12:07 ` Suvayu Ali
2013-09-04 14:53 ` Sebastian Schwarz
1 sibling, 0 replies; 9+ messages in thread
From: Suvayu Ali @ 2013-09-04 12:07 UTC (permalink / raw)
To: notmuch
Hi David,
On Wed, Sep 04, 2013 at 07:25:09AM -0300, David Bremner wrote:
> David Belohrad <david@belohrad.ch> writes:
>
> > is actually someone using notmuch deliver? i was thinking to use is as
> > my 'implementation' of emailing uses remote access via SSH. This one is
> > considerably slower (especially when slow uplink) than local access and
> > hence if notmuch-deliver would be in a shape, that would spare at least
> > some time when 'notmuch new' is invoked from remote.
> >
>
> notmuch-deliver is replaced by notmuch insert
I presume notmuch insert is a CLI only feature? Or is it available from
the library too? I was thinking of this in the context of mutt-kz
storing records.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 10:25 ` David Bremner
2013-09-04 12:07 ` Suvayu Ali
@ 2013-09-04 14:53 ` Sebastian Schwarz
2013-09-05 9:12 ` Mark Walters
1 sibling, 1 reply; 9+ messages in thread
From: Sebastian Schwarz @ 2013-09-04 14:53 UTC (permalink / raw)
To: notmuch mailing list
Hello,
On 2013-04-09, David Bremner <david@tethera.net> wrote:
> David Belohrad <david@belohrad.ch> writes:
>
>> is actually someone using notmuch deliver?
I am using notmuch-deliver with maildrop. This allows me to
filter and tag based on any header field of the message.
>> [...]
>
> notmuch-deliver is replaced by notmuch insert
Because of the way notmuch-insert(1) deals with failure it is
entirely useless to me. From the manual page:
> This command returns exit status 0 if the message was
> successfully added to the mail directory, even if the message
> could not be indexed and added to the notmuch database.
This means that if the index is locked when a message is
delivered it will not be tagged appropriately. The message will
still be written to disk. However if you rely on the tags to
find the message it effectively gets lost.
notmuch-insert(1) should fail if it isn't able to successfully
perform all of the following three tasks:
- write the message to disk
- index the message
- tag the message
It should return with a non-0 exit status and let its caller --
the MDA or another notmuch client -- handle the failure, since
notmuch-insert(1) cannot make any guarantees by itself anyway.
This would usually make an MDA retry delivering the message at a
later time.
Regards,
Sebastian
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 14:53 ` Sebastian Schwarz
@ 2013-09-05 9:12 ` Mark Walters
0 siblings, 0 replies; 9+ messages in thread
From: Mark Walters @ 2013-09-05 9:12 UTC (permalink / raw)
To: Sebastian Schwarz, notmuch mailing list
On Wed, 04 Sep 2013, Sebastian Schwarz <seschwar@gmail.com> wrote:
> Hello,
>
> On 2013-04-09, David Bremner <david@tethera.net> wrote:
>> David Belohrad <david@belohrad.ch> writes:
>>
>>> is actually someone using notmuch deliver?
>
> I am using notmuch-deliver with maildrop. This allows me to
> filter and tag based on any header field of the message.
>
>>> [...]
>>
>> notmuch-deliver is replaced by notmuch insert
>
> Because of the way notmuch-insert(1) deals with failure it is
> entirely useless to me. From the manual page:
>
>> This command returns exit status 0 if the message was
>> successfully added to the mail directory, even if the message
>> could not be indexed and added to the notmuch database.
>
> This means that if the index is locked when a message is
> delivered it will not be tagged appropriately. The message will
> still be written to disk. However if you rely on the tags to
> find the message it effectively gets lost.
>
> notmuch-insert(1) should fail if it isn't able to successfully
> perform all of the following three tasks:
>
> - write the message to disk
> - index the message
> - tag the message
>
> It should return with a non-0 exit status and let its caller --
> the MDA or another notmuch client -- handle the failure, since
> notmuch-insert(1) cannot make any guarantees by itself anyway.
> This would usually make an MDA retry delivering the message at a
> later time.
I think this is a good reason not to remove notmuch-deliver until there
is at least an option to insert to fail in this case. A step in this
direction was made in
id:1374365254-13227-1-git-send-email-novalazy@gmail.com but this is not
a complete solution and is not in mainline anyway.
Best wishes
Mark
>
> Regards,
> Sebastian
> _______________________________________________
> notmuch mailing list
> notmuch@notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver
2013-09-04 9:42 proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver David Bremner
2013-09-04 9:45 ` Tomi Ollila
2013-09-04 9:50 ` David Belohrad
@ 2013-09-04 11:21 ` Amadeusz Żołnowski
2 siblings, 0 replies; 9+ messages in thread
From: Amadeusz Żołnowski @ 2013-09-04 11:21 UTC (permalink / raw)
To: David Bremner, notmuch mailing list
[-- Attachment #1: Type: text/plain, Size: 377 bytes --]
David Bremner <david@tethera.net> writes:
> Both are superceded by code in the main tree, and should probably not be
> shipped in the next release. I suppose there are some packagers
> packaging contrib/notmuch-deliver, but they will have to adapt at some
> point anyway.
>
> Comments?
+1. I don't pack notmuch-deliver for Gentoo.
--
Amadeusz Żołnowski
[-- Attachment #2: Type: application/pgp-signature, Size: 489 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2013-09-05 9:12 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-04 9:42 proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver David Bremner
2013-09-04 9:45 ` Tomi Ollila
2013-09-04 9:50 ` Patrick Totzke
2013-09-04 9:50 ` David Belohrad
2013-09-04 10:25 ` David Bremner
2013-09-04 12:07 ` Suvayu Ali
2013-09-04 14:53 ` Sebastian Schwarz
2013-09-05 9:12 ` Mark Walters
2013-09-04 11:21 ` Amadeusz Żołnowski
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).