Re: Fetchmail Doku

Autor: Stephan Gromer <stephan.gromer_at_gmx.de>
Datum: 27.02.2005
Hallo Johannes,

> einhandeln wirst. Da holen Sie die mails zuhause ab dann sind die nicht
> in der Arbeit, die mails kommen doppelt, weil da was nicht klappt, der
> Server vom Provider spinnt und so fort. Hinzu kommt der schlechte
> Komfort für die User weil sie die mails ja doppelt als "gelesen"
> markieren bzw. löschen/verschieben müssen etc..

Das mit dem doppelt als gelesen markieren etc. ist richtig und lässtig (rest 
natürlich auch war aber bisher kein größeres Problem, toi toi toi). 
Wahrscheinlich kommt aber mein Hintergrund falsch rüber. Ich bin selbst ja 
nur "nebenbei" Admin in unserer Arbeitsgruppe an der Uni. 
Die User bei mir sind Doktoranden, Postdocs, Technische Assistentinnen, 
Sekretariat und die Profs. Jeder hat da seine Email-Adresse, zum großen Teil 
eben private, die sie auch für Uni-Zwecke nutzen (es gibt zwar von der 
Uni-Email-Adressen, die aber wegen des temporären Charakters der Anstellung 
bei uns (und damit verbundenem Ende der Emailadresse) meist nur auf die 
private weitergeleitet werden. Ich weiss auch nicht wieviele diese 
Home/Office-Option nutzen. Viele machen von zuahsue alles über das 
Webinterface ihres Providers. Im Prinzip wäre für alle eine reine IMAP-Lösung 
die sauberste Sache, aber da einige Anbieter (z.B. GMX) IMAP nicht in der 
Free-Version ihrer Packete anbieten und/oder aber die Accounts nicht sehr 
groß sind (Bei uns sind Attachments oft sehr groß) muss ich mir eben was 
anderes einfallen lassen (eben mein POP auf IMAP). Ich will dabei aber 
(zumindest vorerst) keinen IMAP-Server nach extern anbieten, da es für mich 
einfacher ist das System ganz abzuschotten als mir durch zusätzliche Dienste 
potentielle Risiken einzufangen.
Natürlich könnte ich sagen, das alle auf ne vernünftige Emailadresse umsteigen 
sollen, da aber derzeit bei den Nutzern kein Leidensdruck vorliegt und  ich 
nicht Boss bin klappt das nicht, zumal es ja mit der derzeitigen Lösung über 
"The Bat!" soweit funktioniert (The Bat ermöglicht so eine Art MailDir unter 
Windoof (vor allem Trennung von Attachment und Mail), was mein 
Netzwerkperformanceproblem weitgehend löst).
Ich will da ja im Moment deswegen ran, weil ich die Clientumstellung auf Linux 
vorbereiten will. Firefox 1.0.1 ist jetzt  seit ein paar Tagen auf allen 
Rechnern drauf und Standard (IE zumindest aus Nutzersicht weg) - Es hagelt 
natürlich schon Protest (Warum heisst das jetzt alles anders,  Das Internet 
ist kaputt, wo ist jetzt das Internet..., Buttons sehen anders aus, Ich kann 
keine Bilder mehr mit der rechten MAustaste verschicken (weil das jetzt ja 
"Grafik" heißt....)).
Bei "The Bat" haben wir Lizenzen für 2.x. Aber wenige Tage nach dem Erwerb 
derselbigen hat die Firma 3.0 rausgebracht und das Upgrade kostet fast den 
Neupreis - und dazu bin ich nicht bereit. Allerdings kommen wir so auch nicht 
mehr in den Genuss von Updates. Die von uns benötiget Funktionalität bringt 
auch Thunderbird (u.a. mehrsprachig DE,FR,ES,EN je nach User!!!) locker mit, 
Sicherheitsupdates inklusive. Auch steht der Weg damit zu Linux offen. 
Einziges Problem für mich ist eben die MBOX, die ich nicht ständig komplett 
über das Netz schicken will (einige User haben mehere 100 MB Emaildateien. 
Und wer sagt schon seinen Chefs ohne Not "Hey Jungs&Mädels, so nicht" ;-) )

> kein fetchmail sondern ein MX der domain auf Deinen Server (keine Ahnung
> ob das in Deinem Fall gehen würde).
Kann ich leider auch nicht sagen, da mir MX nicht viel sagt. Und Google spuckt 
zu MX Email und Domain ziemlich verschiedene Sachen aus.

Auf jeden Fall Danke für Deine Überlegungen & Mühen,
Liebe Grüsse,
  Stephan

-- 
Stephan Gromer, MD. PhD.
Work:  Biochemie-Zentrum Heidelberg / Im Neuenheimer Feld 504 / D-69120
 Heidelberg / Tel.: +49 (6221) 544291 / Fax.: +49 (6221) 545586
Home:  Sternallee 89 / D-68723 Schwetzingen / Tel.: +49 (6202) 855038
 Mobil: +49 (172) 7694555 / URL: http://www.gromer-online.de
Received on Sun Feb 27 11:21:41 2005

Dieses Archiv wurde generiert von hypermail 2.1.8.
Zurück zur UUGRN-Homepage.