So does anyone know *for sure* how the --delete function will behave using
imapsync? Does it only delete that which it confirms was successfully
transferred?
I used it to successfully move over the bulk of my mail. In my
experience, the --delete function did exactly that. It only deleted
what
I've already done this for several of them. The trouble is there's not a
consistent set of bad characters in the corrupted header. A fair number
came back with
grep '/.X-Message-Status: n$'
But that's not all of them. A few more came back with:
grep -P '/\x13\x42/'
Good tip on using sed to
> Bill, I ran into this problem with one of these
> imapsync/mailutil/mailsync utilities, and what I wound up doing was, I
> sucked the mail over to a dummy folder, then manually copied the
> messages up, reconstructed the inbox, and then deleted the dummy folder.
Which won't work very well consid
Hi all,
What's the story with duplicate suppression and it's affect on syncronizing
with tools like imapsync or mailsync?
It occurs to be that if suppression is enabled and it's blocking sync then I
may be seeing more "errors" than are accurate.
Does anyone know if the syncing tools are impacted
Lars Kellogg-Stedman wrote:
Hey folks,
I'm writing an application in which I'd like to be able to retrieve the
last messages from a newsgroup hosted on a Cyrus nntp server. I
figured I could use the ARTICLE command to select the last article in
the group and then use the LAST command to ste
Joseph:
I'll be using Postfix, not sendmail. And I'll be using a milter, however
quaretinig of spam or virus is not an option.
Andres
On Wed, 2005-11-09 at 09:15 -0500, Joseph Brennan wrote:
> Andres tarallo <[EMAIL PROTECTED]> wrote:
>
> > Now I'm in need to also create in bulk the sieve filt
