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