From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 23 Sep 2002 20:31:34 +0400 From: Alexey Tourbin To: sisyphus@altlinux.ru Message-ID: <20020923163134.GA16586@ungrund> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: [sisyphus] fetchmail .fetchmailrc symlink Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: fetchmail не разрешает, чтобы ~/.fetchmailrc был симлинком, видимо, из соображений безопасности. Но есть и другие соображения безопасности: хочется разместить .fetchmailrc на шифрованном разделе (в подкаталоге), а на старом месте оставить symlink, чтобы его когда нужно мог подцепить fetchmail-daemon. Вопрос: почему нельзя разрешить ~/.fetchmailrc быть симлинком, если конечный файл всё равно останется 0600 user-owned? Если всё же есть веская причина этого не разрешать, можно ли в таком случае разрешить его хранить в подкаталогах домашнего каталога? --- fetchmail-5.9.12.orig/rcfile_y.y Mon Apr 1 11:47:00 2002 +++ fetchmail-5.9.12/rcfile_y.y Mon Sep 23 20:17:20 2002 @@ -414,7 +414,7 @@ process, it must have permissions no greater than 600, and it must not be a symbolic link. We check these conditions here. */ - if (lstat(pathname, &statbuf) < 0) { + if (stat(pathname, &statbuf) < 0) { if (errno == ENOENT) return(PS_SUCCESS); else {