From owner-freebsd-questions@freebsd.org Wed Jul 11 22:54:04 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3531A102A974 for ; Wed, 11 Jul 2018 22:54:04 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6F008C414 for ; Wed, 11 Jul 2018 22:54:03 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wr1-x432.google.com with SMTP id c13-v6so19681558wrt.1 for ; Wed, 11 Jul 2018 15:54:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=h65Mk3FiTBIrCIHhccn8y66AbBMV36JeCLU+KxL0kSs=; b=lRAw01y5tbXjn4ZkURquwWVu5sZDtZW5v7rtVijreIUa23jKZoTGZlgSJgxhKaDQHm 9YvghTdky1URKtD1nyWHBLaN3IGs14yi1n8K1EkmdT1ryF8gZ1Xb8x7BCeAKaU7zO2Bu LR50m3l47KTZeKeZDUDzjVPxZw1/hSxS77DQR9ZdBfHnz0KETT5YpOMNyw7si2Is9ecd iM3HnX2dOwFEeuDPeHGjx+Gc9SfTRv+Yvrns3tfnUSFA37jLdotPYPhiPXysUzXSDk5j Dnn4pTsp3USLGqCzxRupgU2mx88Xub/C6BHeUE0OGXu4dYwt56OzaZP/bInHUWgSxegv zCxA== X-Gm-Message-State: AOUpUlFJx/45CJCfAmfam20Le/p7qxUbHz08rRzjPLv+TTXGGnRwK/Hz 8YOhEMMF/Qq2hppuPvep0a8mfA== X-Google-Smtp-Source: AAOMgpfwgjKP9OCuN6UYMtrJi8jcDFkAG2B94E+XJrekxc4nMdu70Nx7CoQ7/pOhSmSHLQ0Etap9pw== X-Received: by 2002:adf:bb08:: with SMTP id r8-v6mr306260wrg.244.1531349641568; Wed, 11 Jul 2018 15:54:01 -0700 (PDT) Received: from gumby.homeunix.com ([90.220.84.208]) by smtp.gmail.com with ESMTPSA id x6-v6sm23811098wrd.57.2018.07.11.15.53.59 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 11 Jul 2018 15:54:00 -0700 (PDT) Date: Wed, 11 Jul 2018 23:53:57 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: [commercial] sendmail setup request Message-ID: <20180711235357.4fd62b47@gumby.homeunix.com> In-Reply-To: References: <20180710184032.55346a5d@gumby.homeunix.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 22:54:04 -0000 On Wed, 11 Jul 2018 09:36:22 +0700 Olivier wrote: > RW via freebsd-questions writes: > > > On Mon, 9 Jul 2018 08:35:26 +0200 > > Polytropon wrote: > > > > > > > >> but fetchmail can "copy" messages, i. e., leave them on the server, > >> and upon invocation, only load the unread messages). Check > >> "man fetchmail" for the keep / nokeep keyword. > > > > It's already been clarified that the fetchmail instance would also > > be remote, so this doesn't apply to the OP, but for the record, > > getmail handles the above better. > > That is not exacteky what I understood. > > I think that all the OP wants a way to "use mailx on his > mailbiox". Because mailx does not rely on a network protocol, but > rather only works on a mbox file local to the machine where mailx > command is used, he needs a way to get the messages to the machine > where he will be using the command mailx. My understanding is that he wants to be able to ssh into an internet accessible remote server and read his mail, which is currently on a remote IMAP server. As fetchmail would be downloading the mail on an internet accessible server there's no need to leave copies on the IMAP server. Hence the fetchmail 'keep' option is not relevant to the OP and neither are my comments about it. The reason I commented is that fetchmail gets more advocacy than it deserves and I didn't want anyone to get the idea that running fetchmail --keep is a good idea, when it's practically unusable in most common use cases. If you want to retrieve mail from an IMAP server and leave a copy behind it's almost always better to either switch to getmail or work around the problem by having a server-side filter file an extra copy of each mail into a dedicated folder where fetchmail can retrieve and delete.