From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <e@80x24.org>
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN:  
X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00
	shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2
Received: from localhost (dcvr.yhbt.net [127.0.0.1])
	by dcvr.yhbt.net (Postfix) with ESMTP id 4401F1F8C6;
	Tue,  7 Sep 2021 22:22:18 +0000 (UTC)
Date: Tue, 7 Sep 2021 22:22:18 +0000
From: Eric Wong <e@80x24.org>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: meta@public-inbox.org
Subject: Re: [PATCH] lei_to_mail+mbox_reader: fix handling of empty/bogus
 emails
Message-ID: <20210907222218.GA16074@dcvr>
References: <20210902211225.pmnykwcwcxeaunt5@meerkat.local>
 <20210902215850.GA5063@dcvr>
 <20210903151500.h72mzcpqixgtytjs@meerkat.local>
 <20210904213658.GA27941@dcvr>
 <20210907181726.ghb6xn4qcsdchquw@meerkat.local>
 <20210907205617.GA3923@dcvr>
 <20210907212004.nn23qtcfpjmbf5tl@meerkat.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20210907212004.nn23qtcfpjmbf5tl@meerkat.local>
List-Id: <meta.public-inbox.org>

Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> Okay, I guess it's not any different from someone doing the same thing over
> the web interface. It would be nice to have a way to limit how many messages
> are returned for gzipped mailbox downloads, seeing as they cannot be paginated
> in the same way web views are, but it's not a priority right away.

I'm thinking pagination would cause unnecessary hardship for
legitimate users.

The mbox.gz streaming doesn't hurt -httpd any more than
aggressive bots do.  HTML pagination is mainly needed to avoid
performance problems on the client/rendering side.