Re: [webmin-l] Usermin read mail not allowing mass deletion

[Jamie C. <jca...@we...>]

On 3/Jul/2007 13:19 MAR wrote ..
> 
> On 3/Jul/2007 08:49 Andy Fadich wrote ..
> > Hi,
> >  
> > I am running usermin's readmail module as a web interface for customers
> and am running into a problem since a mail server upgrade.  Since the upgrade
> people have been complaining that they cannot delete more than X messages
> within Usermin.  Sometimes the number is 3,4 or 5.  Anything above X emails
> selected sends them to a 404 page after they press the confirm deletion
> button.  This has been very hard to duplicate as it seems to be completely
> inconsistent.  We have been able to duplicate the issue within our office
> once - and then we tried 10 minutes later and the same account, same computer(IE6/XP)
> and same emails were able to be deleted.  This is happening on IE6,IE7,XP
> and Vista as far as I can tell.
> >  
> > Has anyone heard of this issue before?  Any help is greatly appreciated.
> >  
> >
> > FC6, Webmin 1.350, Usermin 1.280,Sendmail/Dovecot
> >
> >Hi Andy,
> >
> >I recently looked into a problem like this which effects only IE, and
> only in some situations - it turns out >what when Usermin sends data to
> IE too quickly, it fails with a 404 or other odd error. So I added a delay
> >to fix it .. which worked at least on my own systems.
> >
> >Do you ever see this with Firefox?
> 
> 
> Actually, I have seen this with both IE and FF.  Something I have been
> meaning to bring up for awhile.
> 
> I have another issue with mail and usermin I'll post about in a different
> thread.
> 
> Was the delay you added in with the newest version of usermin?

Yes, it went into Usermin 1.280. 

I've never seen this with Firefox, despite using it to read email with Usermin
every day from many different systems. But I was able to re-produce it with IE
on one machine. It is a truly strange issue, as it only happens when IE sends
a large request, and then Usermin responds with a large amount of data (such
as the confirmation page). 

One work-around would be to disable confirmation, so that Usermin just returns
a redirect to the mail list when Delete is clicked, rather than the page that
can trigger the bug.

 - Jamie