On Donnerstag 23 Juli 2009 Benny Pedersen wrote:
sieve is cool yes, but deliver to a mailfolder dont need sieve if you
add + addressing
Yes, Benny, but
1) I need sieve to *decide* where the mail should be dropped. I receive
mail to x...@y.z, which should go to folder AAA, so I'd need sieve to
On Donnerstag 23 Juli 2009 Mikael Bak wrote:
Postfix sends the email to amavisd-new
for processing, and after that the email are pushed back to postfix
for delivery.
Your deliver program will have to be able to push back the email
into postfix exactly as amavisd-new does. I think you have to
Michael Monnerie wrote, at 07/23/2009 10:33 AM:
I just need a sieve that can call an external program to deliver mails.
Is that really not existing?
Sieve is deliberately crippled in this way:
http://sieve.info/
One of its design goals was to reduce the chance of users performing
On Mittwoch 22 Juli 2009 Benny Pedersen wrote:
or add sieve protocol to zarafa
I'd wish that, but that's not in my possibility.
Just why is there not a simple sieve implementation that rewrites mails
going to x...@y.z to x+mymail...@y.z and re-calls postfix again. That would
be a simple
On Mittwoch 22 Juli 2009 Ralf Hildebrandt wrote:
User dovecot deliver instead of procmail when doing local delivery.
That's it.
From dovecots documentation in LDA.Sieve.txt:
NB: Sieve doesn't support running external programs.
And in VirtualUsers.txt:
It's not possible to use the Sieve plugin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/23/09 16:33, Michael Monnerie wrote:
Ah, this was s close. What a pity.
Maybe there's another way?
What about a postfix milter?
I just need a sieve that can call an external program to deliver mails.
Is that really not existing?
Why
On Thu, July 23, 2009 16:32, Michael Monnerie wrote:
On Mittwoch 22 Juli 2009 Benny Pedersen wrote:
or add sieve protocol to zarafa
I'd wish that, but that's not in my possibility.
tryed http://horde.org/ ?
Just why is there not a simple sieve implementation that rewrites mails
going to
On Donnerstag 23 Juli 2009 Benny Pedersen wrote:
Just why is there not a simple sieve implementation that rewrites
mails going to x...@y.z to x+mymail...@y.z and re-calls postfix again.
this can be done with postfix header test imho, and dovecot can use +
addresing
You miss the point: I
On Donnerstag 23 Juli 2009 Victoriano Giralt wrote:
Why don't you just call the external program for the delivery as
you call sieve. In my systems we call dovecot's deliver like this:
dovecot unix - n n - - pipe
flags=DRhu user=v:v
Michael Monnerie wrote:
On Donnerstag 23 Juli 2009 Benny Pedersen wrote:
Just why is there not a simple sieve implementation that rewrites
mails going to x...@y.z to x+mymail...@y.z and re-calls postfix again.
this can be done with postfix header test imho, and dovecot can use +
Michael Monnerie wrote:
Now if you can tell me the way to get the e-mail out of that deliver
program again into postfix, with the recipient rewritten to
user+mail...@x.y, then you made my day.
I can be terribly wrong here, but isn't this what amavisd-new does when
working together with
On Thu, July 23, 2009 18:20, Michael Monnerie wrote:
Now if you can tell me the way to get the e-mail out of that deliver
program again into postfix, with the recipient rewritten to
user+mail...@x.y, then you made my day.
http://wiki.dovecot.org/LDA/Postfix
see the -m option on delivery
I'm wondering if anybody knows of a way to include sieve in postfix
instead of procmail? Or are all the sieve implementations so tightly
integrated to the mailer that this is not possible?
I currently have postfix - procmail - zarafa, and would like to have
postfix - sieve - zarafa. Is that
* Michael Monnerie michael.monne...@is.it-management.at:
I'm wondering if anybody knows of a way to include sieve in postfix
instead of procmail?
User dovecot deliver instead of procmail when doing local delivery.
That's it.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
On Mittwoch 22 Juli 2009 Ralf Hildebrandt wrote:
I'm wondering if anybody knows of a way to include sieve in postfix
instead of procmail?
User dovecot deliver instead of procmail when doing local delivery.
That's it.
Oh, nice. Only problem is, I'd need to deliver to an external program.
* Michael Monnerie michael.monne...@is.it-management.at wrote:
I currently have postfix - procmail - zarafa, and would like to have
postfix - sieve - zarafa. Is that possible via a milter maybe? The
sieve implementation would need to be able to call an external program
to deliver mail, but the
On Mittwoch 22 Juli 2009 Stefan Förster wrote:
ince you mentioned procmail, my buest guess is that your
Postfix/Zarafa integration is similar to the wiki page at
http://zarafa.com/wiki/index.php/MTA_integration
This leaves me slightly puzzled, because I can't imagine where you'd
want to
* Michael Monnerie michael.monne...@is.it-management.at wrote:
On Mittwoch 22 Juli 2009 Stefan Förster wrote:
What excatly are you trying to do with Sieve filtering?
Yes, zarafa-dagent delivers, but you can tell it where:
See http://forums.zarafa.com/viewtopic.php?f=11t=2759
Example
On Wed, July 22, 2009 11:17, Ralf Hildebrandt wrote:
* Michael Monnerie michael.monne...@is.it-management.at:
I'm wondering if anybody knows of a way to include sieve in postfix
instead of procmail?
User dovecot deliver instead of procmail when doing local delivery.
That's it.
sieve reject
On Wed, July 22, 2009 11:54, Ralf Hildebrandt wrote:
* Michael Monnerie michael.monne...@is.it-management.at:
Oh, nice. Only problem is, I'd need to deliver to an external program.
Or did you mean local from the postfix POV, and that external delivery
is possible from dovecot, and that
20 matches
Mail list logo