[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[minion-cvs] Add more proposals for unresolves issues relating to se...



Update of /home/minion/cvsroot/doc
In directory moria.seul.org:/tmp/cvs-serv14113

Modified Files:
	minion-spec.tex 
Log Message:
Add more proposals for unresolves issues relating to server descriptor
format and LOCAL delivery.

Changed 'must' line in description of server descriptors to 'may'.  A
server need not advertise all of its capabilities.



Index: minion-spec.tex
===================================================================
RCS file: /home/minion/cvsroot/doc/minion-spec.tex,v
retrieving revision 1.43
retrieving revision 1.44
diff -u -d -r1.43 -r1.44
--- minion-spec.tex	6 Jul 2002 02:02:58 -0000	1.43
+++ minion-spec.tex	9 Jul 2002 04:32:28 -0000	1.44
@@ -4,6 +4,7 @@
 
 [All of these are mentioned in more detail below.]
 
+
 1. Is there any reason for the RECEIVED ack in MMTP?
 1.5. Is the 'BAD SHA1' nak in MMTP acceptable?
 
@@ -23,6 +24,8 @@
 
 2b. Mail gateways. We should specify these.
 
+   XXXX
+
 3. Email transport exchange format.
 
    Proposal: At the final hop, when the delivery mechanism is SMTP, we
@@ -56,9 +59,22 @@
 
 7. Local delivery
 
-   XXXX
+   Proposal: Servers that want to support LOCAL delivery have an
+   internal list of users they accept messages to, and an internal
+   mapping from those users to some delivery mechanism for each one.
+   Typically, this is a mapping from 'username' to
+   'username@localhost', and delivery defaults to local delivery via
+   sendmail.
+       Servers are free to provide other implementations for local 
+   delivery. -NM
 
-8. Server descriptor rules for Local/SMTP modes.
+8a. Server descriptor rules for Local mode
+
+   Proposal: If a server supports LOCAL delivery, it MAY have a
+   'Modules/Local' section, which contains only a version string,
+   which must be "1.0". -NM
+
+8b. Server descriptor rules for SMTP mode.
 
    XXXX
 
@@ -80,7 +96,25 @@
 
 13. Do we change directories to XML?  What about descriptor blocks?
 
-    Proposal: Use XML for both. That's what it's there for. -NM
+    Proposal: Use XML for both. That's what it's there for. More
+    specifically, we should make descriptors take EITHER the form:
+
+    <mixminion-server>            <mixminion-server>
+      <section>                      <section>
+      key=val                           <key>val</key>
+      key=val                           <key>val</key>
+      </section>         OR          </section>        
+      <section>                      <section>
+      key=val                           <key>val</key>
+      key=val                           <key>val</key>
+      </section>                     </section>        
+    </miximinion-server>         </mixminion-server>
+
+    Which one is more sensible?  Beats me.  If we go for the latter,
+    we probably don't want to have the configuration files correspond
+    to the server info any more.  This may be a good thing.
+
+    Also, will XML signatures serve our purposes? -NM
 
 14. Sensible support for multiple directory servers.
 
@@ -884,7 +918,7 @@
 digest with the server's identity key.  This values is
 represented in BASE64.
 
-If this server accepts incoming MMTP connections, it must have an
+If this server accepts incoming MMTP connections, it MAY have an
 'Incoming/MMTP' section, with the following entries:
 
      'MMTP-Descriptor-Version': The string '1.0'
@@ -893,7 +927,7 @@
      'Protocols': A comma-separated list of the protocols this
            server accepts.
 
-If this server supports outgoing MMTP connections, it must have a
+If this server supports outgoing MMTP connections, it MAY have a
 'Modules/MMTP' section, with one entry each of the form:
 
       'MMTP-Descriptor-Version': The string '1.0'