Menu
▾
▴
archivemail-devel — Discussions about archivemail development
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(13) |
Nov
(11) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(22) |
Dec
(3) |
| 2008 |
Jan
(8) |
Feb
|
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
(11) |
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(6) |
Nov
(1) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(12) |
Sep
(5) |
Oct
(6) |
Nov
(1) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
(2) |
Jul
(10) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(4) |
Dec
|
|
From: SourceForge.net <no...@so...> - 2011-07-13 06:14:56
|
Feature Requests item #3365625, was opened at 2011-07-13 14:00 Message generated for change (Comment added) made by apptaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3365625&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: apptaro (apptaro) Assigned to: Nobody/Anonymous (nobody) Summary: Support for automatic setuid Initial Comment: As described in the bug #3063535 (is owned by someone else!) archivemail version 0.7.2+ does not do setuid when archivemail is run by root and the target mailbox is owned by someone else. I need this functionality. My mail server is configured so that spam messages are automatically moved to a spam folder for each users. I want to use archivemail to delete old messages from each user's spam folder like this: archivemail --days=30 --delete --include-flagged /home/*/Mail/Spam but I get "/home/username/Mail/Spam is owned by someone else!" error. ---------------------------------------------------------------------- >Comment By: apptaro (apptaro) Date: 2011-07-13 15:14 Message: For now, I created a script such as below to do the job. Maybe this is enough. #!/bin/sh ls /home | while read line ARCMAIL="/usr/bin/archivemail --delete --include-flagged --quiet" do USER="$line" MAILBOX="/home/$USER/Mail/Spam" if [ -f $MAILBOX ] ; then sudo -u $USER $ARCMAIL $MAILBOX fi done ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3365625&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-13 06:02:31
|
Bugs item #3365617, was opened at 2011-07-13 13:49 Message generated for change (Comment added) made by apptaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3365617&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: apptaro (apptaro) Assigned to: Nobody/Anonymous (nobody) Summary: test_archivemail fails on Python 2.3.4 Initial Comment: # python -V Python 2.3.4 # python test_archivemail Traceback (most recent call last): File "test_archivemail", line 1285, in ? class TestArchiveMailboxdir(TestCaseInTempdir): File "test_archivemail", line 1290, in TestArchiveMailboxdir remaining_msg = set() # Filenames of maildir messages that should be preserved NameError: name 'set' is not defined # Quick search with google reveals "set" is new in Python 2.4. test_archivemail also uses Python 2.4 functions such as sort(). ---------------------------------------------------------------------- >Comment By: apptaro (apptaro) Date: 2011-07-13 15:02 Message: Even though test_archivemail fails, archivemail itself seems to work fine with Python 2.3.4. ---------------------------------------------------------------------- Comment By: apptaro (apptaro) Date: 2011-07-13 14:01 Message: Test with archivemail 0.9.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3365617&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-13 05:01:35
|
Bugs item #3365617, was opened at 2011-07-13 13:49 Message generated for change (Comment added) made by apptaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3365617&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: apptaro (apptaro) Assigned to: Nobody/Anonymous (nobody) Summary: test_archivemail fails on Python 2.3.4 Initial Comment: # python -V Python 2.3.4 # python test_archivemail Traceback (most recent call last): File "test_archivemail", line 1285, in ? class TestArchiveMailboxdir(TestCaseInTempdir): File "test_archivemail", line 1290, in TestArchiveMailboxdir remaining_msg = set() # Filenames of maildir messages that should be preserved NameError: name 'set' is not defined # Quick search with google reveals "set" is new in Python 2.4. test_archivemail also uses Python 2.4 functions such as sort(). ---------------------------------------------------------------------- >Comment By: apptaro (apptaro) Date: 2011-07-13 14:01 Message: Test with archivemail 0.9.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3365617&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-13 05:00:21
|
Feature Requests item #3365625, was opened at 2011-07-13 14:00 Message generated for change (Tracker Item Submitted) made by apptaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3365625&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: apptaro (apptaro) Assigned to: Nobody/Anonymous (nobody) Summary: Support for automatic setuid Initial Comment: As described in the bug #3063535 (is owned by someone else!) archivemail version 0.7.2+ does not do setuid when archivemail is run by root and the target mailbox is owned by someone else. I need this functionality. My mail server is configured so that spam messages are automatically moved to a spam folder for each users. I want to use archivemail to delete old messages from each user's spam folder like this: archivemail --days=30 --delete --include-flagged /home/*/Mail/Spam but I get "/home/username/Mail/Spam is owned by someone else!" error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3365625&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-13 04:49:20
|
Bugs item #3365617, was opened at 2011-07-13 13:49 Message generated for change (Tracker Item Submitted) made by apptaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3365617&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: apptaro (apptaro) Assigned to: Nobody/Anonymous (nobody) Summary: test_archivemail fails on Python 2.3.4 Initial Comment: # python -V Python 2.3.4 # python test_archivemail Traceback (most recent call last): File "test_archivemail", line 1285, in ? class TestArchiveMailboxdir(TestCaseInTempdir): File "test_archivemail", line 1290, in TestArchiveMailboxdir remaining_msg = set() # Filenames of maildir messages that should be preserved NameError: name 'set' is not defined # Quick search with google reveals "set" is new in Python 2.4. test_archivemail also uses Python 2.4 functions such as sort(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3365617&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-09 16:14:01
|
Support Requests item #3213272, was opened at 2011-03-15 14:39 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456911&aid=3213272&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: tatiana castano (tcastano) >Assigned to: Nikolaus Schulz (nikosch) Summary: 'NoneType" object has no attributte 'split' Initial Comment: Hello: I am running archive-mail against an IMAP server and I am having the following error: NoneType object has no attribute split. See traceback below. OS: fedora 14 Lastest archivemail version Python 2.7 File '/usr/bin/archivemail/archivemail.py', line 6, in <module> main () File '/usr/bin/archivemail/archivemail.py', line 701, in main archive (mailbox_path) File '/usr/bin/archivemail/archivemail.py', line 1144, in archive archive_imap(mailbox_name, final_archive_mail) File '/usr/bin/archivemail/archivemail.py', line 1394, in archive_imap message_list = response[0].split() AttributeError: 'NoneType" object has no attributte 'split' ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2011-07-09 18:14 Message: Fixed in git, and will make it into archivemail 0.9.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456911&aid=3213272&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-09 16:13:03
|
Feature Requests item #3168416, was opened at 2011-01-30 23:43 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3168416&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None >Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nikolaus Schulz (nikosch) Summary: Should allow port number on URL Initial Comment: Not all IMAP servers listen on the standard port but specifying the port number on the URL seems to produce a syntax error from archivemail. For example, consider the URL = imaps://"user":"pw"@imap.gmail.com:993/inbox ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2011-07-09 18:13 Message: Fixed in git, will make it into release 0.9.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3168416&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-07-09 16:11:16
|
Bugs item #879716, was opened at 2004-01-19 10:17 Message generated for change (Settings changed) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=879716&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Julien Burdy (erreur) Assigned to: Nikolaus Schulz (nikosch) Summary: 'NoneType' object has no attribute 'split' Initial Comment: Hello, I don't understant this problem: $ archivemail -v -n imap://x...@my...:my...@ma.../INBOX archiving 'imap://x...@my...:my...@ma.../INBOX' to 'INBOX_archive' ... set tempfile directory to '/tmp/@3578.0archivemail' guessing mailbox is of type: imap imap filter: '(BEFORE 23-Jul-2003 UNFLAGGED)' connected to server mail.myISP.ch logged in to server as x...@my... selected imap folder INBOX Traceback (most recent call last): File "/usr/bin/archivemail", line 1299, in ? main() File "/usr/bin/archivemail", line 620, in main archive(mailbox_path) File "/usr/bin/archivemail", line 1034, in archive _archive_imap(mailbox_name, final_archive_name) File "/usr/bin/archivemail", line 1227, in _archive_imap message_list = response[0].split() AttributeError: 'NoneType' object has no attribute 'split' cleaning up ... removing stale tempfile directory '/tmp/@3578.0archivemail' ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2011-07-09 18:11 Message: Fixed in git, will be in archivemail 0.9.0. ---------------------------------------------------------------------- Comment By: Nikolaus Schulz (nikosch) Date: 2011-04-01 22:21 Message: This old bug was no duplicate and shouldn't have been closed. My guess is, the IMAP server sends an empty, and thus invalid, SEARCH response. Exactly the same issue has recently been raised as support request #3213272, and bug #3090802 has also been similar. I have closed the latter because it was triggered by corrupted messages on the server, but that doesn't apply here, I guess. Hm, I hate to put workarounds for broken IMAP servers into archivemail, but that's probably the appropriate thing to do. ---------------------------------------------------------------------- Comment By: Peter Poeml (poeml) Date: 2006-04-25 23:22 Message: Logged In: YES user_id=78531 fixed in CVS (duplicate of bug #843890) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=879716&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-06-22 19:31:20
|
Bugs item #3314293, was opened at 2011-06-09 17:50 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3314293&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stefano Rivera (stefanorivera) Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail under Python 2.7 Initial Comment: Noticed this due to an Ubuntu build failure: https://launchpadlibrarian.net/70811701/buildlog_ubuntu-oneiric-i386.archivemail_0.8.2-1_FAILEDTOBUILD.txt.gz Fails with current GIT head too $ git log -1 commit 39e6a532d0654440679fb5980352615a004f090c ... $ ./test_archivemail ....................................................EE.E...E................................... ====================================================================== ERROR: testMixed (__main__.TestMaildir) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1432, in testMixed self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ====================================================================== ERROR: testMixedExisting (__main__.TestMaildir) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1437, in testMixedExisting self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ====================================================================== ERROR: testOld (__main__.TestMaildir) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1422, in testOld self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ====================================================================== ERROR: testOld (__main__.TestMaildirCopy) archiving an old maildir mailbox with the 'copy' option ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1549, in testOld self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ---------------------------------------------------------------------- Ran 95 tests in 2.165s FAILED (errors=4) ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2011-06-22 21:31 Message: This is now fixed in git. Actually, I think this was caused by a bug in the python library; at least it is an incompatible change in python 2.7. See commit f6046b9 in the archivemail git repo for details. Thanks for reporting. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3314293&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-06-09 15:50:54
|
Bugs item #3314293, was opened at 2011-06-09 15:50 Message generated for change (Tracker Item Submitted) made by stefanorivera You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3314293&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefano Rivera (stefanorivera) Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail under Python 2.7 Initial Comment: Noticed this due to an Ubuntu build failure: https://launchpadlibrarian.net/70811701/buildlog_ubuntu-oneiric-i386.archivemail_0.8.2-1_FAILEDTOBUILD.txt.gz Fails with current GIT head too $ git log -1 commit 39e6a532d0654440679fb5980352615a004f090c ... $ ./test_archivemail ....................................................EE.E...E................................... ====================================================================== ERROR: testMixed (__main__.TestMaildir) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1432, in testMixed self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ====================================================================== ERROR: testMixedExisting (__main__.TestMaildir) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1437, in testMixedExisting self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ====================================================================== ERROR: testOld (__main__.TestMaildir) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1422, in testOld self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ====================================================================== ERROR: testOld (__main__.TestMaildirCopy) archiving an old maildir mailbox with the 'copy' option ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_archivemail", line 1549, in testOld self.verify() File "./test_archivemail", line 1275, in verify self._verify_archive() File "./test_archivemail", line 1337, in _verify_archive for msg in mb: File "/usr/lib/python2.7/mailbox.py", line 1998, in next self._search_start() File "/usr/lib/python2.7/mailbox.py", line 2019, in _search_start self.fp.seek(pos) File "./test_archivemail", line 95, in seek gzip.GzipFile.seek(self, offset) File "/usr/lib/python2.7/gzip.py", line 423, in seek count = offset - self.offset TypeError: unsupported operand type(s) for -: 'NoneType' and 'int' ---------------------------------------------------------------------- Ran 95 tests in 2.165s FAILED (errors=4) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3314293&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-04-01 20:21:33
|
Bugs item #879716, was opened at 2004-01-19 10:17 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=879716&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open >Resolution: None Priority: 5 Private: No Submitted By: Julien Burdy (erreur) >Assigned to: Nikolaus Schulz (nikosch) Summary: 'NoneType' object has no attribute 'split' Initial Comment: Hello, I don't understant this problem: $ archivemail -v -n imap://x...@my...:my...@ma.../INBOX archiving 'imap://x...@my...:my...@ma.../INBOX' to 'INBOX_archive' ... set tempfile directory to '/tmp/@3578.0archivemail' guessing mailbox is of type: imap imap filter: '(BEFORE 23-Jul-2003 UNFLAGGED)' connected to server mail.myISP.ch logged in to server as x...@my... selected imap folder INBOX Traceback (most recent call last): File "/usr/bin/archivemail", line 1299, in ? main() File "/usr/bin/archivemail", line 620, in main archive(mailbox_path) File "/usr/bin/archivemail", line 1034, in archive _archive_imap(mailbox_name, final_archive_name) File "/usr/bin/archivemail", line 1227, in _archive_imap message_list = response[0].split() AttributeError: 'NoneType' object has no attribute 'split' cleaning up ... removing stale tempfile directory '/tmp/@3578.0archivemail' ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2011-04-01 22:21 Message: This old bug was no duplicate and shouldn't have been closed. My guess is, the IMAP server sends an empty, and thus invalid, SEARCH response. Exactly the same issue has recently been raised as support request #3213272, and bug #3090802 has also been similar. I have closed the latter because it was triggered by corrupted messages on the server, but that doesn't apply here, I guess. Hm, I hate to put workarounds for broken IMAP servers into archivemail, but that's probably the appropriate thing to do. ---------------------------------------------------------------------- Comment By: Peter Poeml (poeml) Date: 2006-04-25 23:22 Message: Logged In: YES user_id=78531 fixed in CVS (duplicate of bug #843890) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=879716&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-03-15 13:39:51
|
Support Requests item #3213272, was opened at 2011-03-15 09:39 Message generated for change (Tracker Item Submitted) made by tcastano You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456911&aid=3213272&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: tatiana castano (tcastano) Assigned to: Nobody/Anonymous (nobody) Summary: 'NoneType" object has no attributte 'split' Initial Comment: Hello: I am running archive-mail against an IMAP server and I am having the following error: NoneType object has no attribute split. See traceback below. OS: fedora 14 Lastest archivemail version Python 2.7 File '/usr/bin/archivemail/archivemail.py', line 6, in <module> main () File '/usr/bin/archivemail/archivemail.py', line 701, in main archive (mailbox_path) File '/usr/bin/archivemail/archivemail.py', line 1144, in archive archive_imap(mailbox_name, final_archive_mail) File '/usr/bin/archivemail/archivemail.py', line 1394, in archive_imap message_list = response[0].split() AttributeError: 'NoneType" object has no attributte 'split' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456911&aid=3213272&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2011-01-30 22:43:20
|
Feature Requests item #3168416, was opened at 2011-01-30 22:43 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3168416&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Should allow port number on URL Initial Comment: Not all IMAP servers listen on the standard port but specifying the port number on the URL seems to produce a syntax error from archivemail. For example, consider the URL = imaps://"user":"pw"@imap.gmail.com:993/inbox ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3168416&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-11-19 18:53:22
|
Patches item #3112824, was opened at 2010-11-19 13:53 Message generated for change (Tracker Item Submitted) made by dgregorovic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456912&aid=3112824&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dennis Gregorovic (dgregorovic) Assigned to: Nobody/Anonymous (nobody) Summary: GSSAPI support Initial Comment: I merged in some code from the offlineimap project to enable gssapi support. It will attempt this first and then revert to other authentications methods if it fails. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456912&aid=3112824&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-10-24 17:46:07
|
Bugs item #3090802, was opened at 2010-10-19 22:16 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3090802&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nikolaus Schulz (nikosch) Summary: Empty response from FETCH not handled gracefully Initial Comment: When attempting to FETCH defatils for a particular message number, OpenText FirstClass IMAP may return an "empty" response. It seems the current code does not handle that very well. Example IMAP session with OpenText FirstClass: . EXAMINE "INBOX/foobar" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 3 EXISTS * 0 RECENT * OK [UIDVALIDITY 1100080522] UIDs valid * OK [UIDNEXT 3] Predicted next UID . OK [READ-ONLY] Select completed. . FETCH 1:* (RFC822.SIZE) * 1 FETCH (RFC822.SIZE 5120) * 3 FETCH (RFC822.SIZE 2048) . FETCH 2 (RFC822) . OK FETCH Completed When trying to archive such as mailbox using the current git version of archivemail, it fails like this: 34:57.74 > KKFK128 FETCH 2 (FLAGS) 34:57.77 < KKFK128 OK FETCH Completed 34:57.77 matched r'(?P<tag>KKFK\d+) (?P<type>[A-Z]+) (?P<data>.*)' => ('KKFK128', 'OK', 'FETCH Completed') cleaning up ... removing stale temporary mbox '/tmp/tmpwh4hnzarchivemail/tmp9HUS2s' removing stale tempfile directory '/tmp/tmpwh4hnzarchivemail' Traceback (most recent call last): File "archivemail", line 1822, in <module> main() File "archivemail", line 697, in main archive(mailbox_path) File "archivemail", line 1118, in archive _archive_imap(mailbox_name) File "archivemail", line 1379, in _archive_imap msg_flags = imaplib.ParseFlags(response[0]) File "/usr/lib/python2.6/imaplib.py", line 1374, in ParseFlags mo = Flags.match(resp) TypeError: expected string or buffer ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2010-10-24 19:46 Message: I have discussed this issue with the submitter by email, and it turned out that this IMAP server returns no untagged FETCH responses for certain email messages that are corrupted. This means that the server is in an error state which it fails to report it to the client. Since archivemail generally refrains from continuing after any error on the server side, and it turned out this particular error can be fixed by deleting the messages in question, I'm closing this bug as `Wont Fix'. For the record, I have attached a patch from the email exchange with the submitter which lets archivemail skip such messages; however, this patch is not going to be applied. ---------------------------------------------------------------------- Comment By: Nikolaus Schulz (nikosch) Date: 2010-10-20 22:51 Message: Thanks for reporting. Please test the attached patch, it should fix an empty reply to "FETCH (FLAGS)". Your example IMAP session looks interesting. Did you send the "FETCH (RFC822)" before the server completed your first FETCH command? And, which FETCH command was completed there by the "OK FETCH Completed"? I hope it wasn't a "FETCH (RFC822*)" command? Because I would expect that data not to be empty... By the way, feel free to contact me by email about this, microschulz at web.de. This web bug tracker thingy is horrible for serious communication. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3090802&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-10-20 20:51:03
|
Bugs item #3090802, was opened at 2010-10-19 22:16 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3090802&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nikolaus Schulz (nikosch) Summary: Empty response from FETCH not handled gracefully Initial Comment: When attempting to FETCH defatils for a particular message number, OpenText FirstClass IMAP may return an "empty" response. It seems the current code does not handle that very well. Example IMAP session with OpenText FirstClass: . EXAMINE "INBOX/foobar" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 3 EXISTS * 0 RECENT * OK [UIDVALIDITY 1100080522] UIDs valid * OK [UIDNEXT 3] Predicted next UID . OK [READ-ONLY] Select completed. . FETCH 1:* (RFC822.SIZE) * 1 FETCH (RFC822.SIZE 5120) * 3 FETCH (RFC822.SIZE 2048) . FETCH 2 (RFC822) . OK FETCH Completed When trying to archive such as mailbox using the current git version of archivemail, it fails like this: 34:57.74 > KKFK128 FETCH 2 (FLAGS) 34:57.77 < KKFK128 OK FETCH Completed 34:57.77 matched r'(?P<tag>KKFK\d+) (?P<type>[A-Z]+) (?P<data>.*)' => ('KKFK128', 'OK', 'FETCH Completed') cleaning up ... removing stale temporary mbox '/tmp/tmpwh4hnzarchivemail/tmp9HUS2s' removing stale tempfile directory '/tmp/tmpwh4hnzarchivemail' Traceback (most recent call last): File "archivemail", line 1822, in <module> main() File "archivemail", line 697, in main archive(mailbox_path) File "archivemail", line 1118, in archive _archive_imap(mailbox_name) File "archivemail", line 1379, in _archive_imap msg_flags = imaplib.ParseFlags(response[0]) File "/usr/lib/python2.6/imaplib.py", line 1374, in ParseFlags mo = Flags.match(resp) TypeError: expected string or buffer ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2010-10-20 22:51 Message: Thanks for reporting. Please test the attached patch, it should fix an empty reply to "FETCH (FLAGS)". Your example IMAP session looks interesting. Did you send the "FETCH (RFC822)" before the server completed your first FETCH command? And, which FETCH command was completed there by the "OK FETCH Completed"? I hope it wasn't a "FETCH (RFC822*)" command? Because I would expect that data not to be empty... By the way, feel free to contact me by email about this, microschulz at web.de. This web bug tracker thingy is horrible for serious communication. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3090802&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-10-19 20:16:56
|
Bugs item #3090802, was opened at 2010-10-19 20:16 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3090802&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Empty response from FETCH not handled gracefully Initial Comment: When attempting to FETCH defatils for a particular message number, OpenText FirstClass IMAP may return an "empty" response. It seems the current code does not handle that very well. Example IMAP session with OpenText FirstClass: . EXAMINE "INBOX/foobar" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 3 EXISTS * 0 RECENT * OK [UIDVALIDITY 1100080522] UIDs valid * OK [UIDNEXT 3] Predicted next UID . OK [READ-ONLY] Select completed. . FETCH 1:* (RFC822.SIZE) * 1 FETCH (RFC822.SIZE 5120) * 3 FETCH (RFC822.SIZE 2048) . FETCH 2 (RFC822) . OK FETCH Completed When trying to archive such as mailbox using the current git version of archivemail, it fails like this: 34:57.74 > KKFK128 FETCH 2 (FLAGS) 34:57.77 < KKFK128 OK FETCH Completed 34:57.77 matched r'(?P<tag>KKFK\d+) (?P<type>[A-Z]+) (?P<data>.*)' => ('KKFK128', 'OK', 'FETCH Completed') cleaning up ... removing stale temporary mbox '/tmp/tmpwh4hnzarchivemail/tmp9HUS2s' removing stale tempfile directory '/tmp/tmpwh4hnzarchivemail' Traceback (most recent call last): File "archivemail", line 1822, in <module> main() File "archivemail", line 697, in main archive(mailbox_path) File "archivemail", line 1118, in archive _archive_imap(mailbox_name) File "archivemail", line 1379, in _archive_imap msg_flags = imaplib.ParseFlags(response[0]) File "/usr/lib/python2.6/imaplib.py", line 1374, in ParseFlags mo = Flags.match(resp) TypeError: expected string or buffer ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3090802&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-10-16 17:06:37
|
Bugs item #3083236, was opened at 2010-10-07 21:48 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3083236&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nikolaus Schulz (nikosch) Summary: can't archive INBOX via imaps Initial Comment: my mailbox is here: imaps://mail.myserver.com/INBOX This is the response I get from archivemail: /usr/local/bin/archivemail --verbose -d30 -o $HOME/.mail_archive/ --suffix '_%B_%d_%Y' "imaps://username:pas...@ma.../INBOX" processing 'imaps://username:pas...@ma.../INBOX' set tempfile directory to '/tmp/tmpjr5EIIarchivemail' guessing mailbox is of type: imap(s) Setting imaplib.Debug = 0 establishing secure connection to server mail.myserver.com logging in to server as username NAMESPACE response: '(("INBOX." ".")) (("user." ".")) (("" "."))' IMAP namespace prefix: 'INBOX.', hierarchy delimiter: '.' Looking for mailbox 'INBOX.INBOX'... archivemail: Cannot find mailbox 'INBOX' on server. cleaning up ... removing stale tempfile directory '/tmp/tmpjr5EIIarchivemail' I am not certain why it is looking for INBOX.INBOX ? ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2010-10-16 19:06 Message: Fixed in archivemail 0.8.2, which was released today. ---------------------------------------------------------------------- Comment By: Nikolaus Schulz (nikosch) Date: 2010-10-07 23:31 Message: Damn, damn, damn. A serious bug in the IMAP namespace handling. Unfortunately this is bending my IMAP knowledge, so I'll have to look into this some more. Might not happen this weekend, though. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3083236&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-10-07 21:31:55
|
Bugs item #3083236, was opened at 2010-10-07 21:48 Message generated for change (Settings changed) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3083236&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nikolaus Schulz (nikosch) Summary: can't archive INBOX via imaps Initial Comment: my mailbox is here: imaps://mail.myserver.com/INBOX This is the response I get from archivemail: /usr/local/bin/archivemail --verbose -d30 -o $HOME/.mail_archive/ --suffix '_%B_%d_%Y' "imaps://username:pas...@ma.../INBOX" processing 'imaps://username:pas...@ma.../INBOX' set tempfile directory to '/tmp/tmpjr5EIIarchivemail' guessing mailbox is of type: imap(s) Setting imaplib.Debug = 0 establishing secure connection to server mail.myserver.com logging in to server as username NAMESPACE response: '(("INBOX." ".")) (("user." ".")) (("" "."))' IMAP namespace prefix: 'INBOX.', hierarchy delimiter: '.' Looking for mailbox 'INBOX.INBOX'... archivemail: Cannot find mailbox 'INBOX' on server. cleaning up ... removing stale tempfile directory '/tmp/tmpjr5EIIarchivemail' I am not certain why it is looking for INBOX.INBOX ? ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2010-10-07 23:31 Message: Damn, damn, damn. A serious bug in the IMAP namespace handling. Unfortunately this is bending my IMAP knowledge, so I'll have to look into this some more. Might not happen this weekend, though. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3083236&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-10-07 19:48:32
|
Bugs item #3083236, was opened at 2010-10-07 19:48 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3083236&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: can't archive INBOX via imaps Initial Comment: my mailbox is here: imaps://mail.myserver.com/INBOX This is the response I get from archivemail: /usr/local/bin/archivemail --verbose -d30 -o $HOME/.mail_archive/ --suffix '_%B_%d_%Y' "imaps://username:pas...@ma.../INBOX" processing 'imaps://username:pas...@ma.../INBOX' set tempfile directory to '/tmp/tmpjr5EIIarchivemail' guessing mailbox is of type: imap(s) Setting imaplib.Debug = 0 establishing secure connection to server mail.myserver.com logging in to server as username NAMESPACE response: '(("INBOX." ".")) (("user." ".")) (("" "."))' IMAP namespace prefix: 'INBOX.', hierarchy delimiter: '.' Looking for mailbox 'INBOX.INBOX'... archivemail: Cannot find mailbox 'INBOX' on server. cleaning up ... removing stale tempfile directory '/tmp/tmpjr5EIIarchivemail' I am not certain why it is looking for INBOX.INBOX ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3083236&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-09-29 19:33:34
|
Bugs item #3063535, was opened at 2010-09-10 11:25 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3063535&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nikolaus Schulz (nikosch) Summary: is owned by someone else! Initial Comment: Hello I have a problem with the latest release 0.8.0, which I did not have with 0.7.2 While logged in as root, I get the error XXX mail is owned by someone else!. Where XXX mail is the name if the email account. The files are owned by a different user, indeed, with 700 permission. But, they were set the same from the beginning. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-09-29 19:33 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Nikolaus Schulz (nikosch) Date: 2010-09-13 18:13 Message: When run as root, archivemail up to version 0.7.2 used to automatically setuid to the owner of the mailbox it is processing. This feature has been removed - the right way is to run archivemail as the user who owns the mailbox. The check producing the error message you see was introduced to prevent any silent breakage. If you have other reasons to archive user mailboxes as root, please let me know; otherwise I'll close this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3063535&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-09-29 19:04:59
|
Bugs item #2882023, was opened at 2009-10-19 22:11 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=2882023&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Kriston Rehberg (kriston) Assigned to: Nikolaus Schulz (nikosch) Summary: Delete messages marked with dates that are in the future Initial Comment: Archivemail detects messages whose dates are in the future but does not delete them. Since these are universally invalid the program should delete them, or offer an option to delete messages with dates in the future. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-09-29 19:04 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Nikolaus Schulz (nikosch) Date: 2010-08-09 11:00 Message: When an email has no Delivery-Date header, archivemail 0.8.0 now reads and prefers the Received header over the Date header. That should fix this problem. Please comment if it doesn't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=2882023&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-09-13 18:13:49
|
Bugs item #3063535, was opened at 2010-09-10 13:25 Message generated for change (Comment added) made by nikosch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3063535&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nikolaus Schulz (nikosch) Summary: is owned by someone else! Initial Comment: Hello I have a problem with the latest release 0.8.0, which I did not have with 0.7.2 While logged in as root, I get the error XXX mail is owned by someone else!. Where XXX mail is the name if the email account. The files are owned by a different user, indeed, with 700 permission. But, they were set the same from the beginning. ---------------------------------------------------------------------- >Comment By: Nikolaus Schulz (nikosch) Date: 2010-09-13 20:13 Message: When run as root, archivemail up to version 0.7.2 used to automatically setuid to the owner of the mailbox it is processing. This feature has been removed - the right way is to run archivemail as the user who owns the mailbox. The check producing the error message you see was introduced to prevent any silent breakage. If you have other reasons to archive user mailboxes as root, please let me know; otherwise I'll close this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3063535&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-09-10 11:25:25
|
Bugs item #3063535, was opened at 2010-09-10 11:25 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3063535&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: is owned by someone else! Initial Comment: Hello I have a problem with the latest release 0.8.0, which I did not have with 0.7.2 While logged in as root, I get the error XXX mail is owned by someone else!. Where XXX mail is the name if the email account. The files are owned by a different user, indeed, with 700 permission. But, they were set the same from the beginning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456910&aid=3063535&group_id=49630 |
|
From: SourceForge.net <no...@so...> - 2010-09-03 03:19:58
|
Feature Requests item #3058525, was opened at 2010-09-02 23:19 Message generated for change (Tracker Item Submitted) made by wez You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3058525&group_id=49630 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Wez Furlong (wez) Assigned to: Nobody/Anonymous (nobody) Summary: archive mail into imap folders Initial Comment: I'd like to archive mail from say, INBOX to INBOX/archive/<year> on the same IMAP server. The mail would be moved from the source folder to the destination. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=456913&aid=3058525&group_id=49630 |
1 message has been excluded from this view by a project administrator.
