SBS 2003 R2 - POP3 Connector Alternative Fetchmail

Da uns der POP3 Connector bei einem Kunde so viel Probleme bereitet hat, wurde es Zeit sich nach einer Alternative umzuschauen. Auf http://www.msexchangefaq.de wurde ein Konzept mit Fetchmail erarbeitet.

Installation

• Cygwin Setup herunterladen und durchfuehren. Dabei Fetchmail als Paket auswaehlen.

Konfiguration

• im Home Verzeichniss von Administrator eine .fetchmailrc anlegen. (Sollte mit cygwin gemacht werden)
• Beispielskonfiguration:

  set postmaster "postmaster@domain.tld"
  set logfile "fetchmail.log"
  set daemon 180
  
  poll "pop3.maildomain.tld"
  proto "pop3"
  
  user "user0@domain.tld" pass "passwort0"
  smtpname "user0@domain.tld"
  
  user "user1@domain.tld" pass "passwort1"
  smtpname "user1@domain.tld"

• Eventuell koennte man noch testen ob nicht folgender syntax funktioniert:
  user "user2" pass "passwort2" is *
  Es sollte nun die email an den user gehen der im Header als Empfaenger eingetragen ist.
  
• Ich gehe hierbei davon aus das der mailserver (exchange) auf dem gleichen host liegt
• dann einfach nur noch "fetchmail.exe -v" aufrufen, die sich in c:\programme\cygwin\bin\ befindet
• update: anscheinend funktioniert das mit dem daemon nicht. Wir haben es jetzt so eingerichtet das ein der taskplaner von windows alle 15 minuten ein "fetchmail.exe -v" ausfuehrt.
  
• per befehl "tail -f ~/fetchmail.log" koennt ihr die Aktionen von fetchmail nachverfolgen.

-- Johannes M.

SBS 2003 R2 - Wohin mit den Login Script?

Heute hab ich doch tatsaechlich wieder eine Moeglichkeit gelesen wie man Login Skripte an den User bringt. Das sind dann drei verschiede Moeglochkeiten.

• sbslogin.bat - wird von jedem User ausgefuehrt der sich per connectcomputer in die Domain integriert hat. Von dort aus kann man per CALL weiter Skripts ausfuehren, oder die batch selber vollstopfen.
• AD - Jedem bekannt das unter Benutzer\Windows Einstellungen\Skripte Skripts eingepflegt koennen
• AD - die Dritte Moeglichkeit geht auch ueber AD: computer\Admin Templates\System\Login\Starte diese Programme bim Login
  http://isweb2.memphis.edu/umad/documents/LogonScript.htm
  

Jetzt stellt sich natuerlich die Frage, welche der drei Moeglichkeiten die "sauberste" ist.

Ich selber arbeite seit neuestem an einem Gesamtkonzept. Einem Client Programm das sich mit dem Server verbindet, eine Datenbank abfragt und skripte weit gehend mit AutoIt erfuellt.

-- Johannes M.