[rt-users] [ERROR] Request-URI Too Large

[Gene LeDuc]

Torsten, I can't see an easy workaround to do this via the web piece.  I 
posted a perl script a couple (or few) weeks ago that dumps a list of all 
users from the command line, so if you look through the archives for the 
last month or so for stuff posted by me you should find it.  As a 
disclaimer, the person I posted it for got an error and it didn't work.  It 
does work on my Solaris box and there aren't any funky calls in it that 
should break the script, so you might want to give it a try.

Good luck,
Gene

At 10:41 AM 4/3/2008, Ham MI-ID, Torsten Brumm wrote:

>Hi gene,
>What does this mean exactly? No chance to export all uiser? Now workaround 
>(dump from the db?)
>
>Torsten
>
>-----Original Message-----
>From: Gene  LeDuc <gleduc at mail.sdsu.edu>
>To: Ham MI-ID, Torsten Brumm
>CC: rt Users <RT-Users at lists.bestpractical.com>
>Sent: Thu Apr 03 19:07:28 2008
>Subject: Re: [rt-users] [ERROR] Request-URI Too Large
>
>Oops, now I see why the user list needs to be passed to the handler
>(results of a search may not contain _all_ users).
>
>At 09:09 AM 4/3/2008, Gene  LeDuc wrote:
> >This looks like an RT design error.  For some reason it is passing a list
> >containing every user's id via the URL.  If the list of users is long
> >enough you will certainly break something.  Since you can't select which
> >users to dump into the file (other than including disabled users), there's
> >really no reason to have to pass the user list to the handler - it will
> >always dump either all users or all users that aren't disabled.
> >
> >Regards,
> >Gene
> >
> >At 02:03 AM 4/3/2008, Ham MI-ID, Torsten Brumm wrote:
> > >Hi RT Users,
> > >
> > >Just tried to export my users (Configuration -> Users -> Download as TAB
> > >delimited File) and got this error:
> > >
> > >Request-URI Too Large
> > >
> > >The requested URL's length exceeds the capacity limit for this server.
> > >
> > >Any idea how to fix this? Is this a error from RT (why the URL is so long)
> > >or can i change something at the webserver?
> > >
> > >Thanks
> > >
> > >Torsten
> > >
> > >Kühne + Nagel (AG & Co.) KG, Geschäftsleitung: Hans-Georg Brinkmann
> > >(Vors.), Uwe Bielang (Stellv.), Bruno Mang, Dirk Blesius (Stellv.), Alfred
> > >Manke, Christian Marnetté (Stellv.),  Mark Reinhardt (Stellv.), Jens
> > >Wollesen, Rainer Wunn, Sitz: Bremen, Registergericht: Bremen, HRA 21928,
> > >USt-IdNr.: DE 812773878, Persönlich haftende Gesellschaft: Kühne & Nagel
> > >A.G., Sitz: Contern/Luxemburg Geschäftsführender Verwaltungsrat:
> > >Klaus-Michael Kühne
>
>
>Kühne + Nagel (AG & Co.) KG, Geschäftsleitung: Hans-Georg Brinkmann 
>(Vors.), Uwe Bielang (Stellv.), Dirk Blesius (Stellv.), Bruno Mang, Alfred 
>Manke, Christian Marnetté (Stellv.), Mark Reinhardt (Stellv.), Jens 
>Wollesen, Rainer Wunn, Sitz: Bremen, Registergericht: Bremen, HRA 21928, 
>USt-IdNr.: DE 812773878, Persönlich haftende Gesellschaft: Kühne & Nagel 
>A.G., Sitz: Contern/Luxemburg, Geschäftsführender Verwaltungsrat: 
>Klaus-Michael Kühne


-- 
Gene LeDuc, GSEC
Security Analyst
San Diego State University 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20080403/df634443/attachment.htm>