[Top][All Lists]
[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