X-From-Line: MAILER-DAEMON Thu Nov 01 15:40:25 2012
Received: from list by lists.gnu.org with archive (Exim 4.71)
	id 1TU0cr-0004nw-OT
	for mharc-info-gnus-english@gnu.org; Thu, 01 Nov 2012 15:40:25 -0400
Received: from eggs.gnu.org ([208.118.235.92]:33026)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael_heerdegen@web.de>) id 1TU0cp-0004mq-BO
	for info-gnus-english@gnu.org; Thu, 01 Nov 2012 15:40:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <michael_heerdegen@web.de>) id 1TU0cm-0000XJ-Pz
	for info-gnus-english@gnu.org; Thu, 01 Nov 2012 15:40:22 -0400
Received: from mout.web.de ([212.227.15.3]:51276)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael_heerdegen@web.de>) id 1TU0cm-0000X5-GO
	for info-gnus-english@gnu.org; Thu, 01 Nov 2012 15:40:20 -0400
Received: from drachen.dragon ([89.204.130.4]) by smtp.web.de (mrweb001) with
	ESMTPSA (Nemesis) id 0LfzgJ-1T11nG2TQB-00pTDm;
	Thu, 01 Nov 2012 20:40:18 +0100
From: Michael Heerdegen <michael_heerdegen@web.de>
To: info-gnus-english@gnu.org
Subject: Re: Changes in emacs.el
References: <87wqy6sxy0.fsf@Compaq.site.inet>
	<mailman.12055.1351691121.855.info-gnus-english@gnu.org>
	<87wqy6y32n.fsf@Compaq.site.inet>
Mail-Followup-To: info-gnus-english@gnu.org, Cecil@decebal.nl
Date: Thu, 01 Nov 2012 20:40:42 +0100
In-Reply-To: <87wqy6y32n.fsf@Compaq.site.inet> (Cecil Westerhof's message of
	"Wed, 31 Oct 2012 18:16:32 +0100")
Message-ID: <87txt9t8lh.fsf@web.de>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V02:K0:T/BBsqi86c+433tvzHjerevn47TSY59o7vUE3Y1STwK
	PQB49yCbEFUL0YO0GFjRkT68iC40u+//44L7yYrMK/1N+0IaAN
	DDSAgR9vsCGLT5OhXnaUK6gpAuiILpE9J8cGyHe282txZF+0B0
	UMvvyzTJAk+GWmvhV5a1Rk/upFSpyvPR/K/vFR7chk543DBTDl
	zbFo8dbhYjhJnblEKcIvVGX2a3KYmigzUS6RsmyLgs=
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic]
X-Received-From: 212.227.15.3
Cc: Cecil@decebal.nl
X-BeenThere: info-gnus-english@gnu.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Announcements and discussions for GNUS,
	the GNU Emacs Usenet newsreader \(in English\)"
	<info-gnus-english.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/info-gnus-english>,
	<mailto:info-gnus-english-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/info-gnus-english>
List-Post: <mailto:info-gnus-english@gnu.org>
List-Help: <mailto:info-gnus-english-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/info-gnus-english>,
	<mailto:info-gnus-english-request@gnu.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Nov 2012 19:40:24 -0000
Lines: 51
Xref: slip テスト:1

Cecil Westerhof <Cecil@decebal.nl> writes:

> I now added:
>     (setq custom-file "~/.emacs.d/.emacs-custom.el")
>     (load custom-file t nil t t)
>
> There is only one problem:
>     ;; Your init file should contain only one such instance.
>
> Now there will be two. I will see if this is going to give problems.

If you have a separate custom file, your init file can contain as much
`custom-set-variables' or `custom-set-faces' as you want, AFAIK.  The
limitation only exists so that Emacs can automatically edit it and can
be sure it doesn't miss anything.  If you have a separate custom file,
you can do what you want in your init file, because it's then not
subject to automatic editing.

Of course, it would be better style to avoid `custom-set-variables' in
your init file and use standard Elisp instead (I mean `setq',
`setq-default' etc.).

> Also: why does Emacs do this? I never do anything with custom.

I know that some code in vanilla Emacs or third party packages use the
customization file for storing settings.  You need not use the
customization interface for this to happen.  It is arguable if this is
always necessary, but I can live with it.

In your case, this was the apparently the cause:

  Gnus supports Cancel Locks in News.
 
  This means a header `Cancel-Lock' is inserted in news
  posting.  It is used to determine if you wrote an article or
  not (for canceling and superseding).  Gnus generates a random
  password string the first time you post a message, and saves
  it in your `~/.emacs' using the Custom system.  While the
  variable is called `canlock-password', it is not security
  sensitive data.  Publishing your canlock string on the web
  will not allow anyone to be able to anything she could not
  already do.  The behavior can be changed by customizing
  `message-insert-canlock'.



Regards,

Michael.


