@REPLY: 2:5030/49 65cc4cc3
@MSGID: 2:5015/46 65e61468
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.9.0-cur 2021-05-15
* Originally in roo.local
* Crossposted in nino.046.local
Hello, Sergey!

Wednesday February 14 2024 05:13, from Sergey Myasoedov -> Nil A:

 NA>> кстати, ты показывал емейл name@ua - он не валидный
 SM> А возрази аргументированно, а? Я ведь тоже закопался тогда в стандарты
 SM> и понял, что вообще-то выданный мне адрес валиден.

 Я тут на ChatGPT 3.5 бесплатном наконец-таки зарегался, щас... под
пиво с ним(ней) перетрём...

Is the "kaa@ua" email address valid?

> The email address "kaa@ua" appears to be incomplete. Typically, email
> addresses consist of two parts: the local part (before the `@` symbol)
> and the domain part (after the `@` symbol). The local part should contain
> at least one character, and the domain part should contain at least two
> characters separated by a dot.

> In the case of "kaa@ua", it seems like "ua" is intended to represent the
> domain part, which could be valid for certain email addresses,
> particularly if "ua" represents a valid top-level domain like ".ua" for
> Ukraine. However, it`s not a complete email address unless it has a valid
> local part preceding the `@` symbol.

> So, if "kaa" represents the local part and "ua" represents the domain
> part (e.g., "kaa@ua.com"), then it could be a valid email address.
> However, as it stands, "kaa@ua" is not a complete or valid email address
> according to standard email address conventions.

 Could you please point to some RFC or other standard which states
that the domain part should contain at least two characters separated by
a dot?

> I apologize for the confusion. There isn`t a specific requirement in the
> RFCs (Request for Comments), which are the standards that define the
> protocols used on the Internet, mandating that the domain part of an
> email address must contain at least two characters separated by a dot.

> The domain part of an email address is governed by the rules defined in
> RFC 5321 and RFC 5322. According to these RFCs, the domain part can
> consist of one or more labels separated by dots, and each label can be up
> to 63 characters long. Each label can include letters (a-z, A-Z), digits
> (0-9), and hyphens (-), but it cannot start or end with a hyphen.

> Therefore, an email address like "user@example" could be valid according
> to the RFCs, provided that the domain part is resolvable and adheres to
> the syntax rules mentioned above.

> Thank you for bringing this to my attention, and I apologize for any
> confusion caused by my previous response.

 With this new piece of information, tell me whether "kaa@ua" email
address is valid or not in your opinion?

> Given the information provided, "kaa@ua" can potentially be a valid email
> address according to the syntax rules outlined in RFC 5321 and RFC 5322.

> The local part "kaa" and the domain part "ua" both seem to adhere to the
> syntax rules for email addresses. However, whether "ua" is a valid
> top-level domain (TLD) and whether it`s reachable and functional would be
> determined by the specific configuration of the Domain Name System (DNS)
> and email servers.

> In summary, "kaa@ua" seems syntactically valid, but its practical
> validity depends on factors such as the existence and functionality of
> the domain "ua" in the DNS.

Do you doubt that "ua" is a valid top-level domain?

> No, "ua" is indeed a valid top-level domain (TLD). It represents the
> country code top-level domain (ccTLD) for Ukraine. Thank you for the
> clarification. In that case, "kaa@ua" appears to be syntactically valid
> and potentially functional, provided that the domain "ua" is properly
> configured and maintained.

 How likely that popular email servers like gmail or yahoo would
accept or reject an email for kaa@ua" recipient?

> The likelihood of popular email servers like Gmail or Yahoo accepting or
> rejecting an email addressed to "kaa@ua" depends on several factors:

> Existence of the Domain: If the domain "ua" is properly registered and
> configured with valid DNS records, it increases the likelihood that
> emails sent to addresses under that domain will be accepted.

> Domain Reputation: Email servers often consider the reputation of the
> domain and its associated IP addresses when deciding whether to accept
> incoming emails. If the domain "ua" has a good reputation and is not
> associated with spam or abusive behavior, it`s more likely that emails
> will be accepted.

> SPF, DKIM, and DMARC Records: These are email authentication mechanisms
> used by domains to help prevent email spoofing and phishing attacks. If
> the domain "ua" has properly configured SPF, DKIM, and DMARC records, it
> increases the chances of emails being accepted by major email providers.

> Content Filtering: Gmail, Yahoo, and other major email providers employ
> sophisticated spam filters and content analysis algorithms to determine
> whether an email is legitimate or spam. If the content of the email
> triggers spam flags or if it`s suspected to be malicious, it may be
> rejected or filtered into the spam folder.

> Recipient`s Inbox Configuration: The recipient`s own email settings can
> also affect whether an email is accepted or rejected. For example, if the
> recipient has configured strict spam filters, legitimate emails might be
> mistakenly filtered out.

> In summary, while "kaa@ua" might be a syntactically valid email address,
> the acceptance or rejection of emails sent to that address by popular
> email servers depends on various technical and policy-related factors
> related to the domain "ua" and the email providers` filtering mechanisms.


 Надоело, но это вот мой первый опыт с такой электротёткой. Так
вроде рассуждает логически, даже про стандарты слышал, но мнение постоянно
меняет. ;-)

Best Regards, Nil
--- GoldED+/LNX 1.1.5
 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
SEEN-BY: 50/109 104/117 221/6 301/1 451/31 460/58
463/68 467/888 469/122
SEEN-BY: 4500/1 5001/100 5005/49 5010/352 5015/42
46 255 5019/40 5020/101 113
SEEN-BY: 5020/570 620 715 828 830 846 1042 1067
2038 2160 2992 4441 5480
SEEN-BY: 5023/24 5030/49 115 1081 1474 5036/26
5049/3 162 5050/151 5053/51 58
SEEN-BY: 5053/400 5054/8 89 5058/104 5060/900
5061/133 5068/45 5075/128
SEEN-BY: 5083/444 6090/1
@PATH: 5015/46 5020/1042