public inbox for nncp-devel@lists.stargrave.org
Atom feed
From: John Goerzen <jgoerzen@complete•org>
To: Hadmut Danisch <hadmut@danisch•de>
Cc: nncp-devel@lists.cypherpunks.su
Subject: Re: ACK packets?
Date: Sun, 14 Dec 2025 23:41:13 -0600	[thread overview]
Message-ID: <877buofgjq.fsf@complete.org> (raw)
In-Reply-To: <fb102fcf-9b44-4b16-a8fe-97c5952a5abb@danisch.de> (Hadmut Danisch's message of "Sun, 14 Dec 2025 01:42:14 +0200")

On Sun, Dec 14 2025, Hadmut Danisch wrote:

> Am 14.12.25 um 01:11 schrieb John Goerzen:
>> You
>> could also use them if you think that, for instance, machine B in your
>> example is not entirely reliable.
>
>
> That's what I had intended, but when using internet connections instead of
> usb-drives, I'm not using nncp-xfer, but nncp-exec, nncp-file, nncp-daemon, and
> nncp-caller, and as far as I can see, they do not support this -keep option.

Hi Hadmut,

It sounds like you might be confusing the different types of commands.
exec and file both create packets.  daemon and caller exchange them over
the network, and of course xfer exchanges them over the filesystem.

-keep wouldn't be relevant for exec or file, since they don't do
anything that would remove packets.
https://www.complete.org/nncp-concepts/ may possibly help you out there.

The network protocol confirms delivery to the next hop itself, so
packets are only deleted off the origin machine with daemon or caller
once the remote confirms delivery.

However, this of course can't protect against an intermediate maching
dying in the midst of a multihop delivery.  I could see ack being useful
there.  Sergey will have to comment on that one.

- John

  reply	other threads:[~2025-12-15  5:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-13 22:50 ACK packets? Hadmut Danisch
2025-12-13 23:11 ` John Goerzen
2025-12-13 23:42   ` Hadmut Danisch
2025-12-15  5:41     ` John Goerzen [this message]
2025-12-15 11:40       ` Hadmut Danisch