emacs-devel
[Top][All Lists]
Advanced

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

Re: custom-reevaluate-setting / custom-initialize-delay


From: David Reitter
Subject: Re: custom-reevaluate-setting / custom-initialize-delay
Date: Tue, 23 Feb 2010 13:40:32 -0500

Yes, send-mail-function is the only delayed-init defcustom that's autoloaded.

On Feb 23, 2010, at 1:04 PM, Glenn Morris wrote:

> send-mail-function's default value probably shouldn't be based on
> window-system anyway, now that X and tty frames can be mixed (though I
> don't know if this works on Windows/Nextstep). I think
> mailclient-send-it itself should check window-system and call
> sendmail-send-it if it is nil.

I don't think that this would be a user-friendly solution. 
It should be `initial-window-system', not `window-system', however.  I find 
that `browse-url' is not useful on remote emacs sessions via SSH.

You may recall that the default value is different on GNU/Linux because we 
expect users to configure their Emacs mail system explicitly (e.g., with a 
working sender address), or that the `browse-url' (with a mailto://) mechanism 
is less likely to produce the desired effects (haven't tested this).   Also, an 
older OS X version didn't correctly run `sendmail'.

The underlying reason for all of this is independent of the system - firewalls 
block outgoing mail traffic, and mail servers refuse to deliver mail from 
dial-up IPs.
I noticed all of this because a user complained that his bug reports didn't go 
through (but were silently swallowed).

And no, X/TTY mixing doesn't work on NS. 

Attachment: PGP.sig
Description: This is a digitally signed message part


reply via email to

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