🚀 go-pugleaf

> > Hope this gives an idea of why I think mailer has to atleast tolerate SFS.
>
> None of those scenarios seems as important to me as several things that
> have been pending since 1988 or so, such as efficient reading of spool
> files and the ability to decode NETDATA, DISK DUMP, CARD DUMP, and/or
> PRINT files (maybe not all of those, but surely NETDATA).
>                                   John

I think you will see NETDATA (we'll need it network wide withing the next 9 to
12 months).  I doubt if you will ever see DISK/CARD DUMP or PRINT files.  DISK
and CARD are too VMish and PRINT files simply aren't wide enough (we will need
1000 byte lines).

Use of NETDATA requires changes to XMAILER NAMES (or a new file) so that the
newer version of Mailer can interoperate with the older versions.  My
inclination is to change the MG process to use the :server tag directly (and
drop the MG C code) but that's just how I feel today.  I'm open to suggestions.

   John