Etki alanı yerine bir IP adresinden e-posta gönderip almak mümkün müdür?

Genellikle bir e-postanın @ işaretinin sağ tarafında bir alan adı vardır, böylece bir kuruluşu veya şirketi tanımlayabilirsiniz. Bu etki alanı aslında bir IP adresi için ad sunucusu tarafından çözümlenen bir "ad" veya "takma ad" dan başka bir şey değildir.

Bunun örneğin Nesnelerin İnterneti için kullanılabileceğini düşünüyorum, çünkü POST ve GET ile karşılaştırıldığında "çoktan bire" veya "birden çokya" gibi daha fazla olasılık var.

Örneğin, kullanıcı@xxx.xxx.xx.xxx gibi doğrudan bir IP adresine / adresinden e-posta göndermenin ve almanın bir yolu var mı?

email smtp email-server

— Peter Mortensen
kaynak

Kenara: HTTP'nin IoT için çok kısıtlayıcı olduğunu düşünüyorsanız MQTT veya XMPP'ye bakın.

— Roger Lipscombe

Alan adı, 'IP adresi için bir ad'dan daha fazlasıdır. Bir etki alanı, çeşitli posta sunucuları (yük dengeleme veya geri dönüş amaçları için) için çeşitli IP adresleri içerebilen posta hizmeti hakkında (DNS girişleri aracılığıyla) çok daha fazla bilgi yayınlayabilir.

— jjmontes

E-posta da birebir değil, birebir ve sunucu iletiyi birçok kişiye yayabilir. Bir sunucuya http yayını yapabilir ve daha sonra birçok istemcinin bu sunucuyu aynı e-postanın kullandığı modelde okumasını sağlayabilirsiniz.

— djsmiley2k - CoW

Belirli aralıklarla ağ arkeolojisi yapmak zorunda olan biri olarak, lütfen IP kodlarını sabit kodlamayın. DNS bir zorluk değildir ve dnsmasq gibi DNS sunucuları , ana bilgisayar geçersiz kılmalarına izin verirken hafiftir. İnternet IP'leri zamanla değişecektir.

— Criggie

Alan adı, bir IP adresi için takma ad değildir. Özellikle e-postada, alan adının hem öncelik hem de ana bilgisayar adı (e-postanın teslim edileceği) içeren bir veya birden fazla tuple eşleştiği MX kayıtları bulunur. İki farklı kavramı karıştırıyorsunuz: adlandırma (kim de gönderecek) ve adresleme (nereye gönderilecek).

— Patrick Mevzek

Yanıtlar:

E-postalar için, alan adı yalnızca bir IP adresi için takma ad veya kullanıcı tarafından okunabilir bir form değildir: alıcının alan adı adına e-posta iletilerini kabul etmekten sorumlu posta sunucularını belirtmek için posta değiştirici MX kayıtları bulunur. Alan adı için posta kabul eden birkaç sunucu olabilir ve alan adı için Akayıtta yer alan aynı IP'de olmaları gerekmez . Bir posta sisteminin birkaç sunucusu olabilir: gelen sunucular giden sunuculardan ve posta depolama sunucularından vb. Ayrılabilir. AKayıt yalnızca MXana makine adı için herhangi bir kayıt belirtilmediğinde kullanılır .

Ancak, e-posta adresi biçiminde doğrudan e-posta gönderemeyeceğiniz ( <user@hostname.example.com>hatta <user@[198.51.100.10]>köşeli parantez içeren IP ) bir (başka) sınır yoktur . Düz ana bilgisayar adını ve hatta IP adresini kullanarak e-posta kabul eden bir posta sunucusu varsa, bunu yapardı. Ancak önerdiğiniz şey pratikte küresel olarak çalışmaz:

Çoğu e-posta sisteminin birkaç alanı vardır ve hepsi için e-postaları ayrı ayrı ele almaları gerekir. Kullanıcı adının kendisi, posta <user@example.com>adresinden farklı bir kişi olabileceği için gerçek posta kutusuna bağlı olmayabilir<user@example.net>
Bu, birkaç on yıl önce yaygın olsa da, spam ile mücadele işleri daha karmaşık hale getirdi ve e-postayı kabul etmenin katı sınırları var.
SMTP bağlantı noktasının kullanımı, 25kötüye kullanım (spambotlar) nedeniyle tüketici sınıfı internet bağlantılarında çok sınırlıdır. IoT cihazları için gerçekten çok fazla SMTP kullanımı yok.

— Esa Jokinen
kaynak

Ancak, bir etki alanı (veya IP) postası için MX dns kaydı yoksa, e-posta adresinin (ana bilgisayar adı veya IP adresi) etki alanı bölümüne teslim edilir (veya teslim edilmeye çalışılır). Ve alıcı sunucunun bu ana bilgisayar adı / IP adresi için postaları işleyecek şekilde yapılandırılması gerekir.

— ivanivan

Bu olabilir hostname için posta işlemek. Dünyadaki her sunucu postaları hiç ele almıyor. Çoğu Unix / Linux tabanlı sunucunun dahili postayı (cron vb.) İşlemek için SMTP sunucusu vardır, ancak bunlar olmadan da iyi çalışabilirler.

— Esa Jokinen

Esa - MX kaydınızı postfix sunucularıma yönlendirirseniz, SMTP bağlantısı yapılır, ancak sunucularım alan adınız için postaları herhangi bir şekilde veya şekilde ele alacak şekilde yapılandırılmadığından hemen çıkma elde edersiniz. AMA sunucularım, hepsi bir mysql sunucusundan gelen birden fazla belirli alan ve kullanıcı için ayarlanmış. Her şey 1'e bağlıdır) Posta gönderdiğiniz gerçekten IP'de çalışan bir posta sunucusu ve 2) Söz konusu posta sunucusu, söz konusu IP veya yalnızca belirli bir etki alanı / etki alanları veya herhangi bir etki alanı için gönderilen postaları kabul edecek şekilde yapılandırılmış mı (yalnızca adresin kullanıcı kısmı ile eşleşen)

— ivanivan

Birçok SMTP sunucusu (örn. Sendmail) user@[aaa.bbb.ccc.ddd]e-posta adreslerini işler

Bazı SMTP sunucuları işlemez / tanımaz
Böyle bir gönderen adresini kabul etmeyi reddedebilir veya bu adrese gönderemeyebilir.
Bu tür adresler bazı anti-spam yazılımlarında sorunlara neden olabilir

RFC-5322: 3.4.1. Addr-Spec Özellikleri

Wikipedia: E-posta adresi - alan adı bölümü

… Buna ek olarak, alan adı jsmith @ [192.168.2.1] veya jsmith @ [IPv6: 2001: db8 :: 1] gibi köşeli parantez [] ile çevrili bir IP adresi değişmezi olabilir, ancak e-posta spam'ı . ...

— Anfi
kaynak

Gibi e-posta adreslerinin user@[aaa.bbb.ccc.ddd]spesifikasyona göre doğru olduğuna ve

— işlemin

@Ferrybig: Doğru, çünkü reddetme de teknik olarak işlemektedir.

— Esa Jokinen

"E-posta bir ana bilgisayar yerine belirli bir IP adresine gönderildi" "muhtemelen spam" kırmızı bayraklar kategorisinde oldukça yüksektir ve birçok AVAS yazılımı sessizce atmaya karar verebilir.

— Shadur

İlgili tüm taraflar gerçekten modern yazılım kullanıyorlarsa işe yarayacaktır.

SMTP TCP üzerinde iyi katmanlı çalışsa da, en azından orijinal haliyle, TCP / IP üzerinde BASED protokolü değildir. Orijinal RFC 821'e bakarsanız, ekte "TCP aktarımı" tanımlanır.

RFC 2821 (1989'dan itibaren) "cesareti kırılmış" sayısal adresleri kullanmayı düşünmektedir.

Spesifikasyonların çok daha modern versiyonları, RFC5321'den bu felsefeyi bir dereceye kadar desteklemektedir: "SMTP belirli iletim alt sisteminden bağımsızdır ve sadece güvenilir bir düzenli veri akışı kanalı gerektirir. Bu belge özellikle TCP üzerinden taşımayı tartışırken, diğer taşımalar da mümkündür RFC 821 [1] 'deki ekler bunlardan bazılarını tanımlamaktadır. "

Ancak, bu RFC - aslında onu çok YENİ yapan 2008'den itibaren "adres değişmezleri" nin "izin verildi" olarak kullanılmasını onaylamaktadır ("Bu engeli atlamak için, bir etki alanına alternatif olarak adresin özel bir biçimine izin verilir ") Bölüm 4.1.3'te belirtilmiştir, ancak yine de 2.1.4'te" DEĞİLMEMELİ "olarak önerilmez.

SMTP ve etrafındaki yazılımların çoğu , "yerel para birimi" olarak ip adreslerini değil , ana bilgisayarları kullanır. Bir "adres değişmezi" "ana bilgisayar" olarak kullanılabilirse, öyle olsun. Eski e-posta ekosisteminde SMTP tabanlı sistemlerle birlikte kullanılan (çoğunlukla modası geçmiş) SMTP dışı protokoller (örn. UUCP postası) da öyle.

İlgili tüm sistemlerin 2008 standardıyla tam uyum içinde olması, göründüğünden daha riskli olabilir.

— rackandboneman
kaynak

RFC 5321 # 2.1.4 adres değişmezlerini kullanarak yaptırım uygulamaz: ETMEMELİDİR (ve sonra yanlış bölüme bağlanır). Ve RFC 2821 o kadar da eski değil

— 2001'di

Ben bu satırlar arasındaki noktayı kanıtlıyor söyleyebilirim :) .. bu "mikro-yaptırım", thx hakkında bir açıklama entegre

— rackandboneman