Not always online capsules

Jonathan McHugh indieterminacy at libre.brussels
Wed Sep 22 10:28:43 BST 2021
Omar,

Speaking of your coding, I noticed this
=> https://git.omarpolo.com/mlmpl/tree/README.md

Can you imagine any considerations for creating a mailing list/newsletter approach for such a problem domain?

====================
Jonathan McHugh
indieterminacy@libre.brussels

September 22, 2021 10:03 AM, "Omar Polo" <op@omarpolo.com> wrote:

> Chris McGowan <cmcgowan9990@gmail.com> writes:
> 
>>> My assumption, when I follow a link and I just get an error message,
>> 
>> is that the capsule is dead, and the project abandoned. I assume an
>> always-on internet. I'm wondering how we can change this assumption,
>> and make it ok for capsules not to always be online.
>> 
>> That, I believe, is the point of the DNS txt record. In theory, a
>> client, when getting a cannot connect error from the capsule could
>> query for a DNS txt record for the domain (presumably at a standard or
>> conventional place/name) which it could then display to the user
>> attempting to connect. This message could say something like:
>> 
>> "Hey looks like you tried to reach me during my capsule's off
>> hours. Here's when this capsule is online <schedule>. If it is
>> currently within that schedule and you still can't reach the site,
>> please let me know here: <contact details>"
>> 
>> Or some other appropriate message.
> 
> Love the idea, I'm tempting to drafting something in my client ^^"
> 
> I think it's better to use a free-form text instead of trying to come up
> with a strict syntax to communicate when the capsule should be online.
> I'm not convinced it is worth for robots to know these schedules, given
> all the complex schedule one can have (and the rabbit hole for the
> "perfect" syntax that covers all possible situations is pretty deep.)
> 
> (just remember to add the timezone info in <schedule> :D)
> 
>> This would have the benefit of being relatively simple to implement
>> for clients and for capsule hosts to use, although your registrar
>> would have to allow txt records.
> 
> There are registrar that disallow txt records? Lot of other services
> (gitlab pages comes to mind for example) requires user to set TXT
> records.


Archive home | About this archive