<div dir="ltr">From <a href="http://tools.ietf.org/html/rfc2818">http://tools.ietf.org/html/rfc2818</a> I see "<div><br></div><div><div>Names may contain the wildcard character * which is considered to match any single domain name component or component fragment. E.g., *.<a href="http://a.com">a.com</a> matches <a href="http://foo.a.com">foo.a.com</a> but not <a href="http://bar.foo.a.com">bar.foo.a.com</a>. f*.com matches <a href="http://foo.com">foo.com</a> but not <a href="http://bar.com">bar.com</a>.</div>

</div><div>"</div><div><br></div><div>I'm clearly not an HTTPS expert, but I'm not aware of any more rules. If it makes sense to you as well I can fix my patch to implement it. (unless someone else has a better patch already).</div>

<div><br></div><div>Thanks</div><div><br></div><div>Nicolas</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 6, 2013 at 8:30 AM, Michael Brown <span dir="ltr"><<a href="mailto:mbrown@fensystems.co.uk" target="_blank">mbrown@fensystems.co.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 28/08/13 22:50, Nicolas Sylvain wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I made a small change to actually add basic wildcard support to get<br>
unstuck.   It only works for cases like this one (leading wildcard).<br>
</blockquote>
<br></div>
Happy to accept a general-purpose patch which applies the wildcard matching rules as defined by the RFC, if anyone wants to write one.<span class="HOEnZb"><font color="#888888"><br>
<br>
Michael<br>
</font></span></blockquote></div><br></div>