Kim Davies

`i❤.ws` doesn't work because it is an illegal domain. See [RFC 5891](https://tools.ietf.org/html/rfc5891), specifically noted in Appendix A, "Disallow symbol and punctuation characters except where special exceptions are necessary". Python's idna...

This bug has been open a while and I am keen to fix it. Before I roll up my sleeves and do some research on the best approach, I'd invite...

I've not been able to reproduce this issue, so for now I am going to close this issue. If it can be reproduced happy to reopen.

As a coda to this thread, having discovered it a year late due to some Github notification issues: I would say having native IDNA 2008 support in Python's core is...

I'm OK with having a more lenient conversion function when you pass an appropriate optional argument to the decode function, but the default should be standards compliance. At the end...

@AlexNigl I am not clear on specifically what you are reporting. `xn--unicode-0g94f.ws` or `xn--co8ha.tk` can not convert to Unicode as neither is a legal IDNA domain. The Unicode tool result...

I am trying to think of the best generic solution to this and a similar issue found in issue #27 and issue #32. What they all have in common is...

idna.encode() is a de-facto function to test IDNA 2008 validity of a domain. It will return the encoded domain if successful (and thus valid), and throw an IDNAError exception if...

Closing this issue. Mitigations for this are currently referenced in the project's documentation, which links to this issue for anyone that wants to read the discussion.

Thanks. It's been suggested by another contributor to completely removed `setup.py` and instead rely on `pyproject.toml`. Do you need `setup.py` to be retained for your needs or would this solve...