<div>
                    <br>
                </div>
                <div></div>
                 
                <p style="color: #A0A0A8;">On Wednesday, 13 March 2013 at 12:53, Simon MacMullen wrote:</p><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>Yeah, that would be my preference too. That gets you essentially the </div><div>same thing as binding to amq.rabbitmq.log but at a lower level.</div><div><br></div><div>One reason I haven't written such a plugin yet myself (lack of time of </div><div>course being another) is that the Erlang syslog clients that I saw used </div><div>native code, making the whole thing harder to release as a binary, or </div><div>required syslog-over-UDP which might count as "more moving parts".</div></div></div></span></blockquote><div><br></div><div>That's a fair point.</div><div><br></div><div>Until now, I've been using lager_syslog, which under the covers is using Vagabond's port driver for syslog. Because I've been using rebar, it just compiles the driver as part of the build, but this is only fine if you either build on the machine you deploy to or if your binaries are only targeting one architecture.</div><div><br></div><div>As for sending via gen_udp, I wouldn't see this code as being an extra moving part per se, it's just that you'd have to write the code to format the datagrams appropriately.</div><div><br></div><div>Cheers,</div><div><br></div><div>Ben</div><div><br>
                </div>