HELO command van SMTP server

[Verwijderd]

Van een SMTP server is volgens een klant de reverse lookup van het MX record niet goed, bij testen blijkt de domain naam mail.XXX.nl een IP nr 11.22.33.44 te geven en reverse lookup geeft weer mail.XXX.nl volgens mij Oké
Maar bij het sturen van een SMTP mailtje begint deze met HELO MLSWPR.xxxx.nl , dit zou volgens de klant óók mail.xxx.nl moeten zijn, ergo moet de machine naam van een SMTP relay server met MAIL. beginnen??
Volgens mij heeft de machine ( netbios) naam niets met de DNS records temaken, deze zouden verschilend kunnen zijn volgens mij.
wie heeft hiet een reactie op

[Verwijderd]

machine naam heeft idd niets met dns naam te maken. voor het makkelijke kan je ze wel gelijk houden

En die MLSWPR is zeker de virusscanner voor in- en uitgaande email?

[Major Asshole]

De hostname achter het HELO command wordt door de applicatie (Exhange waarschijnlijk?) bepaald. Wil je dat anders hebben dan zal je dat dus ook in de applicatie moeten configureren. DNS aanpassen zal niet helpen.

[Brahiewahiewa]

Je NetBIOS naam heeft nergens mee te maken; het gaat om de hostnaam. Als jouw server zich meldt als mlswpr.xxxx.nl, dan moet je er voor zorgen dat de reverse lookup van z'n IP-adres ook mlswpr.xxxx.nl oplevert. Je PTR record is dus niet Oké. Ga doe fixen...

Alternatief:

code:

How to Change the Fully Qualified Domain Name 

1. In Exchange System Manager, click the virtual
   server that you want to configure. 

2. On the Action menu, click Properties . 

3. Click the Delivery tab, and then click Advanced . 

4. In the Advanced Delivery dialog box, type a new
   fully qualified domain name (FQDN).

In jouw geval dus mail.xxxx.nl

code:

By default, the FQDN is derived from the information on
the Network Identification tab of the system properties. 

5. Click OK , and then click OK again to close
   the virtual server properties

[Verwijderd]

Doe een nslookup.

set type=mx

en kijk waar het mx record van het domein waar je naar toe stuurt verwijst.

[Verwijderd]

met nslookup
set type=MX
geeft voor het MX record ( zoals eerder is aangegeven) mail.xxxx.nl

[Verwijderd]

In principe heeft de MX naam weinig te maken met de fysieke servernaam waarop de mailserver draait. De MX naam moet wel correct gemapped kunnen worden naar een correcte FQDN, die vervolgens weer een IP adres moet opleveren, oftewel een A-record en niet een CNAME.
De name die je ziet in de 220-message (voor de HELO command), is alleen ter info. Het SMTP protocl vertelt namelijk dat de tekst niet belangrijk is, en alleen de 220 correct moet zijn.
Dus als de smtpserver antwoordt met:
220 Hello there, this is a mailserver and we do not relay
dan is dat een goed antwoord.
In principe geef je in het HELO command de hostname op, maar in de regel wordt die machine naam niet gebruikt, omdat die te makkelijk te faken is, wordt op de achtergrond een reverse lookup gedaan, en wordt die computernaam gebruikt.
Je kan dus (zoals geschreven) je MS*.XXX.NL in je exchange systeem of sendmail configuratie veranderen naar een andere naam. Je klant kan daar mail.xxx.nl van maken, als hij dat wilt. In principe maakt dat eigenlijk niet uit.
Als je bijvoorbeeld het commando
HELO localhost intypt, dan wordt dat toch door de mailserver veranderd (negen van de tien keer) en die ene keer staat waarschijnlijk de mailserver open voor relay...

Op vrijdag 31 mei 2002 14:19 schreef wiehaan het volgende:
Van een SMTP server is volgens een klant de reverse lookup van het MX record niet goed, bij testen blijkt de domain naam mail.XXX.nl een IP nr 11.22.33.44 te geven en reverse lookup geeft weer mail.XXX.nl volgens mij Oké
Maar bij het sturen van een SMTP mailtje begint deze met HELO MLSWPR.xxxx.nl , dit zou volgens de klant óók mail.xxx.nl moeten zijn, ergo moet de machine naam van een SMTP relay server met MAIL. beginnen??
Volgens mij heeft de machine ( netbios) naam niets met de DNS records temaken, deze zouden verschilend kunnen zijn volgens mij.
wie heeft hiet een reactie op

[Verwijderd]

Wat ik wou weten is wat levert de mx lookup op als je een aanvraag pleegt. is dat blaat of juist mail.
Nu duidelijk is dat dat mail is kunnen we een aantal dingen zien.

Het MX record is niks anders dan waar de versturende server voor het domein zich op aan spreekt. echter is het mogelijk om voor de server een virus scanner te plaatsen die het van te voren opvangt. ja je kan dan zien dat hij praat tegen BLAAT.xxxx.nl ipv mail.xxx.nl zo als opgegeven in de dns. Dit zie je ook als je gebruikt maakt van de mcafee gauntlet firewall met virus scanner. dan zie je dat helo juist niet mail.xxx.nl terug geeft maar de fqdn van je virus scanner.

[mavink]

Even terug naar het originele probleem:

Als twee mailservers een mailtje uitwisselen via SMTP begint dat normaalgesproken ermee dat de versturende server zich identificeert met HELO (of EHLO) en dan zijn naam. Sommige ontvangende mailservers zijn een beetje "paranoid" bij het controleren hiervan.

Wat houdt dit precies in? Om te zorgen dat je mail altijd aankomt moet je zorgen dat je mailserver bij het HELO commando dezelfde naam opgeeft als in de reverse DNS opgegeven staat voor zijn IP-nummer, en moet andersom de naam die hij opgeeft ook dat IP-nummer teruggeven.

Dus: stel je mailserver heeft als IP-adres 2.3.4.5. Een reverse lookup voor 2.3.4.5 levert de naam mail.jebedrijf.nl op. Dat betekent dat andersom het opzoeken van mail.jebedrijf.nl ook het IP-adres 2.3.4.5 moet opleveren, en dat je mailserver bij het HELO-commando moet zeggen HELO mail.jebedrijf.nl. Als je aan al die voorwaarden voldoet zal zelfs de meest afschuwelijk ingestelde mailserver je mail nog accepteren.

[Predator]

[forum=24] -> [forum=19]