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: Thu, 29 Nov 2018 19:14:37 +0530 From: Mayuresh Kathe To: 9fans@9fans.net Message-ID: <63b2327cd089137c1819d6993347430a@kathe.in> User-Agent: Roundcube Webmail/1.1.2 Subject: [9fans] upas : without acme : possible? Topicbox-Message-UUID: ef8e249e-ead9-11e9-9d60-3106f5b1d025 hello, is it possible to use "upas" without relying on acme? it might be uncomfortable (relatively speaking), but is it possible? ~mayuresh From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 References: <63b2327cd089137c1819d6993347430a@kathe.in> In-Reply-To: <63b2327cd089137c1819d6993347430a@kathe.in> From: Alexander Sychev Date: Thu, 29 Nov 2018 17:13:12 +0300 Message-ID: To: mayuresh@kathe.in, Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary="0000000000001d98b5057bce49c9" Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: ef99b750-ead9-11e9-9d60-3106f5b1d025 --0000000000001d98b5057bce49c9 Content-Type: text/plain; charset="UTF-8" Hi, Sure, no problem. Upas exports a filesystem, you can read it :-) Although I use plan9port version of upas with acme and my client 'amail', sometimes I use 9p to read, for example, a raw message body to send it to spam analitics. But reading messages is uncomfortable, it is true. On Thu, Nov 29, 2018 at 4:47 PM Mayuresh Kathe wrote: > hello, > > is it possible to use "upas" without relying on acme? > it might be uncomfortable (relatively speaking), but is it possible? > > ~mayuresh > > > -- Best regards, Alexander --0000000000001d98b5057bce49c9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Sure,=C2=A0no prob= lem. Upas exports a filesystem, you can read it :-)
Although I us= e plan9port version of upas with acme and my client 'amail', someti= mes I use 9p to read, for example, a raw message body to send it to spam an= alitics.
But reading messages is uncomfortable, it is true.
=

On Thu, Nov 29, 2018 = at 4:47 PM Mayuresh Kathe <mayuresh= @kathe.in> wrote:
hello,
is it possible to use "upas" without relying on acme?
it might be uncomfortable (relatively speaking), but is it possible?

~mayuresh




--
Best regards,
=C2=A0 Alexander
--0000000000001d98b5057bce49c9-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 References: <63b2327cd089137c1819d6993347430a@kathe.in> In-Reply-To: <63b2327cd089137c1819d6993347430a@kathe.in> From: Dan Cross Date: Thu, 29 Nov 2018 09:34:40 -0500 Message-ID: To: mayuresh@kathe.in, Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary="00000000000064fb76057bce97fb" Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: ef9e8f00-ead9-11e9-9d60-3106f5b1d025 --00000000000064fb76057bce97fb Content-Type: text/plain; charset="UTF-8" On Thu, Nov 29, 2018 at 8:45 AM Mayuresh Kathe wrote: > hello, > > is it possible to use "upas" without relying on acme? > it might be uncomfortable (relatively speaking), but is it possible? > Yes. This is quite reasonable. To a first order approximation, `upas` is a mail transfer agent, for moving mail around across a network (or just into a mailbox on a local system) while Acme provides a mail client (a "mail user agent") based on a filesystem. There used to be, and probably still is, another mail client just called 'mail' that could be used to read and send mail, but that is also independent of upas. Hope that helps. - Dan C. --00000000000064fb76057bce97fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Nov 29= , 2018 at 8:45 AM Mayuresh Kathe <m= ayuresh@kathe.in> wrote:
hel= lo,

is it possible to use "upas" without relying on acme?
it might be uncomfortable (relatively speaking), but is it possible?

Yes. This is quite reasonable. To a first ord= er approximation, `upas` is a mail transfer agent, for moving mail around a= cross a network (or just into a mailbox on a local system) while Acme provi= des a mail client (a "mail user agent") based on a filesystem.

There used to be, and probably still is, another mai= l client just called 'mail' that could be used to read and send mai= l, but that is also independent of upas.

Hope that= helps.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 - Dan C.
=

--00000000000064fb76057bce97fb-- 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: Thu, 29 Nov 2018 20:27:09 +0530 From: Mayuresh Kathe To: Dan Cross In-Reply-To: References: <63b2327cd089137c1819d6993347430a@kathe.in> Message-ID: User-Agent: Roundcube Webmail/1.1.2 Cc: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efa2a748-ead9-11e9-9d60-3106f5b1d025 On 2018-11-29 08:04 PM, Dan Cross wrote: > On Thu, Nov 29, 2018 at 8:45 AM Mayuresh Kathe > wrote: > >> hello, >> >> is it possible to use "upas" without relying on acme? >> it might be uncomfortable (relatively speaking), but is it possible? > > Yes. This is quite reasonable. To a first order approximation, `upas` > is a mail transfer agent, for moving mail around across a network (or > just into a mailbox on a local system) while Acme provides a mail > client (a "mail user agent") based on a filesystem. > > There used to be, and probably still is, another mail client just > called 'mail' that could be used to read and send mail, but that is > also independent of upas. 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. i really hate moving out of the text console and away from the command-line. yes, i really don't mind having multiple consoles around instead of the unixy way of switching terminals using ctrl+fn keys. thanks, ~mayuresh From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 29 Nov 2018 07:58:52 -0800 From: Kurt H Maier To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20181129155852.GA69882@wopr> References: <63b2327cd089137c1819d6993347430a@kathe.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efa7296c-ead9-11e9-9d60-3106f5b1d025 On Thu, Nov 29, 2018 at 08:27:09PM +0530, Mayuresh Kathe 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. > You're looking for nedmail(1), I think. Hopefully sl will chime in; he's got a pile of scripts revolving around this idea. khm From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 29 Nov 2018 08:50:04 -0800 Message-ID: <1888b82b-41b4-4511-aa7b-c31ecd7a8f50@email.android.com> In-Reply-To: <20181129155852.GA69882@wopr> From: erik quanstrom To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> MIME-Version: 1.0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: eff63d2c-ead9-11e9-9d60-3106f5b1d025 PGRpdiBkaXI9J2F1dG8nPk5lZCBpcyB3aGF0IEkgdXN1YWxseSB1c2UuJm5ic3A7IEkgZG9uJ3Qg dXNlIGFueSBhY2NvbXBhbnlpbmcgc2NyaXB0cywgYnV0IEkndmUgbWFkZSBhIG51bWJlciBvZiBj aGFuZ2VzIHRvIG5lZCBpdHNlbGYuJm5ic3A7IEkgZmluZCBnL3Vud2FudGVkL2QgdG8gYmUgd2F5 IG1vcmUgZWZmaWNpZW50IHRoYW4gYWNtZS48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2PjxkaXYg ZGlyPSJhdXRvIj4tIGVyaWs8L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2PjwvZGl2Pg== From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: Steve Simon Mime-Version: 1.0 (1.0) Date: Thu, 29 Nov 2018 19:00:50 +0000 Message-Id: <47FC90F4-9EB1-45D6-8EDA-511963F40684@quintile.net> References: <63b2327cd089137c1819d6993347430a@kathe.in> <20181129155852.GA69882@wopr> In-Reply-To: <20181129155852.GA69882@wopr> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efd24f34-ead9-11e9-9d60-3106f5b1d025 you can send mail with the mail command, just like traditional mailers. reading mail: i use the same tool but envoked from faces(1) - right click on= the face of the person who sent the mail to read the message. people tend to be very impressed with faces to this day. great interface. -Steve > On 29 Nov 2018, at 3:58 pm, Kurt H Maier wrote: >=20 >> On Thu, Nov 29, 2018 at 08:27:09PM +0530, Mayuresh Kathe wrote: >>=20 >> 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=20 >> mailing sub-system. >>=20 >=20 > You're looking for nedmail(1), I think. Hopefully sl will chime in; > he's got a pile of scripts revolving around this idea. >=20 > khm From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 29 Nov 2018 22:32:20 -0500 From: sl@9front.org To: 9fans@9fans.net In-Reply-To: 20181129155852.GA69882@wopr MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efd65fca-ead9-11e9-9d60-3106f5b1d025 > 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. sl 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <9CF7937042B138BD017824241CCF9B30@ewsd.inri.net> Date: Thu, 29 Nov 2018 23:40:11 -0500 From: sl@9front.org To: mayuresh@kathe.in, 9fans@9fans.net, sl@9front.org In-Reply-To: b695424f28532ca7d5565b80553a67ec@kathe.in MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efeb20b8-ead9-11e9-9d60-3106f5b1d025 It's not clear why you think the interface provided by upasfs(4) is captive, or why you insist acme needs to be involved at all. I'm writing this message with nedmail/marshal, connected to Plan 9 in a plain SSH terminal session -> OpenBSD -> drawterm -G. No GUI or terminal frills or frippery is involved. sl 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 10:22:59 +0530 From: Mayuresh Kathe To: sl@9front.org In-Reply-To: <3B648B1B56B7F372B8E8ADAE7AE3D0B3@ewsd.inri.net> References: <3B648B1B56B7F372B8E8ADAE7AE3D0B3@ewsd.inri.net> Message-ID: <068ee82396697ec3ca3224431123d372@kathe.in> User-Agent: Roundcube Webmail/1.1.2 Cc: 9fans@9fans.net Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: efeeefa4-ead9-11e9-9d60-3106f5b1d025 On 2018-11-30 10:10 AM, sl@9front.org wrote: > It's not clear why you think the interface provided by upasfs(4) is > captive, or why you insist acme needs to be involved at all. I'm > writing this message with nedmail/marshal, connected to Plan 9 in a > plain SSH terminal session -> OpenBSD -> drawterm -G. No GUI or > terminal frills or frippery is involved. wow, i'll definitely check out nedmail/marshal. btw, i don't think the interface provided by upasfs might be captive, it's the mail/mailx interface which is so damn painful (from a usage philosophy perspective). ~mayuresh From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Fri, 30 Nov 2018 09:22:43 -0500 From: sl@9front.org To: 9fans@9fans.net In-Reply-To: 1888b82b-41b4-4511-aa7b-c31ecd7a8f50@email.android.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] upas : without acme : possible? Topicbox-Message-UUID: f011ceac-ead9-11e9-9d60-3106f5b1d025 I ended up writing a ned-alike that is just a shell script: http://plan9.stanleylieber.com/rc/mother This is what I actually use. sl