~mibh

california

https://www.redbarn.org/

  • software cron|bind|dnscap|ncap|dnsdbq
  • dns notify|update|tsig|edns|dlv|rrl|rpz|tap
  • rfc 1876|1996|2010|2052|2136|2317|2671|2845
  • founder decnsl|paix|isc|maps|mibh|nominum|dns-oarc|farsight
  • worked dec|abovenet|icann|arin

Recent activity

Re: Fork proposal 2 months ago

From Paul Vixie to ~sircmpwn/aerc


mailrupile@gmail.com wrote on 2021-11-16 13:46:
> Kalyan Sriram <kalyan@coderkalyan.com> wrote:
>> The people who want a federated, open source/open standard,
>> non-commerically motivated, efficient, secure chat protocol.
> 
> Paul Vixie <paul@redbarn.org> wrote:
>> source hut (sr.ht) is one of the great wonders of this modern
>> too-centralized era and we should be moving things _to_ it not _from_ it.
> 
> Are you aware that this mail list is run using AWS Simple Email Service?

i was not. in any case i was referring to the git service not the e-mail

Re: Fork proposal 2 months ago

From Paul Vixie to ~sircmpwn/aerc


Drew DeVault wrote on 2021-11-15 14:16:
> On Mon Nov 15, 2021 at 11:01 PM CET, Mailru Pile wrote:
>>> I don't know if many people will be reading this but I'll ask anyway.
>>
>> That is one of the reasons to migrate somewhere like
>> Github/Gitlab/Codeberg
> 
> God, don't fucking move to GitHub. aerc was explicitly designed to
> support the mailing list workflow.

+1.

Re: aerc 0.6.0 2 months ago

From Paul Vixie to ~sircmpwn/aerc


Byron Torres wrote on 2021-11-10 08:47:
> On Wed Nov 10, 2021 at 4:27 PM GMT, Paul Vixie wrote:
>> ...
>>
>> i hope this is never done. i use imap as an archive, and there are
>> eleven (11) gigabytes among my folders, which i do not wish to have
>> cached in any form on my client. aerc is lean and mean and i hope it
>> will stay that way.
> 
> Perhaps local indexing and caching can be optional, off by default, and
> only for INBOX. Given a user with good email discipline, would you
> consider this sensible?

Re: aerc 0.6.0 2 months ago

From Paul Vixie to ~rjarry/aerc-devel


Byron Torres wrote on 2021-11-10 08:47:
> On Wed Nov 10, 2021 at 4:27 PM GMT, Paul Vixie wrote:
>> ...
>>
>> i hope this is never done. i use imap as an archive, and there are
>> eleven (11) gigabytes among my folders, which i do not wish to have
>> cached in any form on my client. aerc is lean and mean and i hope it
>> will stay that way.
> 
> Perhaps local indexing and caching can be optional, off by default, and
> only for INBOX. Given a user with good email discipline, would you
> consider this sensible?

Re: aerc 0.6.0 2 months ago

From Paul Vixie to ~sircmpwn/aerc


Robin Jarry wrote on 2021-11-10 01:14:
> ...
> 
> In any case, there is an issue with this threading feature. Very few
> IMAP servers support the THREAD extension. This means that we need to do
> the sorting on the client side. This requires a local email archive or
> cache which aerc does not have yet for the IMAP backend.
i hope this is never done. i use imap as an archive, and there are 
eleven (11) gigabytes among my folders, which i do not wish to have 
cached in any form on my client. aerc is lean and mean and i hope it 
will stay that way.

Re: aerc 0.6.0 2 months ago

From Paul Vixie to ~rjarry/aerc-devel


Robin Jarry wrote on 2021-11-10 01:14:
> ...
> 
> In any case, there is an issue with this threading feature. Very few
> IMAP servers support the THREAD extension. This means that we need to do
> the sorting on the client side. This requires a local email archive or
> cache which aerc does not have yet for the IMAP backend.
i hope this is never done. i use imap as an archive, and there are 
eleven (11) gigabytes among my folders, which i do not wish to have 
cached in any form on my client. aerc is lean and mean and i hope it 
will stay that way.