On 2018-11-30 10:10 AM, s...@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 ->
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
On 2018-11-30 09:02 AM, s...@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),
> 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
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
It doesn't emulate 9P (protocol); it is in fact the Plan 9 implementation.
The fan-in/fan-out of 9p connection is done by 9pserve (src/cmd/9pserve.c,
partially emulating the Plan 9 mnt driver. Servers publish a 9p endpoint,
and 9pserve is used to let multiple clients to establish 9p connections
On Thu, 29 Nov 2018 at 11:44, Mayuresh Kathe wrote:
>
> i apologise up-front for asking this on 9fans, but, how is acme and
> plumber and all it's utilities (including upas) made to work under
> non-plan9 systems via plan9port; on say something like linux or even mac
> os x?
>
> do they have some
On Thu, Nov 29, 2018 at 11:43 AM Mayuresh Kathe wrote:
> i apologise up-front for asking this on 9fans, but, how is acme and
> plumber and all it's utilities (including upas) made to work under
> non-plan9 systems via plan9port; on say something like linux or even mac
> os x?
>
> do they have
i apologise up-front for asking this on 9fans, but, how is acme and
plumber and all it's utilities (including upas) made to work under
non-plan9 systems via plan9port; on say something like linux or even mac
os x?
do they have some kind of user-level library which emulates 9p?
~mayuresh
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
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,
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
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
hello,
is it possible to use "upas" without relying on acme?
it might be uncomfortable (relatively speaking), but is it possible?
~mayuresh
14 matches
Mail list logo
