Hi David,
On Jul 7, 2005, at 21:07, Niblett, David A wrote:
Recently we moved all of our customers from our legacy email system to our dbmail setup. This resulted in about 16G of email being inserted into dbmail. Everything seems to be going fine, however I'm very confused as to why I keep seeing NULL physmessages when I run the dbmail-util checks.
Could you set the dbmail-util as verboose as possible and e-mail the result? Also, could you add the log entry's in the mail.log when running on TRACE_LEVEL=5 (in dbmail.conf).
Is this normal?
No it is not normal. This means something is wrong with the message integrity.
I found this because all of a sudden it seemed that I had a lot of user calls with no username, no date messages in their boxes. I'm thinking these two items are related.
I'd sure like to figure out how to prevent them from even getting into the system rather than constantly having to clean out several thousand.
It sounds like the conversion went wrong. What exactly did you do and use for converting to dbmail?
Another oddity that we found is that if you POPed the problem box (with the option of leave on server ON) dbmail would kill off the bogus messages and then everything was fine.
What do you mean with kill off? The pop server can't handle bogus messages (messages without a physical part).
I'll also take any advice on a better way (if any) to deal with such a large chunk of data in the database.
We've got installations running with over 30 gbyte and 50.000 users. Works perfectly well, although the accounts and
mailbox structures need to be converted in the right manner. Best regards, Eelco
