Zimbra mailbox size per folder

It looks like Zimbra has an easy way to report message count per folder (zmmailbox getAllFolders), but not folder size.

Size information is buried in the database, and needs a few queries per folder to dig..

Here is a script to do it for you.. zimbra-size.sh

[zimbra@zimbra ~]$ /tmp/zimbra-size.sh sakis@zimbra.gr
sakis@zimbra.gr's max mailbox size = 20480 MB, current mailbox size = 343.02 MB.

size (MB) msgcount unread folder
--------- --------- ---------- ----------------------------
0 0 0 /Chats
0 0 0 /Drafts
12 221 221 /Inbox
15 1001 1001 /Inbox/Tickets
310 7158 7158 /Inbox/Syslog
3 78 78 /Inbox/Wiki
0 0 0 /Junk
3 21 0 /Sent

Block spam or report it?

Personally, I don’t block spam. I keep receiving it because I find it interesting to study.

Where does it come from? Single IP? Single domain? Botnet?
Who does it target? list of harvested emails or specifically targeted?
Is it sent aggressively? Hundreds per minute or a few per hour?
What is it about? Meds? Gambling? Porn? Business deals? Visit a site?
Fake sender? valid or just random username with legit domain?
Fake subject? Trying to avoid spam detection?
Small body? Long body? With random chars to avoid checksum checking?
Imagespam? Distorted image?
Sent by professional spammers or amateur (Greek) marketers? :>

After all this, I always report is upstream using Spamcop (HabuL add-on).

Re: Why DNS blacklists don’t work for IPv6 networks

Today @hakmem tweeted a blog post by John Levine entitled «Why DNS blacklists don’t work for IPv6 networks«.

I find the last paragraph very interesting:

For the most part mail systems simply won’t use IPv6 addresses, since all the mail that anyone wants will continue to be sent using IPv4.

How do you define «All the mail that anyone wants» ?
What I want in my email, is not always what another person wants.

Why will it continue to be sent using IPv4, when every dual-stack server that runs an MTA these days *prefers* IPv6 transport when it is available?

What mail does a postmaster@ receive?

Quoting Chris Siebenmann in «The quiet death of postmaster@anywhere«:

I think it’s been years since our postmaster alias got anything but spam or bounces.

Well, here is a breakdown of what I receive in postmaster@

  • ~60% are bounces, backscatter (which I delete)
  • ~30% are spam (which I report to SpamCop)
  • ~7% are abuse reports (which I forward to abuse@)
  • ~3% are problem reports (which I resolve or forward to support@)