Two Quaranteen Issues

Hello,

I have two suggestions / issues that would be nice to be
addressed in a 
future version.

1.  It is not possible to "Delete" some users
entire quaranteens.  Anyone 
with over 10k message or so will cause a PHP exhausted
memory error when 
deleting, even when increasing to 64Mb or more.  All
increasing the memory 
limit does is prolong the white screen that appears before
the error shows. 
It seems there has to be a faster and more memory efficient
way of deleting 
or confirming messages, perhaps a queue and a cron.

2.  In similar users spam/ham displays, the pagination links
cause the 
horizontal page size to become WAY wider than by 1280x1024
screen, 
distorting the message rows and making the screen
practically unusable.  We 
need to make a drop down option like in OpenWebMail where
you can click a 
drop down and select from pages like this:

Go To Page
1
2
3
4
5
6
7
8
9
10
20
30
40
50
60
70
80
90
100
200
300

3.  Ability to sort by multiple columns... such as by sender
AND date (not 
as important as the other requests/comments)

4.  A smart host/port column in a domain settings table and
corresponding 
configuration screen to support mysql-enabled MTA's such as
Postfix.  
Currently this is the only setting we have to hand jam into
the filesystem 
when creating accounts because the data is nowhere in Mysql.
 I've already 
seen a created by someone with minimal PHP skills (thanks,
Ryan!), so it 
shouldn't be a hard thing to include in future releases.

--
Randy McAnally
www.Fast-Serv.com
619-819-8252
619-819-9443 FAX
877-255-9081 T/F

_______________________________________________
Maia-users mailing list
Maia-usersrenaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Dec 31, 2006, at 10:18 AM, Randy McAnally wrote:
>
> 1.  It is not possible to "Delete" some
users entire quaranteens.   
> Anyone
> with over 10k message or so will cause a PHP exhausted
memory error  
> when
> deleting, even when increasing to 64Mb or more.  All
increasing the  
> memory
> limit does is prolong the white screen that appears
before the  
> error shows.
> It seems there has to be a faster and more memory
efficient way of  
> deleting
> or confirming messages, perhaps a queue and a cron.

Make sure you are running the expire-quarantine-cache.pl
script  
regularly, and set the expire times shorter if you need to.

The upcoming 1.0.2 release has some slightly better sql
queries that  
may help with the web interface.


>
> 2.  In similar users spam/ham displays, the pagination
links cause the
> horizontal page size to become WAY wider than by
1280x1024 screen,

Already taken care of in the upcoming 1.0.2 release...

>
> 4.  A smart host/port column in a domain settings table
and  
> corresponding
> configuration screen to support mysql-enabled MTA's
such as Postfix.
> Currently this is the only setting we have to hand jam
into the  
> filesystem
> when creating accounts because the data is nowhere in
Mysql.  I've  
> already
> seen a created by someone with minimal PHP skills
(thanks, Ryan!),  
> so it
> shouldn't be a hard thing to include in future
releases.
>

An interesting alternative to this is the postfixadmin
program...




David Morton
Maia Mailguard http://www.maiamailguard
.com
mortondadgrmm.net



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFFmAkKUy30ODPkzl0RAnaUAJ9gx4aTR3L+6FmDhJ07rqhFxmfu5ACa
A/a/
CTDj3AYUByQTUtW8hHPdOmw=
=/wTU
-----END PGP SIGNATURE-----
_______________________________________________
Maia-users mailing list
Maia-usersrenaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users