On Ter, 26 Mai 2009, Dieter Faulbaum wrote:

I have a dumb question, is it possible to use this combination:

Synchronising a remote IMAP-server and a local dovecot-IMAP-server by offlineimap (with both types = IMAP), which works very well. But it seems, that my sieve-scripts on the local dovecot server are not recognised by this combination. Is there a good debugging way for this?

There isn't much to debug. They are not run because they are only run
when deliver is used to deliver mails to the user. When they are
directly copied to the mail boxes they are not run.

I believe you cannot do that with offlineimap. But if you can get a
program that downloads the e-mails from the other server and passes
them to the deliver (or to your MTA, which then passes them to
deliver) you'll achieve what you want.

-- Eduardo M KALINOWSKI eduardo@kalinowski.com.br

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On Tue, 26 May 2009, Dieter Faulbaum wrote:

But it seems, that my sieve-scripts on the local dovecot server are not recognised by this combination.

You have to simulate the delivery after synchronisation. However, I wonder how this is to work:

1. you sync news mails from A -> B
2. you process them with Sieve on B, possible out them into other folders
3. next time you sync the filtered mails back to A, because they appear to be new.

But I guess you cannot run Sieve on A?

===

You could re-submit all "new" & unread messages to get them to the LDA on B.

====

The new libsieve library of Stephan Bosch does include a tool called "sieve-filter". It applies a Sieve script to all messages in a folder.

In addition there is a "sieve-test" tool that:

"

• -e Turns on true execution of the set of actions that results from running the script. In combination with the -l parame‐ ter, the actual delivery of messages can be tested. Note that this will not transmit any messages to remote SMTP recipients. Such actions only print the outgoing message to stdout. "

Bye,

Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBShzqwXWSIuGy1ktrAQLdxQf/e8RrlA1jR40g48LaqudYbllGfDjYuX9L gOsnpJHZtK65/z2et8+CIvDlGkFi2ftmg8eFKX6TRQFi79B/QbeKBXs8wYIQ1REN SgcSnfV53lmMDGjbAKdZubAZKSXIICAQXvKV5Nfsl/G6I0DcswHdzlQbIY161nfS siKTDBOWXYxTlDowBetFne0f+c/ZpivbYYYRXpcsPpsnnra0VX/W/zf7TigHCUTu iZ85T9HW3C/U33TFzEJY2T86fvx8KDQ9yznKqYWFXyhPxujFGdEp28uAsBZ1O4/9 1HyWnt3waPuH6ekdQvQoURDypMQLqm+Np/Q9dP5QLxeHPZEC46GpaA== =Spl/ -----END PGP SIGNATURE-----

Steffen Kaiser writes:

...

But it seems, that my sieve-scripts on the local dovecot server are not recognised by this combination.

You have to simulate the delivery after synchronisation. However, I wonder how this is to work:

1. you sync news mails from A -> B
2. you process them with Sieve on B, possible out them into other folders No, this doesn't work but I wnat to do). I "simulate" that with nnimap-split-rules in gnus (which works okay, but I think it would be nicer to do it by sieve-scripts).

3. next time you sync the filtered mails back to A, because they appear to be new. Yes and this works too.

But I guess you cannot run Sieve on A? That's right, it's a CommuniGate Pro(fessionell?-) server, which doesn't support sieve.

...

The new libsieve library of Stephan Bosch does include a tool called "sieve-filter". It applies a Sieve script to all messages in a folder. I will test that, if it is in squeeze. Seems promising.

...

Thanks for the info.

-- Dieter Faulbaum

Elektronenspeicherring BESSY II Albert-Einstein-Str. 15, 12489 Berlin phone +49 30 6392-4652 fax +49 30 6392-2939 mail Dieter.Faulbaum@bessy.de