Re: 23.0.60; Feature request: Menu item "load init files" after -q/-Q

[Stefan Monnier]

>> But that's the issue: if sending mail works "reliably" from "emacs -Q"
>> there's no need for "load .emacs".

> That's your issue, which I agree is an issue, though I don't see how
> you propose to address it via "load .emacs".

You said: "it will normally be fixed by loading the init files".

>> The case when there's an error is the easy one.  The problem is when
>> sendmail accepts the mail and then silently drops it,
> I don't see how we can detect that from Emacs, let alone prevent it.

That's the problem.

>> sends it to someone who'll drop it as "spam",
> PEBKAC, not solvable at our end AFAICS.

Not PEBCAK at all.  Most machines nowadays which have /usr/sbin/sendmail
have it misconfigured in such a way that it may very well send it to the
right place, but the right place will drop it as "spam".
In case you wonder: yes I hate blacklists.

>> sends it to a black hole that nobody will ever look at (e.g. a
>> local mailbox).

> In both cases I claim are PEBKAC, the user should be using
> report-emacs-bug (or whatever it may be called nowadays), which should
> set up the To header correctly.

The problem is not the "To:" header.  It's the necessity to setup your
MTA so that it sends email through your ISP's SMTP server.  And you may
not even know your ISP and his SMTP server (e.g. in most hotpspots).
In many cases, the only reliable way for the user to send an email is
via a webmail application.


        Stefan