On 4/16/12 10:15 AM, Eric Shubert wrote:
On 04/13/2012 07:20 PM, Casey Price wrote:
Eric,
Thanks for pointing this out. So while this give you the ability to
effectively "cc" every message sent/received by an individual user or
domain, it doesn't really appear to go above and beyond that. To be
honest, I really don't have any experience with archival solutions so
maybe my expectations are in the wrong place - however it seems like you
would need another component to be able to offer an archival solution,
doesn't it? Some form of management system for one - and then a way to
designate what you wanted archived.
For example, when I hear the word archive a few different things come to
mind:
1) Individuals or companies that need to keep an absolute record of
everything - TAPS is probably ideal for this (especially because it is
transparent to the user)
2) People that want to save certain things for a long period of time,
but don't need everything saved.
Right now I have some customers with mailboxes right around 2GB on a
server using Courier (I've installed Dovecot and got everything ready to
migrate, just reluctant to do so in the event that it screws up all of
the client subscriptions and causes mail to be re-downloaded). This
server has plenty of room to grow, but eventually people will get to the
point that either their mailboxes are so large that they become slow to
access, or I will end up with a very very full server (both of which are
likely to happen down the road some time from now, but it is something
I'd like to address before it becomes a problem).
So I suppose my true question here is, what are my best options to
consider when trying to build a system that needs to be robust and meet
the needs of the customer as technology changes?
Casey Price
I think your concerns about large mailboxes will become unfounded once
you get dovecot implemented. I've seen mailboxes in excess of 6G with
no problems.
Eric, are you running 32bit or 64bit CentOS on your system that has
mailboxes larger than 6G? I finally decided to tough it out and do the
migration yesterday. Went quick and easy. Well...super easy, seeing how
I had already done everything short of running the convert script,
stopping the Courier IMAP daemons, and enabling the timekeeping script
in cron.
Anyhow, long story short...everything went according to plan, but one of
my users had some issues this morning accessing the mail on his
smartphone (I'm pretty sure I got this one sorted out), but the new
issue was that he started getting quota warning messages even though
that account has been set with the NOQUOTA flag. His mailbox is
currently 2.7GB, and I'm running on a 32bit install of QMT.
So, I'm wondering if I missed something in the switch from Courier's
IMAP to Dovecot (followed the wiki and made the appropriate config
changes to the best of my knowledge). The customer said that he had also
received a few complaints about mail being rejected when being sent to
him, and I'm wondering if that may have been due to the system thinking
he was over his quota. The other odd thing I noticed was that in
qmailadmin under Email Accounts, his account shows the following:
* Used/Quota (MB)*
-1464.89 / unlimited
that account is also configured as a catchall.
Ideas????
When it comes to managing email, I don't think there's a "one size
fits all" solution. If you can define what your requirements are, I
expect that it wouldn't be very difficult to implement a solution.
I think you're right, each provider will likely have a different set of
requirements and constraints. I'm still in the process of determining
what exactly my customer's needs are, but MailArchiva looks the most
promising at this point.
That being said, I've not seen MailArchiva at all. It might make a
nice addition to QMT at some point.
I agree! I'll have a bit more input once I've implemented it and given
it a bit of use.
Casey Price
Smile Global Technical Support
Submit or check trouble tickets http://billing.smileglobal.com
www.smileglobal.com <http://www.smileglobal.com>
Follow us on Twitter <https://twitter.com/#%21/SmileInternet>
Find us on Facebook <https://www.facebook.com/smileglobal>
