Re: [Mailsync-list] mh sync

[Tomas P. <tp...@so...>]

On Wed, 9 Jun 2004, Tomas Pospisek wrote:

> On Sat, 5 Jun 2004, Michael 'hacker' Krelin wrote:
>
> > Yet another attempt on fix. Once again after such a long break in
> > digging mailsync I'm totally lost in all the mailbox open operations,
> > but this is what I had to do without using if(ismh) to get mh sync
> > properly. basically, mailbox_open makes mh mailboxes forget about
> > messages flagged for removal.
>
> Strange, this should be fixed in the c-client code.
>
> > So, I had to expunge mail before going any
> > further and not open it if it's already open. I have no clue if it will
> > break anything or not...
>
> I spend quite some time pondering this and going through all the
> mail_open's. And I think it will not break anything... I've committed a
> slightly modified version - thanks *a lot*!!!

OK, no, actually it can't work. The problem is seen below:

Synchronizing stores "local-inbox" <-> "remote-inbox"...
Authorizing against {[192.168.1.2]/imap}

 *** INBOX ***

  deleted    >   Mon Jun  7 Some One           RE : Re: [Afbackup-devel] Re:
  deleted    >   Sun Jun  6 Some Other         mailsync; ssh vs rsh
  deleted    >   Sat Jun  5 A Person
  deleted    >   Mon Jun  7 Another P          Vorstudie
Expunged 4 mails in store eis-inbox
Authorizing against {[192.168.1.2]/imap}
Error: Bad msgno 67 in mail_elt, nmsgs = 64
A fatal error occured - terminating
Aborted

What we did here is expunge messages and then try to copy other messages
back and forth. The problem is, that the numbering has changed because of
expunging some emails inbetween.

I'll have to reverse your patch. It seems that c-client needs to be fixed
(see osdep/mh.c -> mh_check for reference) in order to not loose
information on what messages have been deleted when reopening a
connection.

Talking of which and for reference - how do messages scheduled for removal
look like in mh? Are they moved somewhere? Or is their filename changed?
Or is a flag set within the message?
*t

--
--------------------------------------------------------
  Tomas Pospisek
  http://sourcepole.com -  Linux & Open Source Solutions
--------------------------------------------------------