Exchange: FQDN in SMTP Connector

[Roxsman]

Hallo,

Ik ben sinds kort systeembeheerder bij een bedrijf waar een exchange mail-cluster aanwezig is. Nu komen er zo nu en dan meldingen binnen van mailtjes die gereject worden. Heb hier naar gekeken en kwam een aantal zaken tegen waaronder het feit dat in de Advanced Delivery Options van de SMTP VS de FQDN staat ingesteld op het .local adres van de mailserver (mail-v1.domein.local) ipv de internet FQDN waardoor (denk ik) bij sommige ontvangers de mail wordt gereject.
Na wat gegoogle ben ik erachter gekomen dat het niet altijd verstandig is om dit adres zomaar te wijzigen maar echte duidelijkheid over de consequenties ontbreekt. Ik weet niet of anderen hier ervaring mee hebben. Tevens vroeg ik me af of de masquerade domain optie een soortgelijk resultaat zou boeken.
Er wordt trouwens geen gebruik gemaakt van een smarthost.

[lier]

Zou je de exacte melding eens kunnen posten ?
Waarom wordt er geen gebruik gemaakt van een smarthost...is je server wel te resolven met een reverse DNS ?

[Rolfie]

je kan gewoon de FQDN aanpassen op de SMTP service. Daar is dit juist voor bedoelt.

[Jazzy]

Gewoon aanpassen in een andres wat te resolven is. Persoonlijk zou ik niet weten waarom je dat niet zou doen.

[Roxsman]

NDR's die terugkomen zijn zo goed als altijd te herleiden als zijnde antispam acties van de ontvangende kant.

En het leek mij ook niet veel voorstellen maar had voor de zekerheid een en ander aan informatie bij elkaar gezocht maar daar werd ook gezegd dat het niet altijd het probleem oploste. Anyway, reden voor de voorzichtigheid is dat ik dadelijk niet meer dan 400 man aan de telefoon wil hebben hangen
Maar goed, we proberen het wel als er bijna niemand meer gebruik maakt van het netwerk. Maar dat is altijd het lastige hier, dat komt niet vaak voor.

[Jazzy]

Het probleem wat je hiermee oplost heeft vaak niet met NDR's te maken. Steeds meer ontvangende mailservers proberen de verzendende server te resolven en wanneer dat niet lukt (blabla.local) dan droppen ze het mailtje gewoon, zonder NDR.

[Roxsman]

Nou dat laatste gebeurt dus ook regelmatig.. Ben alleen net bezig hier en netwerk zit nogal complex in elkaar dus moet alles eerst goed uitzoeken voordat ik wijzigingen aanbreng.
Kan er iets gebeuren met de routering van lokale mail als ik die optie aanpas?

[Brahiewahiewa]

Roxsman schreef op maandag 31 december 2007 @ 12:12:
Nou dat laatste gebeurt dus ook regelmatig.. Ben alleen net bezig hier en netwerk zit nogal complex in elkaar dus moet alles eerst goed uitzoeken voordat ik wijzigingen aanbreng.
Kan er iets gebeuren met de routering van lokale mail als ik die optie aanpas?

Nee hoor: de FQDN die je opgeeft wordt door system manager in eerste instantie naar AD weggeschreven. Tenzij er iets stuk is in de replicatie van je GC's hebben andere exchange servers in je organisatie dus meteen de beschikking over die nieuwe naam. En als de replicatie van je GC's wel stuk is moet je dat repareren en niet de FQDN van je SMTP connector

[Roxsman]

Nou goed, zodra de situatie het toelaat ga ik het proberen.
Alvast bedankt voor de reacties in ieder geval!

[Verwijderd]

Roxsman schreef op maandag 31 december 2007 @ 12:06:
NDR's die terugkomen zijn zo goed als altijd te herleiden als zijnde antispam acties van de ontvangende kant.

En het leek mij ook niet veel voorstellen maar had voor de zekerheid een en ander aan informatie bij elkaar gezocht maar daar werd ook gezegd dat het niet altijd het probleem oploste. Anyway, reden voor de voorzichtigheid is dat ik dadelijk niet meer dan 400 man aan de telefoon wil hebben hangen
Maar goed, we proberen het wel als er bijna niemand meer gebruik maakt van het netwerk. Maar dat is altijd het lastige hier, dat komt niet vaak voor.

Een bekend probleem. Een smarthost invullen is zeker wel aan te raden. Het enige wat aan te raden is na het instellen van de smarthost, is je smtp connector even te herstarten. Eindgebruikers hebben hier geen last van.