[Courier-imap] Preventing Deletes?
I'm wondering if you guys can help me. I've been googling for the last week, and have tried a couple of forums, but haven't had much luck. I'm thinking about using Courier for our mail server. One of the issues I'm having is that we need to ensure that absolutely no emails are deleted from the mailserver and that we retain a copy of all sent and received emails as, due to the nature of the company I work for, we need them for legal purposes. We need to ensure this is done server-side, as users can't be relied upon to perform back-ups of their email. I understand that IMAP marks emails to be deleted with a flag, and then an expunge command is executed to clean up later on. Is it possible to configure Courier to ignore the expunge command, or to trigger an event to back the flagged emails up before deletion? Any advice you can give me would be great. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Preventing Deletes?
Phill wrote: I'm wondering if you guys can help me. I've been googling for the last week, and have tried a couple of forums, but haven't had much luck. This should probably be done at the MTA level instead of IMAP. If you're using the full Courier-MTA package, take a look at the ARCHIVEDIR option in /etc/courier/courierd. If you're using some other MTA, there should be some way of preserving all incoming/outgoing messages. Jay - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Preventing Deletes?
Thanks Jay. Yes, I'll hopefully be using the full Courier package for ease of maintenance. You wouldn't happen to know of any documentation for this feature I can browse? Phill Jay Lee wrote: Phill wrote: I'm wondering if you guys can help me. I've been googling for the last week, and have tried a couple of forums, but haven't had much luck. This should probably be done at the MTA level instead of IMAP. If you're using the full Courier-MTA package, take a look at the ARCHIVEDIR option in /etc/courier/courierd. If you're using some other MTA, there should be some way of preserving all incoming/outgoing messages. Jay - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Preventing Deletes?
Phill skrev, on 02-10-2007 16:02: Thanks Jay. Yes, I'll hopefully be using the full Courier package for ease of maintenance. You wouldn't happen to know of any documentation for this feature I can browse? I'm wondering if you guys can help me. I've been googling for the last week, and have tried a couple of forums, but haven't had much luck. Well, I do this with rsync on the one hand to have a week's worth of 24 hour immediate backups for people who delete things and regret and then permanent DLT backups -- Tony Earnshaw Email: tonni at hetnet dot nl - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Preventing Deletes?
Jay Thanks for that. It looks like it might be the perfect solution. Phill Jay Lee wrote: Phill wrote: Thanks Jay. Yes, I'll hopefully be using the full Courier package for ease of maintenance. You wouldn't happen to know of any documentation for this feature I can browse? Best documentation on the feature is directly in the /etc/courier/courierd file: ##NAME: ARCHIVEDIR:0 # # This is the big-brother option that saves a copy of EACH and EVERY # message passing through the system. Uncomment ARCHIVEDIR, and after # a message is delivered, its queue and data file is moved to ARCHIVEDIR # instead of being deleted. You must create the ARCHIVEDIR directory # yourself, and it must be owned by the daemon userid. # # Also, ARCHIVEDIR *MUST* be on the same partition/volume as Courier's # mail queue directory. # # All messages will be saved into a flat directory, with one subdirectory # created each calendar day. Therefore, you will need to make sure that # your filesystem can handle it. Each message consists of two files, # the control file, and the message data file. The Linux ext2 filesystem, # for example, will start to have problems once there are more than # 32,000 files in the same directory, so if your system carries a higher # daily volume, you'll need to purge out the archive subdirectory several # times a day. # # If you fill up an archive directory, mail will continue to move, but # not archived. Caveat emptor. # #ARCHIVEDIR=/var/backup/allmail -- *Phillip B Oldham* The Activity People [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *Policies* This e-mail and its attachments are intended for the above named recipient(s) only and may be confidential. If they have come to you in error, please reply to this e-mail and highlight the error. No action should be taken regarding content, nor must you copy or show them to anyone. This e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium, and we have taken steps to ensure that this e-mail and attachments are free from any virus. We must advise that in keeping with good computing practice the recipient should ensure they are completely virus free, and that you understand and observe the lack of security when e-mailing us. begin:vcard fn:Phillip Oldham n:Oldham;Phillip org:The Activity People;Systems Development email;internet:[EMAIL PROTECTED] title:Chief Programmer tel;work:0870 162 4847 x-mozilla-html:TRUE url:http://theactivitypeople.co.uk/ version:2.1 end:vcard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
[Courier-imap] Recommended filesystem to use?
Has anyone got a recommendation for the best file-system to use for Courier? I've heard qmail and postfix can sometimes have problems with ReiserFS, but ReiserFS is great for handline small files (such as email). I've heard good things about both JFS and XFS, but haven't had any experience with them personally. Any tips would be great. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Recommended filesystem to use?
Le mardi 02 octobre 2007, Phill a écrit : Has anyone got a recommendation for the best file-system to use for Courier? I've heard qmail and postfix can sometimes have problems with ReiserFS, but ReiserFS is great for handline small files (such as email). I've heard good things about both JFS and XFS, but haven't had any experience with them personally. Any tips would be great. - Is that under Linux? I suppose so... If yes, go with ext3. As always, it's not the best of breed theoretically, but it's the most well supported under Linux. I haven't had a single ext3 fs crash on me for the many years I've been using it. Other people may have had crashes of course, but then you do backups, don't you? ;) -- Francis Galiegue, [EMAIL PROTECTED] [ATTENTION - CHANGEMENT D'ADRESSE !] 40 av Raymond Poincaré, 75016 PARIS +33178945570, +33683877875 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Recommended filesystem to use?
Francis Galiegue wrote: Is that under Linux? I suppose so... If yes, go with ext3. As always, it's not the best of breed theoretically, but it's the most well supported under Linux. I haven't had a single ext3 fs crash on me for the many years I've been using it. Other people may have had crashes of course, but then you do backups, don't you? ;) I'll second that opinion... a few percent's performance gain isn't going to do you a lot of good when you're trying to explain to end users why they lost all their emails because of FS corruption. ext3 has never failed me, and with newer 2.6 kernels, performance has improved for ext3. Go with what's well known and well tested. Jay Lee - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap