[ archivemail-Bugs-847555 ] archiving courier-imap maildirs

[SourceForge.net <no...@so...>]

Bugs item #847555, was opened at 2003-11-23 08:08
Message generated for change (Comment added) made by nikosch
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=456910&aid=847555&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: all
Group: None
>Status: Pending
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nikolaus Schulz (nikosch)
Summary: archiving courier-imap maildirs

Initial Comment:
I have been completely unsuccessful in archiving
mailboxes in the courier-imap Maildir format.

All mailboxes are in the format ".mailbox_name" (notice
the leading dot).

The error received is:
"IOError: [Errno 13] Permission denied:
'path/to/.gz_file/that/cannot/be/created'

The destination archive directory is under the user's
home directory and has the permissions set to 600. 
I've also tried 4600 and got the same results (Set user
ID).

I've included my archive script.

I am using version: v0.6.1

---
Matthew Hayes
sou...@al...


----------------------------------------------------------------------

>Comment By: Nikolaus Schulz (nikosch)
Date: 2006-11-14 22:07

Message:
Logged In: YES 
user_id=1594781
Originator: NO

I've emailed both the submitter and ah...@us... last
week, but got no reply. 
The bug report itself looks obscure, a directory with mode 600 is even
less than read-only and pretty much useless. 
It doesn't look like the comment refers to the same problem. 

Set status to pending so we get rid of this thing if no one steps up with
useful information. 


----------------------------------------------------------------------

Comment By: Elan Ruusamäe (ahmake)
Date: 2006-02-08 23:00

Message:
Logged In: YES 
user_id=289546

i believe this has something to do with archivemail trying  
to move between temp file and destination dir.  
  
try reseting those env vars:  
export TMPDIR="$archivedir"  
export TMP="$TMPDIR"  
  
it fixed archiving for me.  
  
i tried to reproduce, for bug reporting, but wasn't  
successful, ie my test archival succeeded, when having  
TMPDIR and TMP on different partition than archived dir.  
  
maybe it's has something to do with file owner, because i  
noticed that temp dir was created under maildir owner uid,  
while the temp dir was owned by root only: 
 
# la /home/vmail/archived/{,tmpZhmKDtarchivemail} -d 
drwxrwx---  74 root  root  1936 Feb  8 
23:45 /home/vmail/archived// 
drwx------   2 vmail vmail   88 Feb  8 
23:45 /home/vmail/archived/tmpZhmKDtarchivemail/ 
 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=456910&aid=847555&group_id=49630