From: Moshe Katz moshe@PROTECTED It appears that CGI::Fast has some issues, though I can't seem to find out why See http://serverfault com/questions/664686/perl-cgifast-closes-connections-without-sending-data for details Do you know anything about this, or know anyone who might be able to shed some light?

No, I don't have much light to shed As it stands, I've only tested Dada Mail on Apache using mod_fcgi/mod_fastcgi (whichever it is) Something like a reverse proxy setup on nginx isn't something I've played with, yet if CGI::Fast is giving worry, making Dada Mail a Plack/PSGI app is pretty simply, but again: I haven't tested this out in that environment - I don't know if it's a goal (Plack/PSGI) for this next release

1. In the docs, you pointed out that command-line based installation has gone away However, given the new FastCGI support, command-line setup is more important that ever

I agree, and it'll be back in the next dev release

1. Another change is v8 is the removal of the command-line interface from Bridge, which is also something I have used in the past (though I am currently not using it) I would think that the way to solve that is to create a small wrapper script that accepts the email on the command line and does an HTTP POST into Bridge It's similar to how the "webservices" scripts that you have now work

Another thing that will be back in the next dev release

1. I left a handful of comments on Github about documentation issues

Got them! Thank you - changes will be made in the next dev release

1. I see a lot of this message in the log file: CGI::param called in list context from package DADA::App line 356, this can lead to vulnerabilities See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5 18 2/CGI pm line 437, line 1 Should I be worried about that?

Yeah, something else to work on