From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 30 Nov 2018 09:23:48 +0530 From: Mayuresh Kathe To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: References: Message-ID: User-Agent: Roundcube Webmail/1.1.2 Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efe5ca82-ead9-11e9-9d60-3106f5b1d025 On 2018-11-30 09:02 AM, sl@9front.org wrote: >> is that "mail" you mention similar to "mailx" under unix-like systems? >> the problem is one of not wanting a captive user-interface to the >> mailing sub-system. > > On Plan 9, 'mail' is a shell script that invokes either nedmail(1) or > marshal(1), depending on the flags it consumes. > > The nedmail program is nearly identical, from a user interface > standpoint, to the mail command that shipped with the 8th edition of > Research UNIX. It remains part of the same (though evolved) e-mail > processing system, upas. > > Ned is a little different than mailx(1), but it's probably just about > what you're looking for. > > Plan 9's mail system itself (upas) relies heavily upon upasfs(4), > filter(1), and simple rc scripts, which make even complex tasks > like custom spam filtering and automatic mailbox management > trivial. i was looking for a non-captive user-interface email client like "mh" by rand corporation. i guess i'll either have to learn to use acme with upas or write my own "mh" replacement for plan 9. ~mayuresh