RoSchmi

Thanks for your reply, even though I was quite sure to have already the latest dns related files I exchanged the files (fnet_dns_priv.h, fnet_dns.h, fnet_dns.c and fnet_dns_config.c) against the lates...

I could track down the error to occur in the method 'static fnet_bool_t _fnet_dns_cmp_name(const char *rr_name, const char *name)' I found out that if I returned with result = FNET_TRUE...

I don't know, I'm not an expert in this matter. I could imagine that all domains using CNAME records are affected, so the problem should be solved. There should be...

Hello, I had a deeper look in the code and found a sequence which might cause the issue. It's in the file: fnet_dns.c Line 430 induces a first check if...

Hi butok, thanks for your answer. I think we should try to solve the problem from the roots: Base of the question is that in my application which uses FNET...

Hi @butok, May I ask if you are still evaluating my arguments and suggestions or are you staying on your statement that the behavior of your dns client implementation is...

Done: https://stackoverflow.com/questions/67421802/should-rfc-conform-dns-clients-resolve-urls-of-azure-table-storage-accounts-whic

@egonbeermat Thanks for your help. @butok said: "The behavior is correct, as we should return rr-records we have requested." this is true, but it is only half of the story....

@butok Opened a discussion here too: https://docs.microsoft.com/en-us/answers/questions/386628/dns-client-fnet-library-doesn39t-resolve-azure-tab.html?childToView=398360#answer-398360

The issue seems to be solved here: https://github.com/vjmuzik/FNET/pull/6