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
potentia
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
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 t
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
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
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
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 argv=/usr/libexec/do
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
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
-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?
Wh
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
On Mittwoch 22 Juli 2009 Stefan Förster wrote:
> What excatly are you trying to do with Sieve filtering?
To keep existing scripts. I filter my mails to 100+ different folders,
no fun to convert this to procmail.
mfg zmi
--
// Michael Monnerie, Ing.BSc- http://it-management.at
// Te
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 postf
On Wed, July 22, 2009 11:54, Ralf Hildebrandt wrote:
> * Michael Monnerie :
>
>> 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 dovecot has sieve? (Sorry, don't
On Wed, July 22, 2009 11:17, Ralf Hildebrandt wrote:
> * Michael Monnerie :
>> 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 does a accept and bounce, its
* Michael Monnerie 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=11&t=2759
> Example procmail:
> :0w
> *
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
* Michael Monnerie 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 rest is standard.
Since you
* Michael Monnerie :
> 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 dovecot has sieve? (Sorry, don't know
> dovecot at all)
>
> So I guess it should be
pos
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 progr
* Michael Monnerie :
> 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
Charité - Universitätsmedizin Berlin
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
22 matches
Mail list logo