Re: SMTP or MIME in Strawman OPES Charter

Alex Rousskov <[email protected]>
Newsgroups gmane.ietf.opes
Message-ID <[email protected]>
Markus,

	I am fine with postponing this discussion until the new
charter is approved, with understanding that the new charter does not
limit our option to developing a basic OCP/MIME profile as a
foundation of OCP/SMTP.

Alex.

On Tue, 13 Jul 2004, Markus Hofmann wrote:

>
> Alex Rousskov wrote:
>
> > Is it reasonable to assume that, due to differences in user agents
> > (e.g., PC versus phone), folks will want to adapt stored messages when
> > they know IMAP or POP client preferences (rather then when the message
> > is received by SMTP server)?
>
> Even if so, let's focus our new charter on SMTP, and we'll have a much
> better chance to get it accepted. This does no preclude us from coming
> up with a solution that might also be useful in the context of IMAP,
> POP or other protocols, but the charter will not require this. Just
> what we did with the initial focus on HTTP and coming up with OCP core.
>
> > This is very important, I guess. Should we decide now whether SMTP
> > commands adaptation is in scope (as opposed to SMTP message
> > adaptation).
>
> Can someone give a specific example/use case for SMTP commands
> adaptation ?
>
> > I see your point (and glad that you are back from vacation!). I have
> > not decided yet. What are we really trying to optimize here:  Do you
> > think we will waste a lot of time if we define a common OCP/MIME
> > profile (that alone will not be useful for some adaptations) and then
> > build OCP/SMTP profile on top of that (as opposed to building one
> > monolithic OCP/SMTP profile)? Or do you think that defining a common
> > OCP/MIME profile is simply useless because nobody cares enough about
> > IMAP and POP (and so nobody will reuse the common profile).
>
> I don't expect the new charter to make any statements in this regard
> (charter will only request a SMTP profile), so let's first get our new
> charter nailed down and we can then start discussing these details, ok?
>
> -Markus
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.