[SBS 2008] pop connector vaker dan 2min mail laten ophalen*

[TheSiemNL]

De pop3 connector in SBS 2008 is al verbeterd t.o.v. de connector in SBS 2003. Daar was de minimale tijd voor het ophalen 15minuten. In 2008 is dat al 5 minuten.

In 2003 was hij echter te versnellen door een register sleutel aan te maken.

Heeft iemand dit al getest met 2008? Ik wil in 2 minuten ophalen.

[beerns]

elke 2 minuten? Een pop3 box?
Zal je provider blij mee zijn.

[MADG0BLIN]

Als je het zo vaak wilt laten ophalen, waarom laat je het dan niet gewoon rechstreeks binnen komen op je server? Net zo makkelijk.

[Fish]

Soms heb je die keus simpelweg niet.

maar waarom probeer je het zelf niet gewoon. werkt het niet haal je die sleutel weg, toch ?

[maartena]

Ik wil in 2 minuten ophalen.

Waar is dat in hemelsnaam voor nodig? Providers worden niet zo vrolijk van mensen die echt met zo weinig tussentijd de pop server 24/7 blijven hameren.

Je kunt het natuurlijk wel oplossen door Exchange ook echt als mailserver te gaan gebruiken in plaats van een "veredelde pop client", door een eigen domein te registreren en het MX record naar je huis IP adres te verwijzen.

[ Voor 3% gewijzigd door maartena op 15-03-2009 08:31 ]

[StevenK]

maartena schreef op zondag 15 maart 2009 @ 08:30:
[...]


Waar is dat in hemelsnaam voor nodig? Providers worden niet zo vrolijk van mensen die echt met zo weinig tussentijd de pop server 24/7 blijven hameren.

Je kunt het natuurlijk wel oplossen door Exchange ook echt als mailserver te gaan gebruiken in plaats van een "veredelde pop client", door een eigen domein te registreren en het MX record naar je huis IP adres te verwijzen.

Tenzij je accesprovider inkomende smtp blokkeert.

@TS: Naast de registry-wijziging heb ik ook wel eens ergens tips gelezen dat het POP3 proces een executable is die je kunt plannen met de scheduler.

[TheSiemNL]

Pop3 mailboxen bij de provider heeft voor en nadelen, dat weet ik. Ik moet gebruikers email adressen op twee plaatsen aanmaken en dat kost extra tijd. Een flink nadeel.

Enkele voordelen zijn? De provider scant voor spam.Geen rare zaken voor poort25. Poort25 kan dicht blijven op de SBS server. Etc etc.

@StevenK
In de scheduler kan ik niets terugvinden over de pop3 connector. Ik heb alle processen in de gaten gehouden en enkele keren handmatig de pop3 connector laten ophalen. Er wordt echter geen process gestart.

De service is dus altijd actief met een interne schedular. Ik zal eens bij de service kijken.
[edit]
Een van de afhankelijkheden van de service is wel de task schedular. Maar hier valt niets in te stellen.

[ Voor 8% gewijzigd door TheSiemNL op 15-03-2009 11:10 ]

[sanfranjake]

jantje.vlaam schreef op zondag 15 maart 2009 @ 11:06:
Pop3 mailboxen bij de provider heeft voor en nadelen, dat weet ik. Ik moet gebruikers email adressen op twee plaatsen aanmaken en dat kost extra tijd. Een flink nadeel.

Enkele voordelen zijn? De provider scant voor spam.Geen rare zaken voor poort25. Poort25 kan dicht blijven op de SBS server. Etc etc.

Nog een paar voordelen zijn:
1. Provider heeft de resources die een klein bedrijfje vaak niet heeft om meerdere fallback-servers te realiseren, je mail wordt dus bijna altijd ontvangen.
2. Een goede pop-connector (dus niet die van sbs zelf ) biedt de optie om mail een aantal dagen op de server achter te laten, waardoor je bij een harde crash van de server niet gelijk de laatste dagen mail kwijt bent als de backups niet helemaal soepel lopen.
3. Je hebt de zorgen van een mailserver niet, denk aan relay-configuratie en dergelijke (risico!)

Ik vind de voordelen zo zwaar wegen dat we bij vrijwel alle klanten POPcon aanbieden voor een paar tientjes. Het mkb is in de praktijk toch niet echt een branche waarin je altijd alle best practices volgt. Die bedrijven willen vaak de enterpriseoplossing voor een mkb-prijs en dan moet je concessies doen Deze connector kan ook complexere schedules aan, zoals om de twee minuten (al vraag ik me net als anderen hier af of dat nou echt nodig is).

Het enige nadeel wat ik kan bedenken is de vertraging die inkomende mail heeft/kan hebben, maar ik vind die totaal niet opwegen tegen de voordelen.

[StevenK]

jantje.vlaam schreef op zondag 15 maart 2009 @ 11:06:
@StevenK
In de scheduler kan ik niets terugvinden over de pop3 connector. Ik heb alle processen in de gaten gehouden en enkele keren handmatig de pop3 connector laten ophalen. Er wordt echter geen process gestart.

Nee, precies andersom: de interne scheduler start een executable en die executable kun je ook zelf, via de windows scheduler, starten

[Jazzy]

sanfranjake schreef op zondag 15 maart 2009 @ 11:19:
Het enige nadeel wat ik kan bedenken is de vertraging die inkomende mail heeft/kan hebben, maar ik vind die totaal niet opwegen tegen de voordelen.

Ik herken je verhaal, zeker in het MKB. Daar staat wel tegenover dat SMTP veel robuuster is, een laag van beheer uitlsuit (en soms de bijbehorende kosten) en makkelijker te troubleshooten is.

Toen ik zelf in het MKB werkte adviseerde ik juist om die redenen om SMTP te gebruiken en de POP Connector alleen te gebruiken rondom de migratie van peer to peer naar een SBS netwerk.

[sanfranjake]

Jazzy schreef op zondag 15 maart 2009 @ 11:42:
[...]
Ik herken je verhaal, zeker in het MKB. Daar staat wel tegenover dat SMTP veel robuuster is, een laag van beheer uitlsuit (en soms de bijbehorende kosten) en makkelijker te troubleshooten is.

Toen ik zelf in het MKB werkte adviseerde ik juist om die redenen om SMTP te gebruiken en de POP Connector alleen te gebruiken rondom de migratie van peer to peer naar een SBS netwerk.

Ben het helemaal met je eens, in de zin van mijn persoonlijke-technische-nerdmening De praktijk leerde me dat wanneer het beheer voor 95% door stagiairs en junior-juniors gedaan wordt deze oplossing niet zo slecht is Natuurlijk kan je je dan afvragen of je strengere change-policies moet gaan invoeren, maar wanneer een klant bij ons een acuut probleem heeft wordt dat acuut gefixed. Bijvoorbeeld als er een nieuwe printer geplaatst wordt welke zonder authenticatie moet relayen. Dat kan natuurlijk zo een open relay opleveren.

Ben dus praktisch wel happy met een pop-oplossing

[Verwijderd]

Dat klinkt meer als: "ik ben bang dat ik stomme fouten maak bij het configureren".
Je kunt binnen een minuut controleren of je server voor open relay speelt.

[Paul]

Je kunt Exchange perfect vertellen vanaf welke ip-adressen er gerelayed mag worden, en daar waar ik het doorvoer staat het @ installatie al meteen goed: localhost en local net.

Maar stiekem heb ik het wel luxe, wij _zijn_ de e-mailprovider van bijna iedereen waar we Exchange (SBS) wegzetten (en beheren), dus dingen als fallback, anti-spam of een verstopte poort 25 (Planet bijvoorbeeld) zijn geen probleem voor de klant. Zelfs poort 25 hoeft maar open voor 1 extern ip.

Wij zijn dus ook iedereen van pop3 naar smtp om aan het zetten voor zover dat nog niet is gedaan, omdat je dan niet op meerdere plekken (AD, /etc/postfix/virtual, soms meer) je gebruiker aan moet maken en omdat het scheelt op de server (pop3-connecties)

Maar goed, dat is een luxepositie die niet iedereen heeft. Als je per se pop3 (pull mechanisme) wilt of moet gebruiken dan moet je er mee leven dat je de voordelen van de push-methode (smtp) niet hebt en dat er dus een vertraging zit in het ophalen van de mail.

Vertel me dan in ieder geval for your providers sake dat het een global mailbox is, of dat je maar 2 of 3 e-mailadressen hebt

[sanfranjake]

Verwijderd schreef op zondag 15 maart 2009 @ 12:07:
Dat klinkt meer als: "ik ben bang dat ik stomme fouten maak bij het configureren".
Je kunt binnen een minuut controleren of je server voor open relay speelt.

Dat weet jij, dat weet ik, maar dat moet dan zo'n junior ook weten (en ik heb niet genoeg tijd om 24/7 in de gaten te houden wat ze doen, 9 van de 10 keer zullen ze dat niet eens communiceren). Natuurlijk overduidelijk uit mijn posts dat dit niet de enige reden is
Qua beheer scheelt het niks, bij de providers is het toch allemaal catchall

[ Voor 19% gewijzigd door sanfranjake op 15-03-2009 13:37 ]

[chratnox]

Paul Nieuwkamp schreef op zondag 15 maart 2009 @ 12:25:
Je kunt Exchange perfect vertellen vanaf welke ip-adressen er gerelayed mag worden, en daar waar ik het doorvoer staat het @ installatie al meteen goed: localhost en local net.

Maar stiekem heb ik het wel luxe, wij _zijn_ de e-mailprovider van bijna iedereen waar we Exchange (SBS) wegzetten (en beheren), dus dingen als fallback, anti-spam of een verstopte poort 25 (Planet bijvoorbeeld) zijn geen probleem voor de klant. Zelfs poort 25 hoeft maar open voor 1 extern ip.

Wij zijn dus ook iedereen van pop3 naar smtp om aan het zetten voor zover dat nog niet is gedaan, omdat je dan niet op meerdere plekken (AD, /etc/postfix/virtual, soms meer) je gebruiker aan moet maken en omdat het scheelt op de server (pop3-connecties)

Maar goed, dat is een luxepositie die niet iedereen heeft. Als je per se pop3 (pull mechanisme) wilt of moet gebruiken dan moet je er mee leven dat je de voordelen van de push-methode (smtp) niet hebt en dat er dus een vertraging zit in het ophalen van de mail.

Vertel me dan in ieder geval for your providers sake dat het een global mailbox is, of dat je maar 2 of 3 e-mailadressen hebt

De organisatie waar ik werk gebruikt een Iron Gate, heel mooie apparaten. Thuis heb ik uiteraard die mogelijkheid niet, dus heb ik iets anders moeten verzinnen. Uitgaande mail gaat via een smarthost naar de smtp server van mijn provider en in mijn MX records heb ik mijn provider als extra MX record opgenomen. Binnen exchange aangegeven dat mail alleen afgeleverd mag worden vanaf bepaalde adressen (mijn provider dus), waardoor alle mail afgeleverd wordt bij mn provider, die 't weer bij mij brengt.

Logischerwijs zit er vertraging in, maar je hebt geen last van open relay en zoals eerder genoemd, een 'veiligere' oplossing

[Verwijderd]

Hoi chratnox.

ik zoek me de blubber om de laatste situatie voor elkaar te krijgen.
dus
mx record naar mijn provider (KPN)
mx record van mijn provider naar mijn SBS 2008 met exchange 2008.

heb je daar een voorbeeldje van ???

groet uit mooi Drunen

j(.)klerks(AT)hccnet(.)nl

[Fish]

Verwijderd schreef op vrijdag 06 november 2009 @ 10:59:
Hoi chratnox.

ik zoek me de blubber om de laatste situatie voor elkaar te krijgen.
dus
mx record naar mijn provider (KPN)
mx record van mijn provider naar mijn SBS 2008 met exchange 2008.

heb je daar een voorbeeldje van ???

groet uit mooi Drunen

j(.)klerks(AT)hccnet(.)nl

ik had een tijdje gelesn met iemand gechat die had het precies zo. het moet werken zo
wat werkt er niet aan de bovenstaande situatie ?

het afleveren bij kpn, of het ontvangen bij je smtp server?

zet voor ze zekerheid het mx rcord voor kpn als hoogste in.

beter begin je een nieuw topic (nadat je wat hebt gechecked)

[ Voor 9% gewijzigd door Fish op 06-11-2009 13:11 ]

[Verwijderd]

Hoi Fish

Nou ik moet dus twee regels in de mx krijgen. ik heb er maar één. die wijst niet naar de KPN maar naar mijn eigen.

Ik ben bijna zeker dat alles intern werkt. Met telnet op poort 25 kan ik, ook van buiten het domaintje, mail naar mezelf sturen welke ook binnenkomt. Maar dat doet de rest van de wereld niet natuurlijk die gebruiken outlook of zo.