Re: [qmailtoaster] Using qmail tap
James F. Jarrett wrote: I have been told by our administrative staff that they want me to start saving all e-mails sent / received for a period of time (the duration to keep this data is still up in the air). I know that tap can forward any / all e-mail to *ANOTHER* email address in another domain, and I could setup a second domain on the toaster to handle receiption of this mail, but it seems inefficient. Is there a way to simply have tap store all this mail to a local text file? I could then have cron job that works like a log package that creates a new file every day and then can regularly backup those files to offline storage. QMT uses the Maildir format, so each email is already in a text file format. When tap sends a copy to a new email address, in that directory (/home/vpopmail/domains/newdomain/newuser/Maildir/new/) it creates a text file with the message stamp. You can then do whatever you want with it in theory. Hope that helps some. smime.p7s Description: S/MIME Cryptographic Signature
RE: [qmailtoaster] Using qmail tap
I simply setup a domain on my server called archive.com and setup each user within that domain. Then I wrote a simple script that creates a master txt named the user+timestamp, grabs a list of file names from the user dir and then appends each file to the master text file for that user and then removes the mails leaving one master text file. Pretty simple. _ From: Jake Vickers [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 13, 2007 10:25 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Using qmail tap James F. Jarrett wrote: I have been told by our administrative staff that they want me to start saving all e-mails sent / received for a period of time (the duration to keep this data is still up in the air). I know that tap can forward any / all e-mail to *ANOTHER* email address in another domain, and I could setup a second domain on the toaster to handle receiption of this mail, but it seems inefficient. Is there a way to simply have tap store all this mail to a local text file? I could then have cron job that works like a log package that creates a new file every day and then can regularly backup those files to offline storage. QMT uses the Maildir format, so each email is already in a text file format. When tap sends a copy to a new email address, in that directory (/home/vpopmail/domains/newdomain/newuser/Maildir/new/) it creates a text file with the message stamp. You can then do whatever you want with it in theory. Hope that helps some.
RE: [qmailtoaster] Using qmail tap
You don't need to own another domain. Just setup a dummy domain like archive.com on the server and have all the mail tapped to it. Since the domain archive.com is on the server locally it'll never look elsewhere outside the server. -Original Message- From: James F. Jarrett [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 13, 2007 10:28 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Using qmail tap Yeah, I know that, but I still have to create a second domain (that we have to own) and make sure the mail gets routed to it etc. While not terribly difficult It adds a lot of mail handling, and seems that it would be better just to dump it to a text file an forget about it. James On Tue, 2007-02-13 at 10:25 -0500, Jake Vickers wrote: James F. Jarrett wrote: I have been told by our administrative staff that they want me to start saving all e-mails sent / received for a period of time (the duration to keep this data is still up in the air). I know that tap can forward any / all e-mail to *ANOTHER* email address in another domain, and I could setup a second domain on the toaster to handle receiption of this mail, but it seems inefficient. Is there a way to simply have tap store all this mail to a local text file? I could then have cron job that works like a log package that creates a new file every day and then can regularly backup those files to offline storage. QMT uses the Maildir format, so each email is already in a text file format. When tap sends a copy to a new email address, in that directory (/home/vpopmail/domains/newdomain/newuser/Maildir/new/) it creates a text file with the message stamp. You can then do whatever you want with it in theory. Hope that helps some. -- James F. Jarrett Information Systems Associate Charlotte Country Day School - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Using qmail tap
James F. Jarrett wrote: Yeah, I know that, but I still have to create a second domain (that we have to own) and make sure the mail gets routed to it etc. While not terribly difficult It adds a lot of mail handling, and seems that it would be better just to dump it to a text file an forget about it. I don't think the domain has to physically exist in the real world; create a fake one, and add it's entry in /etc/hosts just to be sure, then just tap the messages to there. Then throw together quick script to combine all the messages together into a text file at the end of the night. I personally do not use tap (no need, yet), so there may be a better way. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Using qmail tap
Jake Vickers wrote: James F. Jarrett wrote: Yeah, I know that, but I still have to create a second domain (that we have to own) and make sure the mail gets routed to it etc. While not terribly difficult It adds a lot of mail handling, and seems that it would be better just to dump it to a text file an forget about it. I don't think the domain has to physically exist in the real world; create a fake one, and add it's entry in /etc/hosts just to be sure, then just tap the messages to there. Then throw together quick script to combine all the messages together into a text file at the end of the night. I personally do not use tap (no need, yet), so there may be a better way. Couldn't you simply use an archive account in the existing domain? [EMAIL PROTECTED]:[EMAIL PROTECTED] Then you could just leave them there. A cron job could delete them after a period of time ('find' command works nice for this). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Using qmail tap
I only ever tried doing it that way once, a year or two ago, and the problem was that it would start tapping the taps of the taps of the taps, creating an endless loop of email logs. A few test messages managed to increase to something like 35,000 after a few weeks (it was a non-production system, and I hadn't been paying attention to it...). I never even looked into seeing if there was a way to make that work, because a new (invalid) logs.mydomain.com domain took care of the problem and was easy to set up. -Jason -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 13, 2007 10:44 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Using qmail tap Jake Vickers wrote: James F. Jarrett wrote: Yeah, I know that, but I still have to create a second domain (that we have to own) and make sure the mail gets routed to it etc. While not terribly difficult It adds a lot of mail handling, and seems that it would be better just to dump it to a text file an forget about it. I don't think the domain has to physically exist in the real world; create a fake one, and add it's entry in /etc/hosts just to be sure, then just tap the messages to there. Then throw together quick script to combine all the messages together into a text file at the end of the night. I personally do not use tap (no need, yet), so there may be a better way. Couldn't you simply use an archive account in the existing domain? [EMAIL PROTECTED]:[EMAIL PROTECTED] Then you could just leave them there. A cron job could delete them after a period of time ('find' command works nice for this). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Using qmail tap
Oops. Pretty cool, that recursion thing. ;) By the looks of the documentation (when you can find it), tapping should always be done to a different domain, given that tap checks the sending and recipient address. I updated the wiki with a link to inter7's documentation for tap. Jason P wrote: I only ever tried doing it that way once, a year or two ago, and the problem was that it would start tapping the taps of the taps of the taps, creating an endless loop of email logs. A few test messages managed to increase to something like 35,000 after a few weeks (it was a non-production system, and I hadn't been paying attention to it...). I never even looked into seeing if there was a way to make that work, because a new (invalid) logs.mydomain.com domain took care of the problem and was easy to set up. -Jason -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 13, 2007 10:44 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Using qmail tap Jake Vickers wrote: James F. Jarrett wrote: Yeah, I know that, but I still have to create a second domain (that we have to own) and make sure the mail gets routed to it etc. While not terribly difficult It adds a lot of mail handling, and seems that it would be better just to dump it to a text file an forget about it. I don't think the domain has to physically exist in the real world; create a fake one, and add it's entry in /etc/hosts just to be sure, then just tap the messages to there. Then throw together quick script to combine all the messages together into a text file at the end of the night. I personally do not use tap (no need, yet), so there may be a better way. Couldn't you simply use an archive account in the existing domain? [EMAIL PROTECTED]:[EMAIL PROTECTED] Then you could just leave them there. A cron job could delete them after a period of time ('find' command works nice for this). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]