From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/31759 Path: main.gmane.org!not-for-mail From: Nuutti Kotivuori Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus Access mail spool by ssh Date: 12 Jul 2000 17:54:01 +0300 Sender: owner-ding@hpc.uh.edu Message-ID: <87hf9vcsc6.fsf@sonera.com> References: <87lmz7d93d.fsf@sonera.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035168134 15933 80.91.224.250 (21 Oct 2002 02:42:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:42:14 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id EA087D051E for ; Wed, 12 Jul 2000 10:58:03 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAC05067; Wed, 12 Jul 2000 09:57:52 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 12 Jul 2000 09:56:46 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA04287 for ; Wed, 12 Jul 2000 09:56:35 -0500 (CDT) Original-Received: from smtp.dave.sonera.fi (smtp.dave.sonera.fi [131.177.130.21]) by mailhost.sclp.com (Postfix) with ESMTP id 39CB7D051E for ; Wed, 12 Jul 2000 10:57:05 -0400 (EDT) Original-Received: from kotivnu1-nb.ete.tele.fi ([131.177.214.96]:3293 "EHLO oro") by inside.dave.sonera.fi with ESMTP id ; Wed, 12 Jul 2000 17:56:46 +0300 Original-Received: from naked by oro with local (Exim 3.12 #1 (Debian)) id 13CNth-0005RA-00; Wed, 12 Jul 2000 17:54:01 +0300 Original-To: Harry Putnam In-Reply-To: (Harry Putnam's message of "12 Jul 2000 04:26:48 -0700") Original-Lines: 62 User-Agent: T-gnus/6.14.4 (based on Gnus v5.8.6) EMY/1.13.6 (Life is balance) FLIM/1.13.2 (Kasanui) APEL/10.2 MULE XEmacs/21.1 (patch 10) (Capitol Reef) (i386-debian-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:31759 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:31759 "Harry" == Harry Putnam writes: > Nuutti Kotivuori writes: > [...] > >> >> Err. He won't be forced to run imapd as a daemon listening to an imap >> port. Just as a program to access mail. To clear things up: >> >> _Not_: >> $ telnet mail.host.foo imap2 >> Trying 127.0.0.1... >> Connected to oro. >> Escape character is '^]'. >> * OK mail.host.foo IMAP4rev1 v12.264 server ready >> >> _But_: >> $ ssh mail.host.foo >> mail$ /usr/sbin/imapd >> * PREAUTH mail.host.foo IMAP4rev1 v12.264 server ready >> >> Most imap servers are able to run from the command line and notice the >> situation and start up preauthenticated. And this is what can be used >> by fetchmail and the plugin option - and if nnimap does not support >> this, it would be nice. > > This looks like an interesting approach. > I'll have to get an imap program installed, but before I do: > > It isn't clear to me how fetchmail fits in here. Reading man > fetchail, particularly the `--plugin ' section: > > " . . . . . . . Fetchmail will write to the > plugin's stdin and read from the plugin's stdout. > > It appears that the fetchmail addressed here will be running on the > parent desktop (in this case, $remote) or `mail.host.foo' so does it > just put its standard out into the ssh tunnel in the same way as the > mail-sources prescript `cat' command does, or is fetchmail asked to > deliver to sendmail on the local machine? > > It sounds somewhat confusing. Can you describe the process in a bit > more detail? Local machine runs fetchmail, which runs ssh to connect to the remote machine and run imapd, which the fetchmail will access. I will put a few configuration scripts to demonstrate. Local .fetchmailrc: poll mail.host.foo with proto IMAP and options no dns preauth ssh plugin /usr/home/xxx/bin/fetchmail-imap-wrapper Local bin/fetchmail-imap-wrapper: #!/bin/sh exec ssh -i $HOME/.ssh/identity-imap -l xxx $1 /opt/net/etc/imapd So, what nnimap should be able to do is to do exactly what --plugin option in fetchmail does. -- Naked