Exchange 2003 zelfde domein op andere server

Pagina: 1
Acties:

  • detim
  • Registratie: Maart 2009
  • Laatst online: 23-12-2025
Hallo,

Ik heb bij een hoster een site en mail draaien.
En zelf host ik een windows sbs 2003 server met exchange.
Ik haal via mijn exchange server elke 15 minuten mail binnen vanaf die hoster via een catch all adres met een pop3 connector.

Ik heb bij die hoster ook nog een ander mail adres aangemaakt voor het zelfde domein, maar deze staat los van de exchange server, en die wil ik er ook niet op hebben.

Wat nu het probleem is wanneer ik via mijn exchange mail server een mailtje wil sturen naar dat adres hij hem lokaal gaat proberen te versturen omdat het hetzelfde domein is.
Maar dit mail adres bestaat dus niet lokaal, maar moet dus naar de hoster heen.

Weet iemand een manier om in te stellen dat hij wanneer ik iets naar dat adres stuur hij hem naar de hoster toe stuurt en niet lokaal?

  • squaddie
  • Registratie: Februari 2000
  • Laatst online: 19:56
Door de exchangeserver niet authoritative te laten zijn voor het betreffende domain, dan zal de server alle emailadressen wat hij niet kent naar buiten zenden.

Te vinden in de recepient policy en vervolgens de smtp record openen, daar staat een vinkje met iets als: Make this exchange organisation responsible for all mail delivery. Kan overigens niet voor de default smtp record.

There are never enough hours in a day, but always too many days before saturday.


Verwijderd

Ze zullen dan wel in dezelfde Exchange organisation moeten zitten lijkt mij.

Workaround kan eventueel zijn het forwarden van de mail naar domein B.

  • squaddie
  • Registratie: Februari 2000
  • Laatst online: 19:56
Neuh, dat hoeft niet zodra je de Exchange organisatie niet langer authoritative is voor een bepaald smtp adres, zal hij er vanuit gaan dat alle emailadressen die de organisatie niet kent op een andere emailserver zitten. En zal volgens de instellingen van Exchange de mail naar de buitenwereld zenden en wat voor een emailserver dat is zal Exchange spreekwoordelijk worst zijn, het is niet (meer) zijn verantwoordelijkheid.

There are never enough hours in a day, but always too many days before saturday.


Verwijderd

Dan moet hij wel weten hoe hij daarheen moet. MX record zal toch naar hem wijzen

  • squaddie
  • Registratie: Februari 2000
  • Laatst online: 19:56
Je zou gelijk hebben als de interne server de mail zou ontvangen, echter in de beschreven situatie is het geen probleem immers de server bij de hoster ontvangt alle mail en de interne server haalt de mail op met de popconnector ofwel de mx-records van het domein verwijzen naar de server bij de hoster. Ongeacht hoe de interne server de mail naar de buitenwereld verzend zal op een bepaald moment de mx-records worden geraadpleegd en wordt verwezen naar de server bij de hoster.

[ Voor 0% gewijzigd door squaddie op 05-10-2009 19:39 . Reden: typo gecorrigeerd: internet -> interne ]

There are never enough hours in a day, but always too many days before saturday.


  • Qwerty-273
  • Registratie: Oktober 2001
  • Laatst online: 17:21

Qwerty-273

Meukposter

***** ***

Je moet natuurlijk wel oppassen met het maken van een loop.
Stel de instellingen bij de hoster sturen alle mail naar onbekende adressen @jouwdomein door naar je exchange doos - die op zijn beurt weer alle mail naar onbekende adressen doorstuurd naar de hoster......

Erzsébet Bathory | Strajk Kobiet | You can lose hope in leaders, but never lose hope in the future.


Verwijderd

Je moet hiervoor 2 dingen doen.

De domeinnaam (bijv. domain.com) waar de mail naar verstuurd wordt kan niet het primary email domein in SBS 2003 zijn. Om dit te veranderen ga je naar System Manager van Exchange en maak je een 2e SMTP domein aan (bijv. domain.local) in de recipient policy, vervolgens maak je deze primary (let op, users die handmatig een email adres gekregen hebben zul je even moeten nalopen of het daar ook nog klopt).
Vervolgens ga je bij de eigenschappen van je nu secondary SMTP (domain.com) kijken en zet daar het vinkje 'The Exchange Organisation is responsible for all mail delivery to this address.' UIT.

Ter verduidelijking:

Afbeeldingslocatie: http://tweakers.net/ext/f/jlrtV5WhHgu7D8vEHDC2DraG/thumb.png
squaddie schreef op maandag 05 oktober 2009 @ 11:33:
Neuh, dat hoeft niet zodra je de Exchange organisatie niet langer authoritative is voor een bepaald smtp adres, zal hij er vanuit gaan dat alle emailadressen die de organisatie niet kent op een andere emailserver zitten. En zal volgens de instellingen van Exchange de mail naar de buitenwereld zenden en wat voor een emailserver dat is zal Exchange spreekwoordelijk worst zijn, het is niet (meer) zijn verantwoordelijkheid.
What he said ;)

[ Voor 30% gewijzigd door Verwijderd op 05-10-2009 16:41 ]


Verwijderd

Niks what he said
MX record wijst naar de exchange server. Hoe weet de mailserver dat hij naar hosted server moet?

Verwijderd

Lees eerst de topicstart nog eens en probeer het dan nog een keer :)
Als de MX record naar de exchange server wijst hoeft hij niet via een pop3 connector zijn mail bij zn provider op te halen aangezien zijn mail daar dan nooit aankomt.

Maar dat was je eerder ook al verteld:
Je zou gelijk hebben als de interne server de mail zou ontvangen, echter in de beschreven situatie is het geen probleem immers de server bij de hoster ontvangt alle mail en de internet server haalt de mail op met de popconnector ofwel de mx-records van het domein verwijzen naar de server bij de hoster. Ongeacht hoe de interne server de mail naar de buitenwereld verzend zal op een bepaald moment de mx-records worden geraadpleegd en wordt verwezen naar de server bij de hoster.
DUS, what he said.
Foutieve informatie verspreiden is nogal storend.

[ Voor 53% gewijzigd door Verwijderd op 05-10-2009 17:47 ]


Verwijderd

Hmm ja, dan is het ook vrij simpel. Niet verwacht dat je dat zou vragen

[ Voor 35% gewijzigd door Verwijderd op 05-10-2009 18:00 ]


Verwijderd

Verwijderd schreef op maandag 05 oktober 2009 @ 18:00:
Hmm ja, dan is het ook vrij simpel. Niet verwacht dat je dat zou vragen
Lezen van de topicstart doet wonderen, daarbij is het niet zo'n gekke vraag aangezien het een optie is die niet overmatig veel behandeld wordt op diverse fora.

  • detim
  • Registratie: Maart 2009
  • Laatst online: 23-12-2025
Verwijderd schreef op maandag 05 oktober 2009 @ 16:36:
Je moet hiervoor 2 dingen doen.

De domeinnaam (bijv. domain.com) waar de mail naar verstuurd wordt kan niet het primary email domein in SBS 2003 zijn. Om dit te veranderen ga je naar System Manager van Exchange en maak je een 2e SMTP domein aan (bijv. domain.local) in de recipient policy, vervolgens maak je deze primary (let op, users die handmatig een email adres gekregen hebben zul je even moeten nalopen of het daar ook nog klopt).
Vervolgens ga je bij de eigenschappen van je nu secondary SMTP (domain.com) kijken en zet daar het vinkje 'The Exchange Organisation is responsible for all mail delivery to this address.' UIT.

Ter verduidelijking:

[afbeelding]


[...]


What he said ;)
Dus hiermee zou het moeten werken?

Maar mail die dan intern wordt verstuurd, komt dit dan ook bij die hosting server uit, of alleen voor adressen die hij niet kent?

  • squaddie
  • Registratie: Februari 2000
  • Laatst online: 19:56
Het enige wat het vinkje wijzigd is de afhandeling van onbekende adressen. In de standaard situatie met het vinkje aan zal de server een bericht terugsturen dat het adres onbekend is als het adres niet overeenkomt met een van de lokale adressen. Met het vinkje uit zal de server onbekende adressen richting internet zenden in de veronderstelling dat het emailadres daar wel te vinden is.

There are never enough hours in a day, but always too many days before saturday.


Verwijderd

detim schreef op maandag 05 oktober 2009 @ 19:22:
[...]


Dus hiermee zou het moeten werken?

Maar mail die dan intern wordt verstuurd, komt dit dan ook bij die hosting server uit, of alleen voor adressen die hij niet kent?
Probeer het en check je message tracking; Exchange gebruiken en dat niet kunnen gebruiken / niet weten waar je het voor kunt gebruiken is toch een slecht iets hoor.

[ Voor 0% gewijzigd door Verwijderd op 05-10-2009 22:29 . Reden: typo ]


  • detim
  • Registratie: Maart 2009
  • Laatst online: 23-12-2025
Heb het ingesteld en het werkt!

Bedankt voor al jullie hulp!
Pagina: 1