ietf-asrg
[Top] [All Lists]

Re: [Asrg] 1. Inventory of Problems - Input Needed

2003-11-07 11:15:32
On Fri, Nov 07, 2003 at 12:47:06PM +0000, Andrew Akehurst wrote:

In other words, the use cases there will need to be split into each
method that a user currently has available for delivering a message
appropriate to that use case.
I think I understand what you mean, but could you perhaps give a more
specific example?

I think Alan's message covered what I was going to reply with, so I'll
just give an example.

In your list, alice(_at_)a(_dot_)com -> bob(_at_)b(_dot_)com forwarding=no, 
list=no has at
least the following configurations...

alice and bob log into a unix host to read their mail, and a.com and
b.com are on the same server...

alice and bob log into a unix host to read their mail, but are on two
servers with a UUCP connection.

alice and bob log into a unix host to read their mail, but are on two
servers with an SMTP connection.

etc.

The problem I've found in writing those scenarios was that there is a huge
number of configuration permutations. Hence they're currently rather
general. Any suggestions for how to manage the complexity in generating a
large number of similar (but subtly different) scenarios would be 
appreciated. 

The total number will be large, but I suspect that a lot of cases can be
lumped together in the end, because whether 'my mbox file is on a local
hard disk / my mbox file is on an nfs mounted volume' doesn't have any
attributes that differ, as far as SMTP/spam is concerned.

Start from first principles, and focus on the attributes of the
implementation - then you'll get why architectural changes have been
made in the past, and where the _real_ differences are.

-- 
David Maxwell, david(_at_)vex(_dot_)net|david(_at_)maxwell(_dot_)net --> 
Mastery of UNIX, like
mastery of language, offers real freedom. The price of freedom is always dear,
but there's no substitute. Personally, I'd rather pay for my freedom than live
in a bitmapped, pop-up-happy dungeon like NT. - Thomas Scoville 


_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg