On Sun, 14 Sep 2003, Thomas L Roche wrote:
>> [My large IMAP] account has a lot of mail[,] is "well-structured"
>> [(]lots of folders, fairly deep tree[),] and will soon disappear
>> into /dev/null.
>> I would like to download all the mail in the account to local
>> filespace, but preserving the structure, and to automate the process.
<big snip>
>> $ mailutil transfer -debug -verbose -merge prompt
>> {me.mail.big.edu}INBOX /g/mail/
>> [...]
>> [Certificate failure for me.mail.big.edu: self signed certificate
>> in certificate chain: /C=US/ST=Poor/L=Broke/O=Big State
>> University/OU=IT/CN=BSU-IT CA/[EMAIL PROTECTED]
Mark Crispin 09/14/2003 10:18 PM
> Since big.edu has a self-signed certificate, either you have to
> install certificate on your local machine or you have to use the
> /novalidate-cert option to disable certificate validation. This goes
> inside the {}, e.g.
> {me.mail.big.edu/novalidate-cert}INBOX
Thanks!
mailutil transfer -debug -verbose -merge prompt
{me.mail.big.edu/novalidate-cert}INBOX /g/mail/
gets me authn prompts, and off we go ... until we hit substructure.
E.g.
- Copying
{imap.big.edu:143/imap/tls/novalidate-cert/user="me"}INBOX.Drafts =>
/g/mail/INBOX/Drafts
- [Reusing connection to imap.big.edu/user="me"]
- [Mailbox is empty]
- Can't create mailbox node /g/mail/INBOX/: File exists
- alternative name:
Na�vely I try
> /g/mail/INBOX/Drafts
but get dope-slapped
- Can't create mailbox node /g/mail/INBOX/: File exists
Is there a way to tell mailutil to just create a subdir to correspond
to the substructure? The alternative is, e.g.,
- Copying {imap.big.edu:143/imap/tls/novalidate-cert/user="me"}INBOX.GNU
=> /g/mail/INBOX/GNU
- [Reusing connection to imap.big.edu/user="me"]
- [Mailbox is empty]
- Can't create mailbox node /g/mail/INBOX/: File exists
- alternative name: INBOX.GNU
- {imap.big.edu:143/imap/tls/novalidate-cert/readonly/user="me"}INBOX.GNU
[empty] => INBOX.GNU
- Copying
{imap.big.edu:143/imap/tls/novalidate-cert/user="me"}INBOX.GNU.Emacs =>
/g/mail/INBOX/GNU/Emacs
- [Reusing connection to imap.big.edu/user="me"]
- [[UNSEEN 1] ]
- Can't create mailbox node /g/mail/INBOX/: File exists
- alternative name: INBOX.GNU.Emacs
-
{imap.big.edu:143/imap/tls/novalidate-cert/readonly/user="me"}INBOX.GNU.Emacs
[5 message(s)] => INBOX.GNU.Emacs
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- Permission denied
- [Ok 5 messages(s)]
But this
0 is scarily manual. Thanks to the
> Listing mailboxes...
> 00000005 LIST INBOX *
earlier in the session, I know that I have 84 subfolders. That's a
lotta cut'n'paste :-( Furthermore, it ...
1 creates a flat bunch of mailbox nodes in ~. If there is no way
around problem 0, how might one recreate (e.g. via some script) from
this bunch of nodes something a mail client would recognize as
having the original folder structure?
I hope I'm not being too much of a PITA. OTOH I suspect a user-
friendly solution to this problem would be highly reusable (I Am Not A
Mail Admin (you guessed ?-) but I suspect I'm not the first person to
find themselves in this situation), and probably toolworthy (i.e. for
mail-client writers).
Your assistance is appreciated! Tom Roche <[EMAIL PROTECTED]>
