FreeBSD porting

[Costel Balta-Coman]

Hi Janos,

if i understood right, the only thing that is “blocking” the FreeBSD version is the use of epoll in piler-smtp. is that correct?

if so, would it be very difficult to write that file to use kqueue on FreeBSD systems?

sorry for asking here …i have not found another way to contact you.

[Janos SUTO]

Hello Costel, well, you are right. While epoll is a nice event library, unfortunately it’s Linux specific. I’m not sure if there’s a large FreeBSD user base out there to make adding kqueue support to piler-smtp.

However, there might be a workaround. Using another MTA, eg. postfix you may get rid of piler-smtp. All you need to achieve is to get the MTA to move queued emails to /var/piler/tmp/{0,1} dirs, and then the piler daemon processes emails.

[Costel Balta-Coman]

Nice to know that it is possible to use postfix as a replacement for piler-smtp, but i think it would be better (for future updates,migrations and overall integration) to have this support in piler code. Not only for me but also for other present/future FreeBSD users and for a more general application portability.

i understand that this is open source software and you have no obligation to implement platform specific code, but FreeBSD is an solid OS with top off the class ZFS support (one of the reason i use it).

All that said…can you consider implementing the FreeBSD support? Not for free, I would like to sponsor this work (some reasonable donation….i’m not rich ).

[Janos SUTO]

I know that FreeBSD has its own merits, however adding another completely different OS makes my job a lot more difficult. For starters I can’t suggest anything better, than try to replace piler-smtp with postfix. Later, perhaps I’ll consider it, but not in the short run, sorry.