Re: There is kind of a spam issue on this ML no?

On Sat, Mar 12, 2016 at 11:08:08AM +0100, Hoggins! wrote: > Oh don't say that ! > Last time I did, I was told that I had a bad spirit, and that my > antispam was just bad. > > The thing is : unlike other popular mailing-lists, ANYTHING or ANYONE > can post on this one without prior subscription,

Re: [PATCH] BUG/MINOR: log: GMT offset not updated when entering/leaving DST

Am 12-03-2016 10:50, schrieb Willy Tarreau: Hi Benoit, On Sat, Mar 12, 2016 at 09:45:25AM +0100, Beno?t GARNIER wrote: > On Sat, Mar 12, Willy Tarreau wrote: [snipp] > An extra benefit of proceeding like this is that when we move to > multi-threading, we won't have to lock for something

Re: There is kind of a spam issue on this ML no?

Oh don't say that ! Last time I did, I was told that I had a bad spirit, and that my antispam was just bad. The thing is : unlike other popular mailing-lists, ANYTHING or ANYONE can post on this one without prior subscription, hence that huge spammy noise. Hoggins! Le 11/03/2016 10:00,

Re: [PATCH] BUG/MINOR: log: GMT offset not updated when entering/leaving DST

Hi Benoit, On Sat, Mar 12, 2016 at 09:45:25AM +0100, Beno?t GARNIER wrote: > > Since the cache is local to the function and initialized on the fly, no > > call is performed anymore on startup, it will fail on some chrooted > > systems because when the first log is emitted, you don't have access >

Re: Only using map file when an entry exists

Thanks Nanad, That works perfectly, thank you On 11 March 2016 at 22:37, Nenad Merdanovic wrote: > Hello Neil, > > You seem to have missed my answer, so I am gonna top post this time :) > > http-request redirect location > %[hdr(host),map(/etc/haproxy/redirect_host.map)] code

Re: [PATCH] BUG/MINOR: log: GMT offset not updated when entering/leaving DST

Hello Willy, Le 12/03/2016 07:54, Willy Tarreau a écrit : >> +/* Return the GMT offset for a specific local time. >> + * The string returned has the same format as returned by strftime(... >> "%z", tm). >> + * Offsets are kept in an internal cache for better performances. >> + */ >> +const char