On Thu, 3 Oct 2002, Eric Thomas wrote:
> The upcoming level set will have the old separators back when using
> GETPOST ... NOMIME. It will also allow you to request NOMIME format via
> the listname-search-request address by typing in a line saying just
> NOMIME, anywhere in the response. ...

Thank you.  Now, if I recall correctly, Ben Parker said there were two
upcoming level sets, one with new features not included in 1.8e, and a
later one with fixes.  If that is correct, will this NOMIME  fix be in the
first or the second level set?

My subscribers, and people on lists to which I subscribe, will be glad of
having the option, but I wonder, could this be made something which could
be a changeable list default?  For example, if the list has Attachments= No
the default is GETPOST is always NOMIME, while if attachments of any
description are allowed, the list default is MIME. Or, while GETPOST is a
command, not a mail option, could it be linked to options such as
MIME/NOMINE HTML/NOHTML?  It seems to me that if a person has his mail
options set NOMIME, he would most likely want the output of GETPOST, hence
the output of ordering using the daily INDEX, to also be NOMIME. Could you,
in future, link GETPOST to who the subscribers mail options are set?

Also, thank you for restoring the posting numbers, when one specifies
NOMIME; they do serve as a useful demarcation.  However, I wonder why they
are restored only if one specifies NOMIME.  If one is looking at a large
number of items, with the same sbuject line, several of which are from the
same person, the posting numbers are very handy identifiers, whether one
gets GETPOST output as MIME or NOMIME.  Without the numbers one has to
count how many postings into a large GETPOST output a particular item is,
then look at a separate piece of email and try to match to the numbers.
Only then can one tell a subscriber what number to use in his GETPOST to
retrieve a particular item.  It seems to me those posting numbers are just
as useful regardless of how one receives GETPOST output.

Douglas Winship
[log in to unmask]