[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: More emacs instances
From: |
Eric Abrahamsen |
Subject: |
Re: More emacs instances |
Date: |
Tue, 07 Sep 2010 09:39:04 +0800 |
User-agent: |
Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) |
On Tue, Sep 07 2010, Andrea Crotti wrote:
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>>
>> I know this topic is straying a bit and perhaps should be on the gnus
>> list, but since we're talking about it…
>>
>> I am using gmail POP and want to switch to IMAP, using offlineimap.
>> Since I've been deleting mails from the server under POP usage, I've
>> only got the most recent month or so of mail on the gmail servers.
>>
>> Now if I switch to a setup where gnus and offlineimap use the same
>> maildir for their mail, that means my old messages will be deleted (or
>> at least can't be stored in that maildir) when I switch to IMAP, right?
>> But if offlineimap populates a maildir, and gnus uses it as a mail
>> source to slurp up its messages, does that mean that from here on out
>> I'll have two copies of all my mail: offlineimap's maildir, and gnus'
>> group folders? Is it possible to delete the retrieved messages from
>> offlineimap's maildir, without confusing offlineimap?
>>
>> I hope this makes sense! I'm sure there's a simple solution, and I'll be
>> backing up thoroughly before I mess with it, but I'd love to hear how
>> this works for other people…
>>
>> Thanks!
>> Eric
>>
>
>
> Mm I don't see why you would have two copies, if offlineimap is
> bidirectional and if gnus is not behaving too crazily the changes you do
> to your Maildir will be also written on the remote imap server.
>
> Is that correct?
> Another way is to have an imap server running locally on the machine and
> that should be even easier...
Thanks! Mostly this was a confusion about the way imap and gnus work
together. I was thinking that I could still use my local group-splitting
setup, but of course if you're using imap properly the splitting is done
on the server. Might be more work than I'm willing to put in at this point...