You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(1) |
Apr
(12) |
May
(3) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(7) |
Oct
(4) |
Nov
(2) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(3) |
Dec
(4) |
2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(24) |
Dec
|
2008 |
Jan
(5) |
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: nachbar <na...@ab...> - 2019-10-14 15:23:19
|
Hello List, I am failing when trying to use archivemail with the --pwfile option. This is what I try: archivemail -n -v --pwfile=/home/test.txt imaps://my...@ar...:@imap.arcor.net/INBOX But it gives me the following error: ValueError: invalid literal for int() with base 10: '' Something in the URL seems to be wrong, but I don't know what. Have tried everything I could think of but without success, so help would be highly appreciated. Great tool otherwise! |
From: Andy L. <an...@t3...> - 2014-04-23 20:35:46
|
Hey all - looking at archivemail for a project I'm working on, and I came up with an idea that may or may not be difficult to implement. What do you think of this: Right now, archivemail can archive mail from IMAP, mbox, MH and Maildir mailboxes, but it will only archive them to mbox. How hard would it be to allow, for example, the archive (uncompressed only, of course) back out to a different IMAP mailbox? Basically - the logic archivemail uses to determine which messages to archive (or delete) is awesome. If there were a way to leverage it for other backup methods (like a live IMAP-based mailstore built for the purpose of archiving mail removed from a more expensive platform, while still allowing the users to access the mail...) well, it's be pretty sweet. Thoughts? Andrew Solutions Consultant |
From: Silvio S. <sie...@we...> - 2012-07-19 00:54:01
|
Hello, i use Sylpheed as Mail Client. The messages for example are in mail/lists/linux and in this folder is for a email a file. It is in mbox format, but archivemail say is not a valid mbox. What must give archivemail? I have now merge all files in one, and give this archivemail archivemail -d366 -o /home/siefke/.mail/archive --no-compress /home/siefke/AMT/* But he take only the msg from 2005 and delete the other mails. Thanks for help. Regards Silvio |
From: Voytek <vo...@sb...> - 2011-08-23 14:07:16
|
On Tue, August 23, 2011 6:38 pm, Nikolaus Schulz wrote: > On Tue, Aug 23, 2011 at 11:34:28AM +1100, Voytek wrote: > There probably is nothing special about that (virtual) user, but only > that this is the only mailbox where archivemail tries to fake a 'From ' > line for a message because it cannot determine its sender address. > > It's only then that archivemail runs the code that triggers the > exception. And that fails if there is no (real, Unix) user with uid 5000 > on the box. Nikolaus, thanks for the explanation, I;ve deleted some older messages with 'mc', now it works fine (interestingly, two messages failed to delete with 'mc' but got remoived on subsequent archivemail pass) anyhow, all's well, thanks again for your help |
From: Nikolaus S. <mic...@we...> - 2011-08-23 07:38:29
|
On Tue, Aug 23, 2011 at 11:34:28AM +1100, Voytek wrote: > On Tue, August 23, 2011 6:03 am, Nikolaus Schulz wrote: > > Interesting. I guess there exists no user with uid 5000 on that > > machine? I didn't consider the possibility that someone could run > > archivemail as such a user, to be honest. :) > > Nikolaus, thanks > > all mail accounts are uid 5000 on this system > > it just seems to fail on this user 'as': > > > :/var/mail/vhosts/aaa.com.au# > > ... > drwx------ 5 5000 mail 4096 2011-04-11 13:21 ad...@aa... > drwx------ 9 5000 mail 4096 2011-04-11 16:49 an...@aa... > drwx------ 9 5000 mail 4096 2011-08-23 04:17 as...@aa... > drwx------ 5 5000 mail 4096 2011-08-22 17:45 as...@aa... > drwx------ 9 5000 mail 4096 2011-08-22 17:19 as...@aa... There probably is nothing special about that (virtual) user, but only that this is the only mailbox where archivemail tries to fake a 'From ' line for a message because it cannot determine its sender address. It's only then that archivemail runs the code that triggers the exception. And that fails if there is no (real, Unix) user with uid 5000 on the box. Nikolaus |
From: Voytek <vo...@sb...> - 2011-08-23 00:35:03
|
On Tue, August 23, 2011 6:03 am, Nikolaus Schulz wrote: > On Mon, Aug 22, 2011 at 12:17:42PM +1100, Voytek wrote: > > Interesting. I guess there exists no user with uid 5000 on that > machine? I didn't consider the possibility that someone could run > archivemail as such a user, to be honest. :) Nikolaus, thanks all mail accounts are uid 5000 on this system it just seems to fail on this user 'as': :/var/mail/vhosts/aaa.com.au# ... drwx------ 5 5000 mail 4096 2011-04-11 13:21 ad...@aa... drwx------ 9 5000 mail 4096 2011-04-11 16:49 an...@aa... drwx------ 9 5000 mail 4096 2011-08-23 04:17 as...@aa... drwx------ 5 5000 mail 4096 2011-08-22 17:45 as...@aa... drwx------ 9 5000 mail 4096 2011-08-22 17:19 as...@aa... ... cd /var/mail/vhosts/aaa.com.au/as...@aa.../cur ... -rw------- 1 5000 5000 1193819 2011-08-22 15:39 -rw------- 1 5000 5000 4878086 2011-08-22 15:52 -rw------- 1 5000 5000 5042 2011-08-22 16:21 ... I'm trying to compare an 'adjacent' account but haven't spotted anything as yet |
From: Nikolaus S. <mic...@we...> - 2011-08-22 19:45:39
|
On Mon, Aug 22, 2011 at 12:17:42PM +1100, Voytek wrote: > just reporting, it's not causing any issue that I can see > > Traceback (most recent call last): > File "/usr/local/bin/archivemail", line 1951, in <module> > main() > File "/usr/local/bin/archivemail", line 700, in main > archive(mailbox_path) > File "/usr/local/bin/archivemail", line 1130, in archive > _archive_dir(mailbox_name, "maildir") > File "/usr/local/bin/archivemail", line 1266, in _archive_dir > archive.write(msg) > File "/usr/local/bin/archivemail", line 546, in write > unix_from = make_mbox_from(msg) > File "/usr/local/bin/archivemail", line 747, in make_mbox_from > address = guess_return_path(message) > File "/usr/local/bin/archivemail", line 768, in guess_return_path > login = pwd.getpwuid(os.getuid())[0] > KeyError: 'getpwuid(): uid not found: 5000' Interesting. I guess there exists no user with uid 5000 on that machine? I didn't consider the possibility that someone could run archivemail as such a user, to be honest. :) Nikolaus |
From: Nikolaus S. <mic...@we...> - 2011-08-22 19:45:32
|
On Sun, Aug 21, 2011 at 01:54:43AM +0200, Xavier Rosenfeld wrote: > I am new to archivemail. > software look like very interesting for us, we had 14 imap accounts in > our company running with postfix and courier-imap. [...] > Before trying i would like to know how to easyly read archived email, > our employes need sometimes to read old email. archivemail creates archives in standard mbox format, albeit compressed. This means deflated archives can be read with standard tools. To my knowledge though, courier does not support the mbox format, so if you want to re-export some of those archives with courier-imap, you probably need to convert them to Maildir. Which is technically simple, but of course any space gained by compressing the old emails will be lost if you deflate the archives. Nikolaus |
From: Voytek <vo...@sb...> - 2011-08-22 01:35:02
|
Hi, thanks for archivemail I was just running against several users, I noticed on one mail box it had error like below, it then continued OK with reminder: just reporting, it's not causing any issue that I can see ad...@aa...: archived 0 of 0 message(s) (0B of 0B) in 0.0 seconds an...@aa...: archived 0 of 0 message(s) (0B of 0B) in 0.0 seconds Traceback (most recent call last): File "/usr/local/bin/archivemail", line 1951, in <module> main() File "/usr/local/bin/archivemail", line 700, in main archive(mailbox_path) File "/usr/local/bin/archivemail", line 1130, in archive _archive_dir(mailbox_name, "maildir") File "/usr/local/bin/archivemail", line 1266, in _archive_dir archive.write(msg) File "/usr/local/bin/archivemail", line 546, in write unix_from = make_mbox_from(msg) File "/usr/local/bin/archivemail", line 747, in make_mbox_from address = guess_return_path(message) File "/usr/local/bin/archivemail", line 768, in guess_return_path login = pwd.getpwuid(os.getuid())[0] KeyError: 'getpwuid(): uid not found: 5000' as...@aa...: archived 0 of 0 message(s) (0B of 0B) in 0.0 seconds as...@aa...: archived 0 of 1 message(s) (0B of 4.0kB) in 0.0 seconds ------------------------ # archivemail -V archivemail v0.9.0 script has like so: .... if [ -s /var/mail/vhosts/$1 ] ; then cd /var/mail/vhosts/$1 for j in *@* do sudo -u#5000 archivemail -d90 $j done .... |
From: Xavier R. <xa...@ro...> - 2011-08-21 00:13:11
|
Hello, I am new to archivemail. software look like very interesting for us, we had 14 imap accounts in our company running with postfix and courier-imap. Many of account has more than 20,000 emails and if we do nothing we'll run out of disk space next year. Before trying i would like to know how to easyly read archived email, our employes need sometimes to read old email. Thanks for your reply Xavier Rosenfeld |
From: Nikolaus S. <mic...@we...> - 2011-07-09 18:15:22
|
Hi folks, I have just released archivemail 0.9.0. This release comes with only a few changes; most notably, it adds support for international IMAP mailbox names with non-ascii characters. Cheers, Nikolaus |
From: Tim R. <ti...@ph...> - 2011-05-19 16:01:16
|
On 5/19/2011 4:02 AM, Nikolaus Schulz wrote: > On Tue, May 17, 2011 at 11:08:40PM +0700, Tim Rice wrote: >> On 5/17/2011 10:10 PM, Malahal Naineni wrote: >>> Tim Rice [ti...@ph...] wrote: >>>> I get the following errors when running under crontab. If I run from >>>> the command line I don't get any errors. >>>> >>>> Any idea why Cran is breaking this? >>>> >>>> Traceback (most recent call last): >>>> File "/usr/local/bin/archivemail", line 1604, in<module> >>>> main() >>>> File "/usr/local/bin/archivemail", line 703, in main >>>> archive(mailbox_path) >>>> File "/usr/local/bin/archivemail", line 1149, in archive >>>> _archive_mbox(mailbox_name, final_archive_name) >>>> File "/usr/local/bin/archivemail", line 1220, in _archive_mbox >>>> retain.write(msg) >>>> File "/usr/local/bin/archivemail", line 384, in write >>>> self.mbox_file.write(body) >>>> IOError: [Errno 28] No space left on device >>> >>> Just looked at the code. The archivemail creates a temporary file using >>> tempfile.mkstemp("retain"). "dir" is not specified, so a default >>> directory is used. The default directory is chosen from a >>> platform-dependent list, but the user of the application can control the >>> directory location by setting the TMPDIR, TEMP or TMP environment >>> variables. > > That looks like a good guess to me. > >>> So it boils down to the difference of environment variables setting of >>> TMPDIR, TEMP or TMP under those two execution environments (cron vs >>> direct). >>> >>> If you are comfortable with python, you can just log 'temp_name' in >>> RetainMbox class just after this "temp_name = tempfile.mkstemp("retain")[1]" >>> and see what it is under those two different execution environments. > > Changing code isn't necessary, the verbose command line switch -v also > reveals this. > > Nikolaus Yes, this was the problem, tracked down two rouge archivemail files in the tmp folder and deleted them. All is working perfectly now. Thanks for everyone's help on this, I would never have figured this out without this forum. -- Best Regards, Tim Rice Computer Stuff Phuket Thailand 83000 Tel: +66 76 376165 Fax: +66 76 376165 www.computerstuff.net www.phuket-mail.com |
From: Nikolaus S. <mic...@we...> - 2011-05-18 21:45:11
|
On Tue, May 17, 2011 at 11:08:40PM +0700, Tim Rice wrote: > On 5/17/2011 10:10 PM, Malahal Naineni wrote: > > Tim Rice [ti...@ph...] wrote: > >> I get the following errors when running under crontab. If I run from > >> the command line I don't get any errors. > >> > >> Any idea why Cran is breaking this? > >> > >> Traceback (most recent call last): > >> File "/usr/local/bin/archivemail", line 1604, in<module> > >> main() > >> File "/usr/local/bin/archivemail", line 703, in main > >> archive(mailbox_path) > >> File "/usr/local/bin/archivemail", line 1149, in archive > >> _archive_mbox(mailbox_name, final_archive_name) > >> File "/usr/local/bin/archivemail", line 1220, in _archive_mbox > >> retain.write(msg) > >> File "/usr/local/bin/archivemail", line 384, in write > >> self.mbox_file.write(body) > >> IOError: [Errno 28] No space left on device > > > > Just looked at the code. The archivemail creates a temporary file using > > tempfile.mkstemp("retain"). "dir" is not specified, so a default > > directory is used. The default directory is chosen from a > > platform-dependent list, but the user of the application can control the > > directory location by setting the TMPDIR, TEMP or TMP environment > > variables. That looks like a good guess to me. > > So it boils down to the difference of environment variables setting of > > TMPDIR, TEMP or TMP under those two execution environments (cron vs > > direct). > > > > If you are comfortable with python, you can just log 'temp_name' in > > RetainMbox class just after this "temp_name = tempfile.mkstemp("retain")[1]" > > and see what it is under those two different execution environments. Changing code isn't necessary, the verbose command line switch -v also reveals this. Nikolaus |
From: Tim R. <ti...@ph...> - 2011-05-17 16:42:07
|
On 5/17/2011 10:10 PM, Malahal Naineni wrote: > Tim Rice [ti...@ph...] wrote: >> Hi All, >> >> I get the following errors when running under crontab. If I run from >> the command line I don't get any errors. >> >> Any idea why Cran is breaking this? >> >> Traceback (most recent call last): >> File "/usr/local/bin/archivemail", line 1604, in<module> >> main() >> File "/usr/local/bin/archivemail", line 703, in main >> archive(mailbox_path) >> File "/usr/local/bin/archivemail", line 1149, in archive >> _archive_mbox(mailbox_name, final_archive_name) >> File "/usr/local/bin/archivemail", line 1220, in _archive_mbox >> retain.write(msg) >> File "/usr/local/bin/archivemail", line 384, in write >> self.mbox_file.write(body) >> IOError: [Errno 28] No space left on device > > Just looked at the code. The archivemail creates a temporary file using > tempfile.mkstemp("retain"). "dir" is not specified, so a default > directory is used. The default directory is chosen from a > platform-dependent list, but the user of the application can control the > directory location by setting the TMPDIR, TEMP or TMP environment > variables. > > So it boils down to the difference of environment variables setting of > TMPDIR, TEMP or TMP under those two execution environments (cron vs > direct). > > If you are comfortable with python, you can just log 'temp_name' in > RetainMbox class just after this "temp_name = tempfile.mkstemp("retain")[1]" > and see what it is under those two different execution environments. > > Hope that helps! > Malahal. Hi Malahal, Thanks for the reply, I'm not that good with Python, but I may be able to find that information out. What you are saying makes sense and I'll defiantly pursue it. Thanks for the input Tim -- Best Regards, Tim Rice Computer Stuff Phuket Thailand 83000 Tel: +66 76 376165 Fax: +66 76 376165 www.computerstuff.net www.phuket-mail.com |
From: Tim R. <ti...@ph...> - 2011-05-17 16:41:01
|
On 5/17/2011 7:26 PM, Jon Ciesla wrote: > Tim Rice wrote: >> Hi All, >> >> I get the following errors when running under crontab. If I run from >> the command line I don't get any errors. >> >> Any idea why Cran is breaking this? >> >> Traceback (most recent call last): >> File "/usr/local/bin/archivemail", line 1604, in <module> >> main() >> File "/usr/local/bin/archivemail", line 703, in main >> archive(mailbox_path) >> File "/usr/local/bin/archivemail", line 1149, in archive >> _archive_mbox(mailbox_name, final_archive_name) >> File "/usr/local/bin/archivemail", line 1220, in _archive_mbox >> retain.write(msg) >> File "/usr/local/bin/archivemail", line 384, in write >> self.mbox_file.write(body) >> IOError: [Errno 28] No space left on device >> > Well, assuming that the disk isn't actually full, is the cron job > running as the same user as the user you're testing with? Due to > root/non-root status, or differing user quotas, there may be different > amounts of free disk visible to archivemail. Hi Jon, Thanks for the reply, the user is the same and I can actually run archive mail with cron on accounts that have 3 or less mailboxes, when I run the cronjob on boxes of 4 or more I get the error, sometimes, but not always. If I run the job from the command line it works perfectly. Seems like Archivemail is tripping over itself when running multiple boxes or some kind of line buffer error. Any idea on how to increase line buffer size? Thanks Tim > > -J > -- Best Regards, Tim Rice Computer Stuff Phuket Thailand 83000 Tel: +66 76 376165 Fax: +66 76 376165 www.computerstuff.net www.phuket-mail.com |
From: Malahal N. <ma...@us...> - 2011-05-17 15:11:00
|
Tim Rice [ti...@ph...] wrote: > Hi All, > > I get the following errors when running under crontab. If I run from > the command line I don't get any errors. > > Any idea why Cran is breaking this? > > Traceback (most recent call last): > File "/usr/local/bin/archivemail", line 1604, in <module> > main() > File "/usr/local/bin/archivemail", line 703, in main > archive(mailbox_path) > File "/usr/local/bin/archivemail", line 1149, in archive > _archive_mbox(mailbox_name, final_archive_name) > File "/usr/local/bin/archivemail", line 1220, in _archive_mbox > retain.write(msg) > File "/usr/local/bin/archivemail", line 384, in write > self.mbox_file.write(body) > IOError: [Errno 28] No space left on device Just looked at the code. The archivemail creates a temporary file using tempfile.mkstemp("retain"). "dir" is not specified, so a default directory is used. The default directory is chosen from a platform-dependent list, but the user of the application can control the directory location by setting the TMPDIR, TEMP or TMP environment variables. So it boils down to the difference of environment variables setting of TMPDIR, TEMP or TMP under those two execution environments (cron vs direct). If you are comfortable with python, you can just log 'temp_name' in RetainMbox class just after this "temp_name = tempfile.mkstemp("retain")[1]" and see what it is under those two different execution environments. Hope that helps! Malahal. |
From: Jon C. <li...@jc...> - 2011-05-17 13:31:31
|
Tim Rice wrote: > Hi All, > > I get the following errors when running under crontab. If I run from > the command line I don't get any errors. > > Any idea why Cran is breaking this? > > Traceback (most recent call last): > File "/usr/local/bin/archivemail", line 1604, in <module> > main() > File "/usr/local/bin/archivemail", line 703, in main > archive(mailbox_path) > File "/usr/local/bin/archivemail", line 1149, in archive > _archive_mbox(mailbox_name, final_archive_name) > File "/usr/local/bin/archivemail", line 1220, in _archive_mbox > retain.write(msg) > File "/usr/local/bin/archivemail", line 384, in write > self.mbox_file.write(body) > IOError: [Errno 28] No space left on device > > Well, assuming that the disk isn't actually full, is the cron job running as the same user as the user you're testing with? Due to root/non-root status, or differing user quotas, there may be different amounts of free disk visible to archivemail. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie |
From: Tim R. <ti...@ph...> - 2011-05-17 05:12:52
|
Hi All, I get the following errors when running under crontab. If I run from the command line I don't get any errors. Any idea why Cran is breaking this? Traceback (most recent call last): File "/usr/local/bin/archivemail", line 1604, in <module> main() File "/usr/local/bin/archivemail", line 703, in main archive(mailbox_path) File "/usr/local/bin/archivemail", line 1149, in archive _archive_mbox(mailbox_name, final_archive_name) File "/usr/local/bin/archivemail", line 1220, in _archive_mbox retain.write(msg) File "/usr/local/bin/archivemail", line 384, in write self.mbox_file.write(body) IOError: [Errno 28] No space left on device -- Tim Rice Computer Stuff Phuket, Thailand http://www.phuket-mail.com http://www.computerstuff.net |
From: Tim R. <ti...@ph...> - 2011-03-08 05:36:10
|
Hi Nikolaus, How exactly should I do that? I used the * after the mailbox directory and got the following errors at the end. IE /usr/boxes/gordonfe/asia-pacific-superyachts.com/* /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox41: deleted 0 of 615 message(s) (0B of 60.3MB) in 11.0 seconds /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox41^: deleted 0 of 0 message(s) (0B of 0B) in 0.0 seconds Traceback (most recent call last): File "/usr/local/bin/archivemail", line 1604, in <module> main() File "/usr/local/bin/archivemail", line 703, in main archive(mailbox_path) File "/usr/local/bin/archivemail", line 1149, in archive _archive_mbox(mailbox_name, final_archive_name) File "/usr/local/bin/archivemail", line 1220, in _archive_mbox retain.write(msg) File "/usr/local/bin/archivemail", line 384, in write self.mbox_file.write(body) IOError: [Errno 28] No space left on device On Tue, Mar 8, 2011 at 3:45 AM, Nikolaus Schulz <mic...@we...> wrote: > On Sat, Mar 05, 2011 at 03:19:09PM +0700, Tim Rice wrote: > > I'm new to Archivemail and I want to run Archiemail daily with a cronjob. > I > > have it working but wondered if there is a better way to handle checking > > multiple accounts. > > > > I have over 150 poboxes I need to check. What I'm doing now is running > this > > file via crontab. Is there a better way? > > > > # Phuket > > /usr/local/bin/archivemail --delete --days=30 --include-flagged > > --preserve-unread /usr/boxes/gordonfe/ > asia-pacific-superyachts.com/pobox1 > > sleep 60 > > /usr/local/bin/archivemail --delete --days=30 --include-flagged > > --preserve-unread /usr/boxes/gordonfe/ > asia-pacific-superyachts.com/pobox2 > > sleep 60 > > [...] > > You can simply list multiple mailboxes on the command line. > > Nikolaus > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > archivemail-user mailing list > arc...@li... > https://lists.sourceforge.net/lists/listinfo/archivemail-user > -- Tim Rice Computer Stuff Phuket, Thailand http://www.phuket-mail.com http://www.computerstuff.net |
From: Jon C. <li...@jc...> - 2011-03-07 21:35:47
|
Nikolaus Schulz wrote: > On Sat, Mar 05, 2011 at 03:19:09PM +0700, Tim Rice wrote: > >> I'm new to Archivemail and I want to run Archiemail daily with a cronjob. I >> have it working but wondered if there is a better way to handle checking >> multiple accounts. >> >> I have over 150 poboxes I need to check. What I'm doing now is running this >> file via crontab. Is there a better way? >> >> # Phuket >> /usr/local/bin/archivemail --delete --days=30 --include-flagged >> --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox1 >> sleep 60 >> /usr/local/bin/archivemail --delete --days=30 --include-flagged >> --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox2 >> sleep 60 >> > > [...] > > You can simply list multiple mailboxes on the command line. > > Nikolaus > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > archivemail-user mailing list > arc...@li... > https://lists.sourceforge.net/lists/listinfo/archivemail-user > I do this in PHP, but it could be done in Bash, Perl, Python, etc: <?php $dirs = array("Spam", "Trash", "Sent"); foreach($dirs as $dir){ $users = glob("/home/*"); foreach($users as $user){ $folder = $user . "/mail/" . $dir; if(file_exists($folder)){ $attrib = stat($folder); if($attrib[7]>0){ $bits = explode("/", $user); $uname = $bits[2]; system("su - " . $uname . " -c \"/usr/bin/archivemail --quiet --delete --days=14 " . $folder . "\""); }; }; }; }; ?> Copyright 2010 Me, consider it GPLv3+ if it makes you feel better. :) You could hack on this to make it way more configurable, you could make it run in parallel, etc. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie |
From: Nikolaus S. <mic...@we...> - 2011-03-07 21:14:54
|
On Sat, Mar 05, 2011 at 03:19:09PM +0700, Tim Rice wrote: > I'm new to Archivemail and I want to run Archiemail daily with a cronjob. I > have it working but wondered if there is a better way to handle checking > multiple accounts. > > I have over 150 poboxes I need to check. What I'm doing now is running this > file via crontab. Is there a better way? > > # Phuket > /usr/local/bin/archivemail --delete --days=30 --include-flagged > --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox1 > sleep 60 > /usr/local/bin/archivemail --delete --days=30 --include-flagged > --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox2 > sleep 60 [...] You can simply list multiple mailboxes on the command line. Nikolaus |
From: Tim R. <ti...@ph...> - 2011-03-05 08:19:16
|
Hi, I'm new to Archivemail and I want to run Archiemail daily with a cronjob. I have it working but wondered if there is a better way to handle checking multiple accounts. I have over 150 poboxes I need to check. What I'm doing now is running this file via crontab. Is there a better way? # Phuket /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox1 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox2 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox3 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox4 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox5 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox7 sleep 60 # Bali /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox14 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox15 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox16 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox17 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox18 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox19 sleep 60 /usr/local/bin/archivemail --delete --days=30 --include-flagged --preserve-unread /usr/boxes/gordonfe/asia-pacific-superyachts.com/pobox20 -- Tim Rice Computer Stuff Phuket, Thailand http://www.phuket-mail.com http://www.computerstuff.net |
From: Nikolaus S. <mic...@we...> - 2011-01-28 21:35:53
|
On Sat, Jan 22, 2011 at 09:20:31AM -0500, Philippe LeCavalier wrote: > Hopefully my second question isn't as stupid as my first... > > Has anyone experimented with fetching a list of mailbox names to hand to > archivemail to perform archiving on many mailboxes within an account? The '*' and '%' wildcards in IMAP URLs are the best you can get. They are (also) documented in the manpage. Nikolaus |
From: Philippe L. <su...@pl...> - 2011-01-22 14:20:41
|
Hi. Hopefully my second question isn't as stupid as my first... Has anyone experimented with fetching a list of mailbox names to hand to archivemail to perform archiving on many mailboxes within an account? Phil |
From: Philippe L. <su...@pl...> - 2011-01-22 14:18:38
|
For some reason I did notice the URL section under IMAP in the man page...Suffice it to say, this question has been self-answered ;-) Phil On Fri, 2011-01-21 at 11:07 -0500, Philippe LeCavalier wrote: > Hi. > > When archiving on IMAP how do I specify my username when it's a > us...@do... format? > > Thanks, > Phil > > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > archivemail-user mailing list > arc...@li... > https://lists.sourceforge.net/lists/listinfo/archivemail-user |