Join GitHub today
Filters protocol looks very similar to communigate
Congrats on releasing it!
The new filter design is absolutley amazing. I love it. It allows people to quickly write a filter in a simple shell script but it also allows you to redirect the filter-requests to a different (central filtering server) and process there. It's simply amazing.
I have already written a SPF filter in Rust. Works perfect.
@kaey I wasn't aware but it's not really surprising, I didn't do rocket science, the interesting part is not so much the protocol but rather the split between events reporting and filtering, where a filter may or not depend on reporting to build its state, this and the read from stdin / write to stdout logic which makes it trivial to plug with any language. Thanks for your comment.
@leo-unglaub oh my, I created a monster... :-)
This looks great! Some requests:
This is already implemented, I use it myself
This can be done using proc filters which actively slow down responses.
I have implemented a PoC filter which paused 5 seconds for each reply to
This will be done, it was even discussed yesterday on IRC but I want the
Tags are trickier because we already have a tagging mechanism which does
That's a nope :-)
I don't want to deal with multiple formats in OpenSMTPD itself.
If a filter wants to work with json, in most languages that provide json
It doesn't make sense to me that OpenSMTPD should start supporting json,
Filters get to convert the simple format into what they want, and this way