Anyway, sounds really cool :)
https://expired.x509.httpbin.org/ - returns an otherwise valid cert that has expired
https://wrongcn.x509.httpbin.org/ - returns an otherwise valid cert with a different CN name
https://sslv3.tls.httpbin.org/ - only negotiates an SSLv3 connection
https//3des.tls.httpbin.org/ - only negotiates to use 3DES as the cipher
The response would then include "method": "BLAH" k/v indicating the method that was used.
Also, I created this nifty shorthand for use in the terminal:
alias bin_me="curl --silent -X POST http://requestb.in/api/v1/bins | jq -r '\"http://requestb.in/\(.name)?inspect\"'"
Requires JQ (could easily not require that) and you'll just remove the ?inspect when you want to use the bin.RequestBin = easily provision a url (useful for configuring a webhook) and inspect requests to that url.
HttpBin = pre-defined urls that return specific responses (headers & payloads). Good for testing http clients.
Fun fact: both tools are operated by the awesome people at http://Runscope.com.
(Disclosure: I wrote it)
If I need to test how my application responds to a relative URL in a Location header, I can hit the /relative-redirect/:n endpoint. Same for Absolute urls via /absolute-redirect/:n. The If-Not-Modified stuff is also helpful.
Funnily enough I use both depending on what I'm trying to achieve, with httpbin being more immediate and mockbin being for more in-depth/complex testing. Good job!