From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80320 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: smtp crap Date: Wed, 12 Oct 2011 10:49:40 +0200 Message-ID: <83r52iwq57.fsf@gnu.org> References: <8739f4kzp3.fsf@catnip.gol.com> <87ipo0p1bc.fsf@stupidchicken.com> <58C87CB9F44943A7BBE78F2D6B62A850@us.oracle.com> <83botsf06d.fsf@gnu.org> <83k48cxj85.fsf@gnu.org> <20FFD44DE7DF42C78FDDA3EF06397A78@us.oracle.com> <83y5wrw53e.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1318409448 17467 80.91.229.12 (12 Oct 2011 08:50:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 12 Oct 2011 08:50:48 +0000 (UTC) Cc: cyd@stupidchicken.com, ding@gnus.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, pj@irregularexpressions.net, larsi@gnus.org, drew.adams@oracle.com, miles@gnu.org To: Tim Cross Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 12 10:50:38 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RDuWM-0004IW-DP for ged-emacs-devel@m.gmane.org; Wed, 12 Oct 2011 10:50:38 +0200 Original-Received: from localhost ([::1]:48676 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDuWL-0001qJ-6t for ged-emacs-devel@m.gmane.org; Wed, 12 Oct 2011 04:50:37 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:51294) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDuWD-0001pr-FH for emacs-devel@gnu.org; Wed, 12 Oct 2011 04:50:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RDuW9-0004mR-NB for emacs-devel@gnu.org; Wed, 12 Oct 2011 04:50:29 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:62887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDuW9-0004m9-Gb; Wed, 12 Oct 2011 04:50:25 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LSY0010034L3700@a-mtaout22.012.net.il>; Wed, 12 Oct 2011 10:49:40 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.51.78]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LSY000MF36QAYA0@a-mtaout22.012.net.il>; Wed, 12 Oct 2011 10:49:40 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144963 gmane.emacs.gnus.general:80320 Archived-At: > Date: Wed, 12 Oct 2011 10:11:45 +1100 > From: Tim Cross > Cc: cyd@stupidchicken.com, ding@gnus.org, emacs-devel@gnu.org, > monnier@iro.umontreal.ca, pj@irregularexpressions.net, larsi@gnus.org, > drew.adams@oracle.com, miles@gnu.org > > Preventing emacs from submitting bugs via email when running under -Q > does not prevent the user form submitting the bug report using another > email client. But it makes that harder, which is IMO unnecessary. > There should be NO exceptions to -Q - it should represent an emacs > environment where ALL user configuration values are at their default > settings. I agree, but this is correct only up to the point where Emacs completed collecting the relevant data for the bug report. After that point, there's no problem in modifying the defaults, because they no longer affect the bug report and the behavior reported therein. > If the big blocker to getting this right is that we are in pretest and > therefore cannot make significant change, then surely, given that the > current proposed solutions are less than adequate, the sensible > solution is to delay making ANY change to default behaviour until we > have a good solution. The default behavior until now WAS to send email from Emacs, using one of the methods it supports. So we are in agreement for this part.