Handling large queues

hi,

how do people handle large queues? say, with several hundred to
over 2 thousend tickets? and there isn’t a further sane possibility to
divide those mails into subqueues. but in general, how am i
expected to maintain/handle such queues?
mostly it’s a problem because netcrap renders those tables for a
looong time which sucks more or less.
tahnks for any hints/tipps.

so long
Othmar Pasteka jabber-id: blinder@jabber.at
at-net Misc. Dept. IRCNet: Blinder/OpenProjectsNetwork: BlindMan

The basic nature of a queue is that if you’re adding to it faster than
you’re removing from it, it will soon become unmanagable.

If you’re not able to resolve your trouble tickets faster than they come
in, then you need to rethink your solution.

-robOn Wed, 6 Dec 2000, Othmar Pasteka wrote:

hi,

how do people handle large queues? say, with several hundred to
over 2 thousend tickets? and there isn’t a further sane possibility to
divide those mails into subqueues. but in general, how am i
expected to maintain/handle such queues?
mostly it’s a problem because netcrap renders those tables for a
looong time which sucks more or less.
tahnks for any hints/tipps.

so long

Othmar Pasteka jabber-id: blinder@jabber.at
at-net Misc. Dept. IRCNet: Blinder/OpenProjectsNetwork: BlindMan


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

how do people handle large queues? say, with several hundred to
over 2 thousend tickets? and there isn’t a further sane possibility to
divide those mails into subqueues. but in general, how am i
expected to maintain/handle such queues?
mostly it’s a problem because netcrap renders those tables for a
looong time which sucks more or less.

When there's nothing that I or anyone in my organization can
do to resolve a ticket, I usually mark it "stalled" (so that
it isn't on the default view anymore); soon as the Requestor
e-mails in a response, it'll be re-opened and we will pay
attention to it again.

J.D. Falk “Laughter is the sound
Product Manager that knowledge makes when it’s born.”
Mail Abuse Prevention System LLC – The Cluetrain Manifesto