Probably you should do an optimize table on dbmail_messages and such. 

Consider it will take quite long time, and, even if it's not blocking,
it will slow down the mysql server pretty much. 

Furthermore take in consideration that on "first" run of dbmail-util the
mail il flagged for deletion and on the subsequent run is actually
deleted. 

In general it's pretty normal to have some spurious datas in the DB. 

Last consideration, if you're very concerned about disk space take in
consideration enabling InnoDB Barracuda and do an ALTER TABLE
Engine=InnoDB ROW_FORMAT=COMPRESSED; on the bigger tables - they will
shrink down a lot.

---

Andrea Brancatelli
Schema31 S.p.a.
Responsabile IT

ROMA - BO - FI - PA 
ITALY
Tel: +39. 06.98.358.472
Cell: +39 331.2488468
Fax: +39. 055.71.880.466
Società del Gruppo SC31 ITALIA

Il 2016-02-23 09:48 Admin Beckspaced ha scritto:

> hello there ;)
> 
> i'm currently still runnning dbmail 3.0.2 on my production server. the 
> current dbmail database size, as reported by phpmyadmin, is about 1.8 GB
> 
> i also run a daily script notifying users about their mailbox quota. this 
> quota script also scans through all users and reports back the current 
> mailbox size of each user and also calculates the total. today it reports a 
> total of 1150 MB
> 
> so this means a database overhead of about 600 MB. is this overhead normal?
> 
> yesterday i installed dbmail 3.1.17 on a development server. copied a 
> database backup from production.
> run the mysql migration scripts 3_0_2-3_1_0.mysql and dbmail-util -ay
> which seems to clean up lots of stuff:
> 
> linux:~ # dbmail-util -ay
> 
> Repairing DBMAIL message integrity...
> 
> Repairing DBMAIL physmessage integrity...
> Ok. Found [373] unconnected physmessages.
> Ok. Orphaned physmessages deleted.
> 
> Repairing DBMAIL partlists integrity...
> Ok. Found [18] unconnected partlists.
> Ok. Orphaned partlists deleted.
> 
> Repairing DBMAIL mimeparts integrity...
> Ok. Found [1156] unconnected mimeparts.
> Ok. Orphaned mimeparts deleted.
> 
> Repairing DBMAIL headernames integrity...
> Ok. Found [273] unconnected headernames.
> Ok. Orphaned headernames deleted.
> 
> Repairing DBMAIL headervalues integrity...
> Ok. Found [90075] unconnected headervalues.
> Ok. Orphaned headervalues deleted.
> 
> etc etc ...
> 
> after the cleanup phpmyadmin reports 1.5 GB on the dbmail database
> my dbmail quota script reports a total size of all mailboxes with 1182,16 MB
> an overhead of about 300 MB with dbmail version 3.1.17
> 
> is this database overhead of approx. 20% of the database size normal?
> or is this something i need to worry about??
> 
> thanks, greetings & all the best
> becki
> 
> _______________________________________________
> DBmail mailing list
> DBmail@dbmail.org
> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
 
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Reply via email to