[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nmh-workers] More configuration stuff (acconfig.h)

From: Lyndon Nerenberg
Subject: Re: [Nmh-workers] More configuration stuff (acconfig.h)
Date: Thu, 5 Jan 2012 11:41:10 -0800 (PST)
User-agent: Alpine 1.10 (OSX 962 2008-03-14)

REALLYDUMB      - What this does is prevent adrsprintf() from appending a
                  local hostname if a username doesn't have one.  You know,
                  I really think this should be a run-time option instead.
                  Anyone care if I make it so it is?  (The default can
                  be off to match current behavior).

Shouldn't this be the decision of the message submission agent? For instance, the MSA has a much better idea of what the domain part of the address should look like. I'd argue for ripping it out altogether.

RPATHS          - Construct Return-Path headers from "From " lines.
                  I say keep it, since it's been around forever (a fair
                  amount of code, actually).

I'm going to argue for the removal of this code, as well. The Return-Path header should be inserted by the delivering MTA, and I can't think of any modern MTA that doesn't.

BUILTIN_FTP     - This was the only code I didn't add IPv6 code to.  It's
                  turned on right now, but I have to question how useful it
                  is (it's built-in ftp support for mhn).  I haven't seen
                  MIME messages with external-body parts in forever, and
                  even if we did get any I think this work should be forked
                  off to an external ftp program or something like curl.
                  Thoughts?  Actually, I wonder how many MUAs support
                  MIME external-body anyway (okay, a quick Google shows
                  that it's non-zero, but I suspect that a lot of it is
                  done via http rather than ftp anyway).

I still receive (and send) the occasional message with externals. But the internal FTP support should be nuked. It doesn't handle any of the modern FTP extensions (authentication, UTF8, modern file listing).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]