[Exchange 2003] Mail onbezorgbaar

[Verwijderd]

Ik heb een sbs 2003 server draaien op vestiging 1. De mail wordt opgehaald via pop accounts.
Alle mail adressen binnen dit bedrijf werken met @lalala.com.

Echter heb ik vanuit vestiging 2 ook een @lalala.com pop account werkend. Wanneer ik nu vanuit vestiging2 naar vestiging 1 mail komt de mail goed aan. Wanneer zij daar op antwoorden krijgen ze de mail retour.

Opzich logisch omdat hij denkt dat de mail internet bezorgt moet worden. Is dit simpel op te lossen door bv. het e-mail adres uit te sluiten??

[ Voor 0% gewijzigd door Verwijderd op 27-12-2006 12:09 . Reden: Typo ]

[lier]

Maak je gebruik van een smarthost of stuur je op basis van SMTP ?
Hoe heb je "verder alles" ingesteld ?

[Verwijderd]

Ik heb bij de hosting provider pop3 accounts aangemaakt.

Via de exchange server op vestiging1 haal ik via exchange de pop accounts op, deze verstuurt ze vervolgens naar de juiste gebruiker.

Op vestiging2 log ik rechtstreeks in bij de webmail van de hostingprovider.

Echter wanneer ik vanuit vestiging 2 naar vestiging1 mail komt de mail aan, wanneer ik deze mail wil beantwoorden krijg ik de mail retour met de melding dat de gebruiker niet bestaat. Hij wil de mail dus intern bezorgen terwijl het een extern adres is.

Kan ik een uitzondering maken of moet ik aan een ander domeinnaam gaan denken voor vestiging 2?

[lier]

Misschien heb ik wel een hele eenvoudige oplossing:

Stel alle gebruikers in op het domein van vestiging 1.
Haal alle mail op met deze server.

Laat de gebruikers van vestiging 2 gebruik maken van OWA van de server op vestiging 1.

[Verwijderd]

dit is een oplossing, maar niet de gene die ik zoek...

Ik wil niet via OWA werken, maar gewoon met outlook

[Regman_XP]

Laat die andere pop-box ook door exchange binnen halen en laat maail aan dat adres door sturen aan [e-mail] en laat vestiging 2 de pop-box van [e-mail] op halen (Of via webmail).

Vestiging 2 kan je dan nog steeds bij het versturen instellen dat het van [e-mail] komt.

Of zorg dat je Exchange webmail instelt op exchange van vestiging 1, dan kan vestiging 2 hier op inlogge.

[Regman_XP]

Verwijderd schreef op woensdag 27 december 2006 @ 12:18:
dit is een oplossing, maar niet de gene die ik zoek...

Ik wil niet via OWA werken, maar gewoon met outlook

Dacht je daar webmail gebruikte?

Verwijderd schreef op woensdag 27 december 2006 @ 12:08:
...
Op vestiging2 log ik rechtstreeks in bij de webmail van de hostingprovider.
...

Kijk eens naar rpc over https, dan kan je nog steeds Outlook blijven gebruiken.

[Verwijderd]

Regman_XP schreef op woensdag 27 december 2006 @ 12:22:
[...]
Dacht je daar webmail gebruikte?
[...]

Ja, op vestiging 2 wel.. maar op vestiging 1 wil ik geen webmail gebruiken

[Regman_XP]

Als je op de Exchange server op vestiging 1 OWA configureerd kan je zonder probleem op die vestiging Outlook blijven gebruiken. Vestiging 2 kan dan OWA gebruiken.

[Verwijderd]

Is er geen optie dat ik 1 bepaald e-mail adres altijd als extern instel?

anders ga ik voor de optie om OWA op vestiging 1 aan te zetten

[Regman_XP]

Verwijderd schreef op woensdag 27 december 2006 @ 12:32:
Is er geen optie dat ik 1 bepaald e-mail adres altijd als extern instel?
...

volgens mij kan het niet maar ik weet het niet 100% zeker.

De exchange server denkt dat hij verantwoordelijk is voor het hele domeinen zal het daarom direct zelf proberen af te leveren bij de juiste mailbox, die er in jouw geval niet is.

[Verwijderd]

Je kan op vestiging 2 ook gewoon met Outlook werken, configureer deze alleen dat hij doormiddel van RPC of http(s) connectie maakt met vestiging 1.

[Verwijderd]

Ik ga voor de OWA op vestiging 1...

[Guru Evi]

Misschien iewat eenvoudiger: laat je Exchange met subdomeinen werken.

Dus je hebt:

lalaland.com -> MX-record richting je provider
vest1.lalaland.com -> MX-record voor je Exchange op vest1
vest2.lalaland.com -> MX-record voor je mail naar vest2

Waarschijnlijk werk je via AD of zoiets. Je kunt dus iemand meerdere e-mail adressen geven en een ervan primary maken, je mail komt dan ofwel altijd direct via je mailprovider. Een ander probleem die je dan oplost is als je later wilt uitbreiden, kun je gelijkaardige dingen doen met een hele reeks mailservers zonder te moeten prutsen met smarthosts en forwarding en dan te zoeken waar je DNS verkeerd gaat.

[lier]

Guru Evi schreef op woensdag 27 december 2006 @ 15:11:
Misschien iewat eenvoudiger: laat je Exchange met subdomeinen werken.

Dus je hebt:

lalaland.com -> MX-record richting je provider
vest1.lalaland.com -> MX-record voor je Exchange op vest1
vest2.lalaland.com -> MX-record voor je mail naar vest2

Waarschijnlijk werk je via AD of zoiets. Je kunt dus iemand meerdere e-mail adressen geven en een ervan primary maken, je mail komt dan ofwel altijd direct via je mailprovider. Een ander probleem die je dan oplost is als je later wilt uitbreiden, kun je gelijkaardige dingen doen met een hele reeks mailservers zonder te moeten prutsen met smarthosts en forwarding en dan te zoeken waar je DNS verkeerd gaat.

Ook al is het een goede bijdrage...ik ben het niet eens met je "iewat eenvoudiger".
Dit houdt in dat alle medewerkers een nieuw mail adres krijgen. Consequenties voor visitekaartjes/reclame/website/briefpapier/enz. enz.

Al met al behoorlijk rigoreus...

[alt-92]

lier schreef op woensdag 27 december 2006 @ 16:00:
[...]

Ook al is het een goede bijdrage...ik ben het niet eens met je "iewat eenvoudiger".
Dit houdt in dat alle medewerkers een nieuw mail adres krijgen. Consequenties voor visitekaartjes/reclame/website/briefpapier/enz. enz.

Al met al behoorlijk rigoreus...

Mwoch.

Alias is zo geregeld binnen Exch toch?

[lier]

alt-92 schreef op donderdag 28 december 2006 @ 13:11:
[...]

Mwoch.

Alias is zo geregeld binnen Exch toch?

Tja...vs OWA activeren/beschikbaar stellen + gebruikers aanmaken...?

[thund3rball]

Er is een mogelijkheid om binnen exchange 2003 het zo te regelen dat als exchange intern geen exchangemailbox vindt, hij geen NDR geeft, maar de mail weer naar extern (provider popbox) zet. Heb dit een tijdje terug voor een klant gebruikt. Hierdoor is niet je exchange server de baas over het lala.com domein, maar de popbox provider. Groot gevaar hierbij is dat je een LOOP genereerd door mail met niet bestaande namen, dit MOET je dan ondervangen met een catchall bij je popprovider.

hierbij het mickysoft artikel :http://support.microsoft.com/kb/300681

method 1.

veel plezier ermee...

[thund3rball]

Vergeten: de catchall even appart ophalen en naar een speciaal hiervoor opgezette mailbox of public folder in routeren (algemene spambox?).

implementatie binnen 15 minuten

[ Voor 12% gewijzigd door thund3rball op 28-12-2006 22:41 ]