Czy część po prawej stronie znaku musi być prawidłowym adresem witryny?

Czy część po prawej stronie adresu e-mail logowania musi być prawidłowym adresem URL witryny? Właśnie zobaczyłem dwa adresy e-mail, na których odpowiednia część nie wyglądała jak adres strony internetowej. W rzeczywistości nie otworzył się, gdy próbowałem to zrobić za pomocą przeglądarki internetowej.

Nie, to nie musi być to samo. Poczta e-mail używa innego protokołu niż strony internetowe i zawsze istnieje opcja nieistniejących domen dla wewnętrznych wiadomości e-mail (wewnątrz firm).

Na przykład, jeśli mam kontroler domeny, który obsługuje MyDomain.local i mam serwer wymiany w tej domenie, mogę otrzymać LPChip@MyDomain.local

Jeśli nie hostuję serwera WWW i wyłączę wszystko inne, co tworzy strony internetowe, http: //MojDomena.local nie będzie działać.

Ponadto, biorąc pod uwagę, że jest to tylko adres wewnętrzny, również nie będzie działać z zewnątrz.

Jeśli mówimy o zewnętrznych adresach e-mail, to następujące kwestie:

Adres e-mail składa się z 2 części: użytkownika i domeny + opcjonalnie poddomeny.

Jeśli weźmiemy na przykład: LPChip@email.example.com, to LPChip jest użytkownikiem, e-mail jest poddomeną, a example.com to domena.

Domena ma rekordy MX, które wskazują, gdzie znajduje się e-mail. To ta trasa służy do dostarczania wiadomości e-mail za pomocą protokołu SMTP.

Teraz możliwe jest także umieszczenie @ w adresie URL strony, co zwykle oznacza nazwę użytkownika @ witryna, ale może być również użyte jako @ char w URI strony.

Na przykład poprawny jest następujący adres witryny: https://example.net/owa/username@example.com

Uri tutaj to /owa/username@example.com i zawiera @.

Innym przykładem jest to:

ftp: //username@ftp.example.com

Nie, strona internetowa i adres e-mail zasadniczo nie mają ze sobą nic wspólnego.

Prawa część info@microsoft.com oznacza, że ​​wysyłasz wiadomości e-mail do domeny o nazwie microsoft.com. Protokół używany do wysyłania wiadomości e-mail to SMTP.

Ale adres URL http://www.microsoft.com/ oznacza, że ​​potrzebujesz informacji hostowanych na serwerze o nazwie www. Używany jest protokół HTTP.

Nie jest wymagane, aby te dwie części istniały dla obu protokołów. I przeciwnie, obowiązuje również. Na przykład możesz mieć witrynę pomocy technicznej taką jak http://support.dell.com/ i nie mieć żadnego adresu e-mail @ support.dell.com.

user@example.org to działający adres e-mail, jeśli rekord MX na przykład.org wskazuje działający serwer pocztowy, który przyjmuje pocztę dla tego adresu e-mail (tj. nasłuchuje na porcie 25 i obsługuje żądania SMTP).

http://example.org/ to działający adres URL, jeśli rekord A na przykład.org wskazuje host prowadzący serwer WWW (tj. nasłuchujący na porcie 80 i obsługujący żądania HTTP). Jeśli na example.org nie ma serwera WWW, większość przeglądarek postępuje zgodnie ze standardowymi zaleceniami, aby wypróbować również http://www.example.org/ .

Odszukaj odpowiednie internetowe RFC, np. TCP, gdzie wyjaśnia porty, jeśli chcesz więcej szczegółów.

Są to dwie różne usługi, które są całkowicie oddzielne. Na serwerze może być uruchomiony jeden lub oba.

Jak zauważa Tersosauros, „ważny” ma techniczne znaczenie nie-błąd w składni, niekoniecznie „działający”. Zobacz tę odpowiedź, aby uzyskać więcej.

E-mail jest wyjątkowy pod względem DNS. Rekordy MX mogą wyświetlać dowolny serwer pocztowy jako Mail-Exchange dla nazwy domeny. Wszystkie inne usługi (ssh, ftp, http, https itp.) Wykorzystują bezpośrednio rekord A (adres IP), zamiast najpierw sprawdzać rekord „co to jest serwer FTP na przykład.org” w celu uzyskania dodatkowej warstwy pośredniej. Nie ma to jednak znaczenia dla tego pytania. Wszystkie usługi internetowe są ortogonalne i mogą, ale nie muszą być obecne dla dowolnej nazwy domeny.

(routing oparty na portach przez router / zaporę ogniową może podzielić ruch http i ftp (na przykład) na różne serwery dla jednego adresu IP, jeśli jest to potrzebne w przypadku dużych witryn, więc inne usługi nie tracą swojej niezależności zapisy, jak robi to e-mail).

OP (i być może niektórzy komentatorzy / odpowiedzi) mogą być mylone ze słownikiem.

Ważny url www (próbując nie być zbyt pedantyczny) może być jednym z dwóch różnych rzeczy:

1. Ważny formacie URL (URI w nowoczesnej leksykonu), takie jak abc://azertyfoo.baz:303/- to jednak nie jest to internetowa adres.
2. Adres URL, który jest zarówno poprawny pod względem składniowym (jak wyżej), ale także określa znany schemat (nieco wcześniej ://), ORAZ podaje poprawną, w pełni kwalifikowaną nazwę domeny (FQDN). Na przykład: http://superuser.com:80/jest prawidłowym adresem URL witryny (w tych warunkach).

Wiele innych odpowiedzi dotyczyło różnic w rekordach DNS w odniesieniu do stron internetowych (tj. Rekordy A) w porównaniu do wiadomości e-mail (rekordy MX).

Podejrzewam, że tam, gdzie ludzie mogą się pomylić, może być część hosta adresu e-mail.

Gospodarza może być dowolną z następujących adres e-mail:

• Nazwa FQDN, poprawnie skonfigurowana z rekordami MX.
• Nazwa domeny, którą można rozwiązać w inny sposób, która może nie być w pełni kwalifikowana (używana w wielu środowiskach korporacyjnych). Na przykład MyMail.local- oczywiście .localnie jest prawidłową domeną najwyższego poziomu (TLD), jednak ta nazwa domeny jest nadal ważna i może zostać rozwiązana w środowisku korporacyjnym.
• Nazwa hosta, taka jak localhost(na przykład domyślny adres na stronach błędów w wielu wersjach Apache webmaster@localhost). Nikt poza maszyną lokalną nie będzie mógł nigdy wysłać wiadomości do tej skrzynki odbiorczej, jednak na tej maszynie (zakładając, że działa sendmail lub podobny), adres jest prawidłowy .
• adres IP, 127.0.0.1- znowu jest to poprawne w określonym środowisku. Wątpię jednak, aby wiele serwerów pocztowych przesłało pocztę do tego hosta, gdybyś spróbował tego w otwartym Internecie.

Każdy z tych prawidłowych hostów może być również prawidłowym adresem URL witryny, jeśli jest zawarty w odpowiednim schemacie i ścieżce : http://[dowolny z powyższych]/