bug-mailutils
[Top][All Lists]
Advanced

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

Re: decode in mail


From: Alain Magloire
Subject: Re: decode in mail
Date: Fri, 27 Jul 2001 11:09:13 -0400 (EDT)

Bonjour

> > Actually, this is possible(althought unlikely and weird):
> > MIME allows you to encapsulate a message within a message.  I think
> 
> Oops, yes, I've forgotten. But then `struct { int msgno; int partno; }'
> scheme doesn't work. To represent, say `print 1[2[3[4]]]' we need
> three levels of indirection, so the structure becomes
> 
>       struct msg_part {
>            int msgno;
>            struct msg_part *msgpart;
>       };
>
> or even 
> 
>       struct msg_part {
>            int msgno;
>            struct msg_part **msgpart;
>       };

Good point, noted.

> if we take into account the possibility of `print 1[1[2[3]],2[2[3]]]'.
> This seems to complicate things beyond any limits :^). From the other
> hand, it is unlikely that somebody would issue such comands, but `mail'
> should either allow or disallow them. I'd propose to stick with the
> `struct { int msgno; int partno; }' scheme and limit expansion to 2
> levels.

8-), I see what you mean, but it can be done easily via recursion
algorithms.  Although I'm not a big fan of the approach(i.e. recursion).

> > I would vote for the former, it would make life easier.
> 
> OK.

Ok, then, unless Jakob has some other suprises up his sleeves.

> > But introducing the '()' operator would probably be overkill 8-).
> 
> It seems necessary, nevertheless. By the way, returning to the
> first topic, it would make it possible to issue such awful constructs
> as:
> 
>       print 1[(1-8)[2[3]],2[(2-5)[3]]]
> 
> I've almost lost count of the brackets while typing this :^)

You are scaring me.
Ok before going this route, I'll try to code something quickly
for [Pp]rint and see ..  We can always improve by iterative
refinement.

> 
> > In the long run, it would be nice to have different expansion schemes,
> > for example, the wellknown MH (1..3), elm set of utilities selection list,
> > Berkeley /bin/mail msglist expansion, IMAP4 expansion.  Putting
> > this into a module in mailbox/ makes sense.
> 
> Sure. It is a good idea.

Ok, I see if I can came with an MH scheme.

> 
> > I think that was Jakob original plan.  But I can leave with [Pp]rint
> > acting smarter when paging messages.
> 
> Me too :^)

I'm on it.

--
alain




reply via email to

[Prev in Thread] Current Thread [Next in Thread]