İmzalama hakkının sağ tarafının geçerli web sitesi adresi olması gerekiyor mu?

Oturum açma e-posta adreslerinin sağındaki bölümün geçerli bir web sitesi URL'si olması gerekiyor mu? Sadece doğru bölümün bir web sitesi adresi gibi görünmediği iki e-posta adresi gördüm. Aslında, bir web tarayıcısıyla yapmaya çalıştığımda açılmadı.

Hayır, aynı olmak zorunda değil. E-posta web sitelerinden farklı bir protokol kullanır ve her zaman dahili e-postalar (şirket içi) için mevcut olmayan alan adlarına sahip olma seçeneği vardır.

Örneğin, MyDomain.local barındıran bir etki alanı denetleyicim varsa ve bu etki alanı içinde bir Exchange sunucum varsa, LPChip@MyDomain.local olabilir

Bir web sunucusu barındırmaz ve web siteleri yapan her şeyi devre dışı bırakırsam , http: //MyDomain.local çalışmaz.

Bunun da ötesinde, bunun yalnızca dahili bir adres olduğu göz önüne alındığında, dışarıdan da çalışmayacaktır.

Harici e-posta adresleri hakkında konuşursak, aşağıdakiler önemlidir:

E-posta adresinin 2 bölümü vardır: kullanıcı ve etki alanı + isteğe bağlı olarak alt etki alanları.

Örneğin: LPChip@email.example.com adresini alırsak, LPChip kullanıcı, e-posta alt alan adı ve example.com alan adıdır.

Alan adında, e-postanın nerede olduğunu belirten MX kayıtları bulunur. SMTP protokolü ile e-posta iletmek için kullanılan bu yoldur.

Artık bir web sitesi URL'sinde bir @ olması da genellikle kullanıcı adı @ web sitesi anlamına gelir, ancak web sitesinin uri'sinde @ char olarak da kullanılabilir.

Örneğin, aşağıdaki web sitesi adresi geçerlidir: https://example.net/owa/username@example.com

Buradaki uri /owa/kullaniciadi@example.com'dur ve bir @ içerir.

Başka bir örnek şudur:

ftp: //username@ftp.example.com

Hayır, web sitesi ve e-posta adresinin temelde ortak bir yanı yoktur.

İnfo@microsoft.com sitesinin sağ kısmı, microsoft.com adlı bir etki alanına e-posta gönderdiğiniz anlamına gelir. E-posta göndermek için kullanılan protokol SMTP'dir.

Ancak URL http://www.microsoft.com/ , www adlı bir sunucuda barındırılan bilgileri istediğiniz anlamına gelir. Kullanılan protokol HTTP'dir.

Bu iki parçanın her iki protokol için de mevcut olması gerekli değildir. Tam tersi de geçerlidir. Örneğin, http://support.dell.com/ gibi bir destek web siteniz olabilir ve ne olursa olsun @ support.dell.com e-posta adresiniz olmayabilir .

example.org için MX kaydı söz konusu e-posta adresi için postayı kabul eden çalışan bir posta sunucusuna işaret ediyorsa (ör. 25 numaralı bağlantı noktasını dinleme ve SMTP isteklerini işleme alma) kullanıcı@example.org çalışan bir e-posta adresidir.

http://example.org/ , example.org için A kaydı bir web sunucusu çalıştıran bir ana bilgisayarı gösteriyorsa (örn. bağlantı noktası 80'de dinleme ve HTTP isteklerini işleme) çalışan bir URL'dir. Example.org'da web sunucusu yoksa, çoğu tarayıcı http://www.example.org/ adresini de denemek için standart öneriyi uygular .

Daha fazla ayrıntı istiyorsanız, ilgili Internet RFC'lerine bakın, örneğin TCP bağlantı noktalarını açıkladığı TCP.

Bunlar tamamen ayrı olan iki farklı hizmettir. Bir sunucu bir veya her ikisini birden çalıştırıyor olabilir.

Tersosauros'un belirttiği gibi, "geçerli" bir "sözdizimi-hatası" teknik anlamına sahiptir, mutlaka "çalışma" değildir. Daha fazla bilgi için bu cevaba bakınız.

E-posta DNS açısından özeldir. MX kayıtları, herhangi bir posta sunucusunu bir etki alanı adı için Mail-Exchange olarak listeleyebilir. Diğer tüm hizmetler (ssh, ftp, http, https vb.), Ek bir dolaylı katman katmanı için önce "example.org'un FTP sunucusu nedir" kaydını kontrol etmek yerine doğrudan A (IP Adresi) kaydını kullanır. Ancak bu, bu soru için önemsizdir. Tüm İnternet hizmetleri dikeydir ve herhangi bir alan adı için mevcut olabilir veya olmayabilir.

(bir yönlendirici / güvenlik duvarı tarafından bağlantı noktası tabanlı yönlendirme, büyük siteler için gerekirse http ve ftp trafiğini (örneğin) tek bir IP için farklı sunuculara bölebilir, bu nedenle diğer hizmetlerin kendi dolaylı yönlerine sahip olmaması gerekmez e-posta gibi kayıtlar.)

OP (ve belki de yorumcuların / cevapların bazıları) kelime dağarcığıyla karıştırılabilir.

Bir Geçerli bir web sitesi URL (isterken değil çok bilgiçlik olmak üzere) iki farklı şeylerden biri olabilir:

1. Bir geçerli biçimi gibi URL (modern sözlüğü URI), abc://azertyfoo.baz:303/- bu ancak bir DEĞİLDİR web adresi.
2. Hem sözdizimsel olarak geçerli (yukarıdaki gibi), hem de bilinen bir şemayı (önceki bit ://) belirten ve geçerli bir çözümleme tam nitelikli alan adı (FQDN) olarak adlandırılan bir URL . Örneğin: http://superuser.com:80/geçerli bir web sitesi URL'sidir (bu koşullar altında).

Pek çok diğer cevap, DNS kayıtlarındaki web (yani A kayıtları) ile e-posta (MX kayıtları) arasındaki farkları ele almıştır.

İnsanların kafasının karıştığı yerlerin e-posta adresinin ana bilgisayar bölümüyle olabileceğinden şüpheleniyorum .

Toplantı sahibi , bir e-posta adresinde aşağıdakilerden herhangi biri olabilir:

• MX kayıtları ile düzgün yapılandırılmış bir FQDN.
• Tam olarak nitelendirilemeyen başka türlü çözümlenebilir bir alan adı (birçok şirket ortamında kullanıldığı gibi). Örneğin MyMail.local- açık .localbir şekilde geçerli bir üst düzey etki alanı (TLD) değildir, ancak bu etki alanı adı hala geçerlidir ve şirket ortamında çözülebilir.
• Örneğin bir ana bilgisayar adı localhost( webmaster@localhostörneğin Apache'nin birçok sürümünde hata sayfalarındaki varsayılan adres ). Yerel makinenin ötesinde hiç kimse bu gelen kutusuna posta gönderemez, ancak bu makinede (sendmail veya benzeri çalıştığı varsayılarak) adres geçerlidir .
• bir IP Adresi, 127.0.0.1- yine bu belirli bir ortamda geçerlidir . Ancak, açık Internet'te bunu denediyseniz birçok (veya herhangi bir?) Posta sunucusunun bu ana bilgisayara posta ileteceğinden şüpheliyim.

Bu geçerli ana bilgisayarlardan herhangi biri, uygun bir şema ve yola eklenmişse geçerli bir web sitesi URL'si olabilir : http://[yukarıdakilerden herhangi biri]/