From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Emacs in a Corporate Environment Date: Fri, 14 Apr 2023 17:52:36 +0300 Message-ID: <83cz46frd7.fsf@gnu.org> References: <87pm876e9j.fsf@mbork.pl> <873552sf7u.fsf@gmx.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9312"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mbork@mbork.pl, corwin@bru.st, yuancao85@gmail.com, help-gnu-emacs@gnu.org, john@yates-sheets.org To: Michael Albinus Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 14 16:53:11 2023 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pnKnV-0002FV-J5 for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 14 Apr 2023 16:53:09 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pnKn4-0004NG-Sw; Fri, 14 Apr 2023 10:52:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnKn3-0004N5-Sd for help-gnu-emacs@gnu.org; Fri, 14 Apr 2023 10:52:41 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnKn2-0000Rn-01; Fri, 14 Apr 2023 10:52:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=FL34sZf+lakvhnDXLn6G1JCk0JpAH7Sj+vVggyRFj1Q=; b=NXUk4OKSmmKc /5oykcDmmj2QOxyHd4T5FPWmXFChv7kUuLu5qmHdhUIh50t0RSSMQKc1o3tFd36kKGJuQrOVohsY1 Ibnt2ropHyCmwdmwTalwzytwaEy0+7G5Y+X9JyqMm7LJuJBxTqM5MqnEqS8s/cAsU2GS/kumpEW04 2QQxNruIN5ra0klNDqEHeOIJRn1as7NkamWNg9X+HJMSfDuXdAl6cZZwHigkVEODrzQa/28XDVtmZ MW2y0dwR+DFXa4MvABRpuxQ6RhVYwHvqWvf82qSdC9HC2NocDi7XzAy272cSO4RmPzdaBH5B4IUkT qYuzMMfzHYp5V+2AJcYrTQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnKn1-0002k0-3B; Fri, 14 Apr 2023 10:52:39 -0400 In-Reply-To: <873552sf7u.fsf@gmx.de> (message from Michael Albinus on Fri, 14 Apr 2023 16:36:37 +0200) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143264 Archived-At: > From: Michael Albinus > Cc: Corwin Brust , Yuan Cao , > help-gnu-emacs@gnu.org, John Yates > Date: Fri, 14 Apr 2023 16:36:37 +0200 > > > I guess some internet beast swallowed the rest of your letter, but > > I second the message that OP should /not/ be embarrassed. Silly jokes > > aside, the question is a valid one. In fact, there is one area I am > > a bit afraid of wrt Emacs & security, and if I may hijack the thread (a > > bit), let me ask this: if I edit remote files via TRAMP, can I be sure > > not even partial copy of data from the server ends up on my local drive, > > e.g. in /tmp? > > You can be sure that a copy of your remote data end up in your local > drive in /tmp. Tramp is busy to clenaup after the operations, but there > is no guarantee that it will cover everything. And if somebody calls > `file-local-copy' of a remote file, this ends up in your /tmp by > intention of the caller. Actually, you don't even need file-local-copy in the picture. Every modern OS has a swap file, which is used as the "backing store" for the VM allocations. So once you have any text in memory, chances are its copy will end up on disk, and these chances go up as time goes by and the probability of the memory holding the text to be swapped out increases. The rule is: anything you have in memory can very well end up being somewhere on your local disk.