La parte a destra di at sign deve essere un indirizzo Web valido?

La parte a destra degli indirizzi email di accesso deve essere un URL del sito Web valido? Ho appena visto due indirizzi e-mail in cui la parte giusta non sembrava essere un indirizzo web. In realtà, non si è aperto quando ho provato a farlo tramite un browser web.

No, non deve essere lo stesso. L'e-mail utilizza un protocollo diverso rispetto ai siti Web e c'è sempre la possibilità di avere domini inesistenti per le e-mail interne (all'interno delle aziende).

Ad esempio, se ho un controller di dominio che ospita MyDomain.local e ho un server di scambio all'interno di questo dominio, posso avere LPChip@MyDomain.local

Se non ospito un server web e disabilito tutto ciò che rende i siti Web, http: //MyDomain.local non funzionerà.

Inoltre, dato che si tratta solo di un indirizzo interno, non funzionerà nemmeno dall'esterno.

Se parliamo di indirizzi di posta elettronica esterni, le seguenti questioni:

L'indirizzo e-mail è composto da 2 parti: l'utente e il dominio + sottodomini opzionali.

Se prendiamo ad esempio: LPChip@email.example.com, LPChip è l'utente, l'e-mail è il sottodominio e example.com è il dominio.

Il dominio ha record MX che indicano dove si trova l'email. È questa route che viene utilizzata per recapitare la posta elettronica tramite il protocollo SMTP.

Ora è anche possibile avere un @ in un URL del sito Web che di solito significa username @ sito Web ma può anche essere usato come @ char nell'URI del sito Web.

Ad esempio, è valido il seguente indirizzo di sito Web: https://example.net/owa/username@example.com

L'uri qui è /owa/username@example.com e contiene un @.

Un altro esempio è questo:

ftp: //username@ftp.example.com

No, il sito Web e l'indirizzo e-mail non hanno praticamente nulla in comune.

La parte destra di info@microsoft.com significa che invii e-mail a un dominio chiamato microsoft.com. Il protocollo utilizzato per inviare e-mail è SMTP.

Ma l'URL http://www.microsoft.com/ indica che desideri informazioni ospitate su un server chiamato www. Il protocollo utilizzato è HTTP.

Non è necessario che queste due parti esistano per entrambi i protocolli. E anche il contrario è valido. Ad esempio, potresti avere un sito Web di supporto come http://support.dell.com/ e non avere alcun indirizzo e-mail @ support.dell.com.

user@example.org è un indirizzo e-mail funzionante se il record MX per esempio.org punta a un server di posta funzionante che accetta la posta per quell'indirizzo e-mail (ovvero ascoltando sulla porta 25 e gestendo le richieste SMTP).

http://example.org/ è un URL funzionante se il record A per esempio.org punta a un host che esegue un server Web (ovvero ascolto sulla porta 80 e gestione delle richieste HTTP). Se non esiste un server Web su example.org, la maggior parte dei browser segue la raccomandazione standard per provare anche http://www.example.org/ .

Cerca i RFC Internet pertinenti, ad es. TCP dove spiegano le porte, se vuoi maggiori dettagli.

Questi sono due diversi servizi completamente separati. Un server potrebbe eseguire uno o entrambi.

Come sottolinea Tersosauros, "valido" ha un significato tecnico di errore non sintattico, non necessariamente "funzionante". Vedi quella risposta per di più.

L'email è speciale in termini di DNS. I record MX possono elencare qualsiasi server di posta come Mail-Exchange per un nome di dominio. Tutti gli altri servizi (ssh, ftp, http, https, ecc.) Utilizzano direttamente il record A (indirizzo IP), anziché prima controllare un record "qual è il server FTP per esempio.org" per un ulteriore livello di riferimento indiretto. Questo è irrilevante per questa domanda, però. Tutti i servizi Internet sono ortogonali e potrebbero essere o non essere presenti per un determinato nome di dominio.

(il routing basato su porte da un router / firewall può dividere il traffico http e ftp (ad esempio) su server diversi per un singolo IP se necessario per siti di grandi dimensioni, quindi altri servizi non mancano di non avere la propria indiretta record come fa l'email.)

Il PO (e forse alcuni dei commentatori / risposte) può essere confuso nel vocabolario.

Un URL di sito Web valido (pur cercando di non essere troppo pedante) potrebbe essere una delle due cose diverse:

1. Un URL di formato valido (URI nel lessico moderno), come - questo tuttavia NON è un indirizzo web .abc://azertyfoo.baz:303/
2. Un URL che è sia sintatticamente valido (come sopra), ma specifica anche uno schema noto (il bit precedente ://), E nomina un nome di dominio completo (FQDN) di risoluzione valido. Ad esempio: http://superuser.com:80/è un URL del sito Web valido (in queste condizioni).

Molte altre risposte hanno affrontato le differenze nei record DNS per quanto riguarda il web (ovvero i record A) rispetto alla posta elettronica (record MX).

Ho il sospetto che dove le persone potrebbero essere confuse potrebbe essere con la parte host dell'indirizzo e-mail.

Un host può essere uno dei seguenti in un indirizzo email:

• Un FQDN, correttamente configurato con record MX.
• Un nome di dominio altrimenti risolvibile che potrebbe non essere completo (come utilizzato in molti ambienti aziendali). Ad esempio MyMail.local, ovviamente .localnon è un dominio di primo livello (TLD) valido , tuttavia questo nome di dominio è ancora valido e può essere risolto in un ambiente aziendale.
• Un nome host, ad esempio localhost(l'indirizzo predefinito nelle pagine di errore in molte versioni di Apache è webmaster@localhost, ad esempio). Nessuno oltre il computer locale sarà mai in grado di inviare posta a quella posta in arrivo, tuttavia, su quel computer (supponendo che stia eseguendo sendmail o simili), l'indirizzo è valido .
• un indirizzo IP, di 127.0.0.1nuovo valido in un ambiente particolare. Tuttavia dubito che molti (o qualsivoglia?) Server di posta inoltrerebbero la posta a quell'host se tentassi di farlo su Internet aperto.

Uno di questi host validi può anche essere un URL del sito Web valido se racchiuso in uno schema e un percorso appropriati : http://[uno dei precedenti]/