Hello

On Sun, Jun 24, 2007 at 11:01:26AM -0400, Andrew Plotkin wrote:
>  On Sun, 24 Jun 2007, Michal 'vorner' Vaner wrote:
> 
> > And it would seem more reasonable to specify (or allow servers to do so)
> > the limit of stanza? Because it is not only the roster then, but private
> > storage, privacy lists...
> >
> > If there must be a limit, then I think the limit should be enforcible by
> > the server, and if server wants to have 2047, then why not?
> 
>  Only if we can guarantee that there will never be cases where one server has 
>  to store (or cache) another server's entry. That's a worrisome promise to 
>  make.
> 
>  A fixed limit also makes it easier for an admin to migrate server software 
>  transparently to his users.

With users that store books in their rosters ;-) As I said, such user
deserves odd behaviour.

>  I admit that not a lot of people are going to hit this edge case, but in 
>  principle...

I just do not like setting hard limits in protocol when they do not come
out from the logic. I accept there is no need for such long names now
and probably will not be at any time, but if I ask why on earth 1023?

There were points where there was no choice to put a hard limit (ipv4,
for example). But I do not like this limit in the protocol because of
someone might be crazy. Is there a limit for size of EMail in the
protocol? No, there isn't, if the server considers it to be "too big",
it tells you. But the "too big" grows with time, varies by the server
and so on.

And as I said, if there is a problem with roster items, is there problem
with private storage, privacy list and so on? Will all of them be
limited?

What is the problem with saying the server can have a limit and deny to
perform such crazy operation.

(BTW, did it happen that someone stored so long string somewhere, or is
it just a _possible_ problem?)

-- 
There is one difference between linux and windows.
With windows, you pay for the software, but you get all the T-shirts for free.
With linux, you get all the software for free, but you buy the T-shirts.

Michal 'vorner' Vaner

Attachment: pgpzfpRQZkcLn.pgp
Description: PGP signature

Reply via email to