Hi there!
On 19 Nov 99, at 16:37, Steve Lamb wrote
about "(SOT) Moo-ah, Met-ah, Med-ah and al":
> Now, as always, I'm sure someone like Alex could come up and point out
> where I am wrong, but this is my understanding of these terms, why I use them
> in the way that I do and how they shape my thoughts and views on the whole
> technical and social mechanisms of email.
Okay, okay, you're quite right, and here is a gift to you:
http://www.infradig.com
Hope you'll like it:-) Besides, it's free...
[snip]
> In Windows the problem is all of the clients implement too much. For
> example, TB!, as stated, is an MUA, limited MTA, limited MDA, text editor,
> spell checker & LDAP client. I feel that the text editor and spell checker
> should be left out entirely and only hooks into a text editor provided.
Now tell me how you think this can be implemented in winDOS:-
) No way! M$ has done everything against it already, for if only
M$ gave the programmers some ways to do so --- winDOS
would become Linux the next day, and there would be no place
for M$ on the market:-). Linux has such thing as "protocols"
that make it possible to exchange data etc. in between
specialized applications. Quite the contrary with winDOS. What
do we have? OLE? Don't make me laugh! DDE? Well, but how
many applications support DDE? MAPI? M$ has done
everything it could to prevent MAPI from spreading (the
interested people can try to read MAPI 1.0 specs:-)))). M$
gains money (lions share of it) by marketing all-in-one
applications, buggy, unreliable, but which pretend to be able to
do everything. Therefore they in fact tell their users "hey, use
our apps -- and you'll need no other programs, and you'll have
no need to *learn* how to do things". It's idiotic, yes, but this
position resulted in crowds of "users" that do not want to learn
*at all*. Once more, M$ makes money out of it, and you can do
pretty little about it:-(
> The text editor would then not implement a spell check but,
> instead, provide hooks to call one. In this way each person
> can use the editor they prefer and spell checker they prefer.
> In fact, they could use the editor/spell checker across a
> variety of programs and in doing so have a consistent
> interface for those two portions across those programs as well
> as the ability to choose the best editor/spell checker for
> them.
The only programs under WinDOS that do exactly this (but
leave no choice to the users) is... guess what? Office+Outlook:-
)
> This would free up time for the authors of the mail client to
> work on the mail client instead of reimplementing an editor
> and a spell checker which will always be subpar to the editors
> and spell checkers from authors who are programming them and
> not them and an email client as well.
In theory, I'm on your side. But this is all Linux ideology, and
that's why Linux is great. But we live under WinDOS here:-(((
> In unix the problem is that most, if not all, of the clients implement too
> little. Hardly any clients are as capable as TB! and PMMail98 on checking
> multiple, separate accounts.
With IMAP you needn't it at all (when under Linux). Take Mutt,
and voila!
[...]
> 1: Import
>
> POP/IMAP/local spool files provide this functionality. Therefore a proper
> email client should be able to retrieve its own mail from remote servers as an
> import function.
>
> 2: Sorting
>
> Not only does this apply to what is already in the database, but also what
> is coming into the database. If the client must be able to import (retrieve)
> messages from other servers it means it must also be able to filter them.
>
> 3: Export
>
> Finally, what good is a database if you cannot take the data that is in it
> and move it elsewhere. SMTP provides this functionality.
>
> 4: Maintenance
>
> Finally routines need to be provided for the maintenance of the database.
> The ability to trim it of cruft, move records around, perform backups and so
> forth.
And now go and check the url I've provided above:-) But under
WinDOS this won't help you a lot, will it?
[...]
SY, Alex
(St.Petersburg, Russia)
--
Thought for the day:
Beware of low-flying butterflies.
---
PGP public keys on keyservers:
0xA2194BF9 (RSA); 0x214135A2 (DH/DSS)
fingerprints:
F222 4AEF EC9F 5FA6 7515 910A 2429 9CB1 (RSA)
A677 81C9 48CF 16D1 B589 9D33 E7D5 675F 2141 35A2 (DH/DSS)
---
--
--------------------------------------------------------------
View the TBUDL archive at http://tbudl.thebat.dutaint.com
To send a message to the list moderation team double click here:
<mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBUDL, double click here and send the message:
<mailto:[EMAIL PROTECTED]>
--------------------------------------------------------------
