Hi Veron,
Vernon Schryver wrote:
> (I'm not replying to the list because you didn't)
Sorry - I answer back to the list....
> > I will not try to pick out all the points where we do not agree, but
> > just say than it is not always possible to create a visible metaphor for
> > a virtual function. I agree with you that we actually have or will get a
> > problem, but I can not accept that we tell the user "it was not supposed
> > to be used that way" - that does not work for me.
>
> Of course, you must explain convincingly why it's not supposed to be
> used that way, and then offer a reasonable alternative.
Yes you are right, we should all suggest some way of solving this
problem.
I have the following "demands" to such a solution:
1. It should be possible for dial-up users to send a large message from
one user to another (relay)
2. It should be possible for a user to reject a big incomming message.
3. The message text may not be altered.
4. We should make the transmition as efficient as possible.
5. *All* users should be able to use the new service without knowing how
what it is (I already think it is a problem that we call the retrieval
service for POP3 and the transmit/send service for SMTP!)
What I could imagine is a new MIME-like mail format where all
attachments are stored in external files. When sending the messages, the
transmit protocol communicate with the relay/mail server to figure out
of the max message size (totally) it would accept. If we are below the
limit the messages it might be "legal" to attach the external messages
binary at the end of the message (including MIME-like headers). if we
are abowe the limit we transmit the attachments in a ftp like fashion or
at least as efficient as we can to a attachment-relay-server.
Another "nice to have" feature would be the negotiate the place where to
relay the attachments.
- Lets assume that a machine with a permanent connection to the net want
to send a large message. It would be prefered that the message is send
to the end receiver but the attachments is stored locally until the
receiver retreive/delete it (or another rule apply).
- Lets assume that a dial-up user want to send a large message. Now it
would be prefered that the message is moved as little as possible, so
the mail client ask the mail server where to deliver the attachments.
The mail server (based on the mail of cource) try to find the closed
relay server which would accept an attachment of this size (for example
the mail server itself, or in case of missing resources another mail
server on the path to the receiver).
---
Regards,
Martin Djernæs
--------------------------------------------------------------
Martin Djernæs [EMAIL PROTECTED]
Dipl.-Ing.
Alcatel Kommunikations-Elektronik GmbH Tel:+49 (0511) 6747 741
Postfach 3246 Fax:+49 (0511) 6747 777
30032 Hannover, Germany http://www.ke-online.de
--------------------------------------------------------------
