Jared McNeill wrote in
:
|On Sat, 12 Sep 2020, Olaf Seibert wrote:
|
|> bozohttpd: add .m4a and .m4v file extensions.
|
|I don't think audio/mpeg is correct for .m4a. Since .m4a is MPEG audio in
|an MP4 container, I would follow RFC 4337 ("MIME Type Registration for
|MPEG-4") here which
On Sat, 12 Sep 2020, Olaf Seibert wrote:
bozohttpd: add .m4a and .m4v file extensions.
I don't think audio/mpeg is correct for .m4a. Since .m4a is MPEG audio in
an MP4 container, I would follow RFC 4337 ("MIME Type Registration for
MPEG-4") here which says you should use audio/mp4 instead.
On Mon, Jul 13, 2020 at 07:15:45PM +1000, matthew green wrote:
> i'm not sure i agree about 500 -> abusive behaviour. that's
> when there's some _internal_ error and could just as easily
> be caused by a human or code error on the server side.
>
> i don't know blocklist well enough to suggestion
thanks for this. please cc me directly for bozohttpd changes,
i have a couple review comments :-)
> Committed By: jruoho
> Date: Sat Jul 11 08:10:52 UTC 2020
>
> Modified Files:
> src/libexec/httpd: Makefile auth-bozo.c bozohttpd.8 bozohttpd.c
> bozohttpd.h
>
> Log
> Am 03.01.2016 um 23:23 schrieb Kamil Rytarowski :
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> It's a good tip.
>
> I would leave httpd.print as it is right now, to not make a false
> impression that there standard print works. The standard one will
> work, but not
> (it seems that i let strdup(3) back in when i merged agc's library
> code, i should have caught that then. oh well.)
My apologies about that, I wasn't careful enough.
Alistair
On Dec 19, 1:34pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: CVS commit: src/libexec/httpd
| i don't think it matters where the failure happens. we only need
| one frontend function, and it can exit as necessary. you can tell
| from the contents of struct bozohttpd_t whether
In article <20871.1450494...@splode.eterna.com.au>,
matthew green <m...@eterna.com.au> wrote:
>Christos Zoulas writes:
>> On Dec 19, 1:34pm, m...@eterna.com.au (matthew green) wrote:
>> -- Subject: re: CVS commit: src/libexec/httpd
>>
>> | i don't think it
> >the whole point of having bozofunc() is to avoid having to do any
> >error checking in it. but now there are calls to several of these
> >that do check errors, and plus the names are too similar.
> >
> >there shouldn't really be a distinction. all the calls to strdup()
> >you adjusted are
Christos Zoulas writes:
> On Dec 19, 1:34pm, m...@eterna.com.au (matthew green) wrote:
> -- Subject: re: CVS commit: src/libexec/httpd
>
> | i don't think it matters where the failure happens. we only need
> | one frontend function, and it can exit as necessary. you ca
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sat Dec 12 18:06:58 UTC 2015
>
> Modified Files:
> src/libexec/httpd: bozohttpd.c bozohttpd.h ssl-bozo.c
>
> Log Message:
> Introduce bozo_strdup and bozo_asprintf to add error checking and reduce
> code
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sat Dec 12 16:57:53 UTC 2015
>
> Modified Files:
> src/libexec/httpd: bozohttpd.8 bozohttpd.h main.c ssl-bozo.c
>
> Log Message:
> - restrict the default list of ciphers to something more secure
> -
On Fri, Nov 21, 2014 at 08:54:12AM +, Mateusz Kocielski wrote:
Module Name: src
Committed By: shm
Date: Fri Nov 21 08:54:12 UTC 2014
Modified Files:
src/libexec/httpd: bozohttpd.c
Log Message:
Fixed off-by-one in virtualhost processing. Previous code was checking if
On Sat, Oct 12, 2013 at 05:24:07PM +, Marc Balmer wrote:
+#ifndef NO_LUA_SUPPORT
+#include lua.h
+#endif
Thanks for doing this, it's nice to get more lua support in-tree.
I really dislike the double negative in this one, though - it's much
easier for everyone if the definition was
14 matches
Mail list logo