On Tue, Mar 1, 2011 at 10:25 PM, Josh M. Patten <[email protected]> wrote: > Until this issue is fixed, here is the workaround the engineers found: > > Add a 63rd user, restart sipX. You can then continue adding more users. > > I have verified this works. > > Very strange indeed >
Well Josh you are really "lucky" to find such bug. The explanation is that supervisor reads in a 10240 buffer from socket. If message is less than 10240 then the HttpMessage is correctly processed, if > 10240 then we'll read again from socket to retrieve the rest of the message, if = 10240 then again we'll try to read from the socket (but since nothing left to read it eventually hangs) Guess now how many bytes has userforward message in an environment with 17 char long domain (e.g. expovoip.bc.local) and 62 users created (superadmin + 61 users with names containing exactly 3 chars). You should really win the lottery. George _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
