Exchange 2003 pop3 boxen

[Anoniem: 4855]

Hallo,

Binnen een klein bedrijf ben ik bezig met het opzetten van Exhange 2003. Het domein voor de e-mail adressen noemen we even domein.nl.

Via pop3 haal ik nu e-mail binnen met een pop3 connector en vesturen via smtp met een smtp connector.

Dit gaat allemaal prima. Totdat ik er achter kwam dat mensen die thuis gebruik maken van een pop3 box bij domein.nl geen e-mail kunnen ontvangen van het bedrijf. Want... de user is niet bekend op de server. Krijg je een mooi e-mailtje van terug

Nu kun je natuurlijk gebruik gaan maken van Outlook Webaccess, maar dit werkt niet echt lekker als je werk hoofdzakelijk bestaat uit het beantwoorden van e-mail.

Hoe kun je dit oplossen?

[Asteroid9]

De exacte foutmelding en de tekst van het mailtje wat men terug krijgt zou aardig helpen.
Die bevat de SMTP response code, en daar kunnen we een stuk meer mee dan met je beschrijving.

[djluc]

Wat bedoel je precies met "gebruik maken van een pop3 box"? Kan je ze niet via VPN verbinding laten maken met het bedrijf? Ik neem aan dat ze al een useraccount hebben in AD waaraan je mailboxen hebt hangen?

[Anoniem: 4855]

djluc schreef op dinsdag 27 maart 2007 @ 16:06:
Wat bedoel je precies met "gebruik maken van een pop3 box"? Kan je ze niet via VPN verbinding laten maken met het bedrijf? Ik neem aan dat ze al een useraccount hebben in AD waaraan je mailboxen hebt hangen?

Dit zijn thuiswerkers, zij maken middels outlook direct contact met de pop.domein.nl server.
Zij kunnen thuis gewoon mail ophalen en verzenden via de mailserver van de provider waar pop.domein.nl draait.

Als er vanaf kantoor een e-mail wordt gestuurd dan komt die e-mail niet verder als Exhange.

Thuiswerkers komen niet op kantoor en zijn dus niet bekend in het AD.

[lier]

Een nette oplossing zou kunnen bestaan uit het laten maken van een VPN verbinding met het bedrijfsnetwerk. Dan kan de gebruiker gewoon Outlook gebruiken bvia de Exchange server van de zaak.

Thuiswerkers komen niet op kantoor en zijn dus niet bekend in het AD.

Als ze in Exchange staan, staan ze ook in AD.

[ Voor 26% gewijzigd door lier op 27-03-2007 16:12 ]

[ralpje]

Anoniem: 4855 schreef op dinsdag 27 maart 2007 @ 16:09:
[...]

Als er vanaf kantoor een e-mail wordt gestuurd dan komt die e-mail niet verder als Exhange.

Als er vanaf kantoor een mail naar die medewerkers wordt gestuurd bedoel je?
Dan staat waarschijnlijk de optie aan dat de exchange server verantwoordelijk is voor alle mail binnen dat domein. De server probeert de mail dan lokaal te bezorgen, en dat lukt niet omdat de mailbox niet bestaat.

[Anoniem: 4855]

lier schreef op dinsdag 27 maart 2007 @ 16:11:
Een nette oplossing zou kunnen bestaan uit het laten maken van een VPN verbinding met het bedrijfsnetwerk. Dan kan de gebruiker gewoon Outlook gebruiken bvia de Exchange server van de zaak.


[...]

Als ze in Exchange staan, staan ze ook in AD.

Ze staan niet in Exhange.

[Anoniem: 4855]

ralpje schreef op dinsdag 27 maart 2007 @ 16:12:
[...]


Als er vanaf kantoor een mail naar die medewerkers wordt gestuurd bedoel je?
Dan staat waarschijnlijk de optie aan dat de exchange server verantwoordelijk is voor alle mail binnen dat domein. De server probeert de mail dan lokaal te bezorgen, en dat lukt niet omdat de mailbox niet bestaat.

Juist, jij slaat de spijker op z'n kop. Deze medewerkers, zijn thuis werkers en komen niet op kantoor en zullen nooit op kantoor komen.

Dus de mailbox bestaat niet en dus moet hij naar de hosting provider worden gestuurd voor verdere afhandeling.

Vraag is, hoe doe ik dit?

[lier]

Anoniem: 4855 schreef op dinsdag 27 maart 2007 @ 16:14:
Ze staan niet in Exhange.

Dan zou ik alle gebruikers in AD zetten en toegang geven (op welke manier dan ook) met je Exchange server. Dan is deze server verantwoordelijk voor de mail. Verder zou ik pop3 eruit gooien en zelf SMTP gaan draaien voor het ontvangen van mail (ik ga ervan uit dat de Internet verbinding een vast IP adres heeft ?).

[tc982]

Ga naar Exchange System Manager --> Administrative Groups --> Default Administrative Group --> Servers --> Servername --> Protocols --> Default SMTP Virtual Server --> Properties --> Tabblad Messages en vul een smart host in van de provider bij het vak : Forward all mail with unresolved recipients to : bv smtp.yourprovider.nl

Zorg wel dat bij Recipient Policies het vinkje : "This organisation is responsible for all mail in this orginisation" af zet!

Voila!

[Anoniem: 4855]

lier schreef op dinsdag 27 maart 2007 @ 16:17:
[...]

Dan zou ik alle gebruikers in AD zetten en toegang geven (op welke manier dan ook) met je Exchange server. Dan is deze server verantwoordelijk voor de mail. Verder zou ik pop3 eruit gooien en zelf SMTP gaan draaien voor het ontvangen van mail (ik ga ervan uit dat de Internet verbinding een vast IP adres heeft ?).

Je loopt vooruit op de feiten, maar je hebt wel gelijk.

Maar voor nu is het zo, even voor je beeldvorming:

- domein.nl wordt gehost bij een provider, dus niet door het bedrijf zelf.
- het bedrijf zelf draait Exchange 2003
- voor pop3 is een connector aangemaakt naar pop.domein.nl
- voor smtp is een connector aangemaakt naar smtp.domein.nl
- Verzenden/Ontvangen gaat prima
- behalve verzende naar collega's die thuis direct pop3/smtp gebruiken via de hosting provider. Deze komen logischer wijs niet aan. Bestaat niet in AD etc.
- Het betreft voorlopig een dynamische internetverbinding.

Er moet dus e-mail verzonden kunnen worden naar die collega's die thuis zitten. Hoe ga ik Exchange zo instellen, dat indien collega's niet bestaan in AD de e-mail verzonden zal worden naar smtp.domein.nl?

[Anoniem: 4855]

tc982 schreef op dinsdag 27 maart 2007 @ 16:23:
Ga naar Exchange System Manager --> Administrative Groups --> Default Administrative Group --> Servers --> Servername --> Protocols --> Default SMTP Virtual Server --> Properties --> Tabblad Messages en vul een smart host in van de provider bij het vak : Forward all mail with unresolved recipients to : bv smtp.yourprovider.nl

Zorg wel dat bij Recipient Policies het vinkje : "This organisation is responsible for all mail in this orginisation" af zet!

Voila!

Jij bent een gouden peer. Ik ga dit eens proberen als ik weer ter plekke ben.

[alt-92]

Enige "gevaar" is dat je mailloops kan krijgen omdat er standaard geen catchall is in Exchange.

Een onbezorgbaar bericht gaat dan standaard een keer of 30 heen en weer voordat je "too many headers" NDRs krijgt

[Polderdijk]

Je kan natuurlijk ook kiezen om de thuiswerkers gewoon in Active Directory (dus Exchange) aan te maken en de mail laten pop-en. Schakel RDP-over-HTTP in op de Exchange server en laat de thuiswerkers netjes de mail ophalen via Outlook van de Exchange server.

Gebruiker dit princiepe nu ook al een tijdje hier op de zaak, en dat werkt als een trein. En je hebt binnen je Outlook de zelfde functionaliteiten zoals je ook je Outlook op de zaak gebruikt.

[Powermage]

Polderdijk schreef op woensdag 28 maart 2007 @ 16:21:
Je kan natuurlijk ook kiezen om de thuiswerkers gewoon in Active Directory (dus Exchange) aan te maken en de mail laten pop-en. Schakel RDP-over-HTTP in op de Exchange server en laat de thuiswerkers netjes de mail ophalen via Outlook van de Exchange server.

Gebruiker dit princiepe nu ook al een tijdje hier op de zaak, en dat werkt als een trein. En je hebt binnen je Outlook de zelfde functionaliteiten zoals je ook je Outlook op de zaak gebruikt.

Ik zou outlook over RPC gebruiken
maar de keuze om niet alle gebruikers intern te houden kan puur licentie technisch zijn, die gebruikers moet je namelijk wel licenties voor aanschaffen, en niet voor elke organisatie is dat nodig.

[alt-92]

Powermage schreef op woensdag 28 maart 2007 @ 22:25:
maar de keuze om niet alle gebruikers intern te houden kan puur licentie technisch zijn, die gebruikers moet je namelijk wel licenties voor aanschaffen, en niet voor elke organisatie is dat nodig.

Inderdaad.
Nou heb je met SBS automagisch ook Outlook CALs om tegen exchange aan te praten, neemt niet weg dat je nog steeds een usert moet aanmaken die een licentie opeist.

[Tylen]

Polderdijk schreef op woensdag 28 maart 2007 @ 16:21:
Je kan natuurlijk ook kiezen om de thuiswerkers gewoon in Active Directory (dus Exchange) aan te maken en de mail laten pop-en. Schakel RDP-over-HTTP in op de Exchange server en laat de thuiswerkers netjes de mail ophalen via Outlook van de Exchange server.

Gebruiker dit princiepe nu ook al een tijdje hier op de zaak, en dat werkt als een trein. En je hebt binnen je Outlook de zelfde functionaliteiten zoals je ook je Outlook op de zaak gebruikt.

Is dat een nieuwe functie? RDP-over-HTTP?

[Anoniem: 214134]

Powermage schreef op woensdag 28 maart 2007 @ 22:25:
[...]
maar de keuze om niet alle gebruikers intern te houden kan puur licentie technisch zijn, die gebruikers moet je namelijk wel licenties voor aanschaffen, en niet voor elke organisatie is dat nodig.

In mijn ogen verkeerde zuinigheid...
De beste oplossing is wat mij betreft om de mail(boxen) van alle users op je eigen server(s) te houden. Dan is alles ook veel beter beheersbaar. Het geld dat die licenties kosten is snel terug verdiend als je niet 100 uur hoeft te zoeken naar rare oplossingen voor problemen die je anders nooit zou hebben.

Overigens zou ik zelf ook kiezen voor afleveren op SMTP en niet poppen bij de provider Zelfde reden: de mail komt bij JOU aan. Als er iets mis gaat weet je dat je het zelf op kunt lossen ipv dat de provider mss een probleem heeft of dat er iets niet communiceert.

[ralpje]

Anoniem: 214134 schreef op donderdag 29 maart 2007 @ 10:56:
[...]
Overigens zou ik zelf ook kiezen voor afleveren op SMTP en niet poppen bij de provider Zelfde reden: de mail komt bij JOU aan. Als er iets mis gaat weet je dat je het zelf op kunt lossen ipv dat de provider mss een probleem heeft of dat er iets niet communiceert.

En daarnaast is de pop-connector in SBS nogal brakkerig, en kost een andere (betere) pop-connector ook weer geld.

[Jazzy]

ralpje schreef op donderdag 29 maart 2007 @ 16:11:
[...]


En daarnaast is de pop-connector in SBS nogal brakkerig, en kost een andere (betere) pop-connector ook weer geld.

De POP-connecotr werkt perfect, hij kan alleen niet vaker dan om de 15 minuten mail ophalen.

Verder zie ik zelden een goede reden om geen afscheid te nemen van POP. Daarnaast heb ik het idee dat de TS ten onrechte over een POP-connector praat, moet dat niet POP Virtuele Server zijn?

[Koffie]

Move PNS > WSS

[tc982]

Jazzy schreef op donderdag 29 maart 2007 @ 22:53:
[...]
De POP-connecotr werkt perfect, hij kan alleen niet vaker dan om de 15 minuten mail ophalen.

Verder zie ik zelden een goede reden om geen afscheid te nemen van POP. Daarnaast heb ik het idee dat de TS ten onrechte over een POP-connector praat, moet dat niet POP Virtuele Server zijn?

De POP3 Connector kan perfect ophalen in kortere periodes, je kan het enkel instellen via het register :

SBS POP3 Connector Polling Interval

After using for many years third party tools (pullmail, popbeamer, ...) to retrieve mails from POP3 mailboxes, someone told me you can decrease the polling interval.
The minimum level you can set through the GUI is 15 minutes.
This is how you can change this through a registry setting: ScheduleAccelerator.
Remember, this connector is only available for a Small Business Server 2003 !


1. Locate and then click the following registry subkey:
"HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/SmallBusinessServer/Network/POP3 Connector"

2. On the "Edit" menu, point to "New", and then click "DWORD Value".

3. Type "ScheduleAccelerator" (without the quotation marks) as the entry name, and then press ENTER.

5. On the "Edit" menu, click "Modify".

6. In the "Value data" box, type the value that you want, and then click "OK". To determine the polling interval, the value that is configured on the "Scheduling" tab in the GUI is divided by the value that you type for the ScheduleAccelerator entry.

For example, if a 15 minute interval is specified in the GUI and you set the value of the ScheduleAccelerator entry to 3, the connector will poll ever five minutes.

7. Quit Registry Editor

[Anoniem: 199898]

Een POP-Conector maakt toch verbinding met een POP server en met een POP Server wordt toch verbinding gemaakt door een andere client? Heb al aardig gezocht op internet maar kan niet iets specifieks vinden....

[Jazzy]

Anoniem: 199898 schreef op dinsdag 03 april 2007 @ 13:07:
Een POP-Conector maakt toch verbinding met een POP server en met een POP Server wordt toch verbinding gemaakt door een andere client? Heb al aardig gezocht op internet maar kan niet iets specifieks vinden....

Dat klopt zo'n beetje. De POP-connector wordt gebruikt om POP-boxen bij de provider leeg te trekken en de mail te verdelen over de Exchange mailboxen. Dit wordt vaak gebruikt bij een interimsituatie, als een bedrijf net over is gegaan op een eigen mailserver of wanneer SMTP ontvangen niet kan om redenen van netwerkverbinding.

Op lange termijn heeft dit een aantal nadelen, zo werkt het niet realtime, IMF werkt niet, bij een nieuwe gebruiker moet je een externe partij gaan bellen en daarna alsnog je server configureren, lastig troubleshooten, etc.

Het aanbieden van mail aan je clients met POP is een ander verhaal, ik kan me weinig goede redenen bedeken om dit te willen. Zeker met alternatieven als OWA en RPC-over-HTTP(S).

[djluc]

+ eventueel IMAP als je iets anders als Outlook gebruikt als client.

[mindcre8r]

Jazzy schreef op dinsdag 03 april 2007 @ 13:23:
[...]


Het aanbieden van mail aan je clients met POP is een ander verhaal, ik kan me weinig goede redenen bedeken om dit te willen. Zeker met alternatieven als OWA en RPC-over-HTTP(S).

eens met stom ^^

[tc982]

En TS is dit nu gelukt?

[Anoniem: 4855]

tc982 schreef op zondag 08 april 2007 @ 00:10:
En TS is dit nu gelukt?

Sorry voor de late reactie! Ja, gelukt.

[alm]

Ben ik toch benieuwd hoe je het hebt opgelost? Heb je gebruik gemaakt van de optie om mail die lokaal niet afgeleverd kan worden door te zetten naar een externe SMTP server toevallig? Weet even niet precies waar die optie zit, maar met ff Googlen ofzo vind je 'm vast.

[Jazzy]

alm schreef op woensdag 02 mei 2007 @ 20:08:
Ben ik toch benieuwd hoe je het hebt opgelost? Heb je gebruik gemaakt van de optie om mail die lokaal niet afgeleverd kan worden door te zetten naar een externe SMTP server toevallig? Weet even niet precies waar die optie zit, maar met ff Googlen ofzo vind je 'm vast.

Smarthost.

[alm]

Het was meer de optie om mail - die lokaal niet kan worden afgeleverd omdat de mailbox niet bestaat maar waarbij de Exchange server wel de mail voor het domein afhandeld - elders af te leveren.

[sanfranjake]

"Forward mail with unresolved recipients to" op de smtp virtual server misschien?Of anders een SMTP connector?

[ Voor 15% gewijzigd door sanfranjake op 02-05-2007 21:30 ]

[alm]

sanfranjake schreef op woensdag 02 mei 2007 @ 21:30:
"Forward mail with unresolved recipients to" op de smtp virtual server misschien?

Die bedoel ik