... Zarafa wäre toll, an sich aber im privaten Umfeld mit 2, 3 oder 4 Usern schon fast notwendig. Hoffe das kommt bald 
Mail Station als Ersatz f. MS Exchange?
- Ersteller Jimi
- Erstellt am
- Status
Hallo Jimi,
Bücher und Hardware zum Thema gibt es bei Amazon: Mail Station als Ersatz f. MS Exchange?
Bücher und Hardware zum Thema gibt es bei Amazon: Mail Station als Ersatz f. MS Exchange?
Könnte man damit dann Kalender, Mails etc. ständig mit Smartphone, Laptop und Nas synchron halten?
Schon abgestimmt?... Zarafa wäre toll, an sich aber im privaten Umfeld mit 2, 3 oder 4 Usern schon fast notwendig. Hoffe das kommt bald
-> http://www.synology-forum.de/showthread.html?24839-Zarafa&highlight=zarafa
Eigenen Mail Server mit Web Interface kann man schon seit über 10 Jahren total easy bauen (Stichwort ist hier der berühmte Qmail Toaster mit allem drum und dran).
Ist halt immer IMAP, POP3, SMTP und ein WebInterface oben drauf. Bisschen CalDAV kam dann auch mal, hat sich aber nie wirklich durchgesetzt. Aber das reicht ja heute keinem mehr, weil es nur Mail am Ende und was Web-Interace dazu ist.
Und dann versuchte man was mit SyncML zu reissen um Telefone zu integrieren. War aber auch nicht der Bringer und mehr auf Carrier Seite zu Hochzeiten des Mail Hostings und der Mobile Konfiguration ein Buzzword. Da träumten die Carrier noch vom Content Geschäft. Aber jeder im Business wusste, dass Carrier langfristig reine Bandbreiten-Anbieter sein und nicht im Content Geschäft mitmischen werden.
Beginnend dann mit dem iPhone (das erste richtige Smart Phone Konzept - auf so was hab ich seit 2000 gewartet) kamen die Hersteller unter Druck und ausser Android gibt nichts gescheites an Betriebsystemen zur Auswahl. Sind ja Hardware und keine Software Entwickler. Das gab dem sterbendem Nokia den Rest und der Beginn eines qualvollen Abstiegs für RIM. Die sehen wir mittelfristig sterben als Handset Provider - ohne Frage. Die Infrastruktur mit ausgebohrtem 90er Jahre Pager Konzept will keiner haben. Nur das Patent-Portofilio findet noch Abnehmer. Die Teile waren schon immer der totale Grauen. Aber ich schweife schon wider ab.
Und die berühmte Outlook Einbindung kam nie im GPL Bereich an, weil Outlook ausschliesslich über MAPI im Exchange Mode mit dem Server redet, egal wofür! Nix POP3, IMAP, SMTP oder sonst was. Und das Protokoll ist bei MS lizenzpflichtig. Recht grauenhaftes Teil mit sehr sehr viel Altlasten an dem mit jeder Version wieder geschraubt wird. Gibt einige Unix Implementation davon, die Teile im Zusammenhang mit Outlook abdecken (Stichwort Global Address List zum Beispiel). Aber die sind auch mehr schlecht als recht und hinken schwer hinterher. Der geneigte Enterprise Messaging Admin weiss wo von ich rede...
Und selbst für Small Business sind die Exchange Lizenzen bezahlbar. Im Homebereich ist das eher was viel. Aber ich will nicht wissen, wie viele Leute auf einer einfacher kleinen Atom Büchse einfach einen Exchange installiert haben. Ist ja nun nicht wirklich das Problem da dran zu kommen. Dies ist auch ein Grund warum sich im GPL Markt nichts mehr tut. Viele Hersteller haben seit Jahren kein Update mehr gebracht. Es gibt keine zahlenden Abnehmer. Wenn zahlen, dann Exchange.
Zafara ist noch der letzte Ueberlebende einer aussterbenden Gattung. Erst von Yahoo gekauft und jetzt wieder ausgegliedert. Stirbt aber auch wieder. Die Cloud wird's töten. Weil jeder will nämlich seine eigene Cloud haben! Und dann reicht so ein Teil nach Konzept des Mailservers nicht mehr. Auch wenn es aufgebohrt in den Bezahlvariante mit lizensierten Plugins daher kommt. Hier fehlt einfach zu viel für die heutige Zeit. Es bleibt am Ende auch nur ein Qmail Toaster bei dem mal das Web Interface dank Yahoo richtig ordentlich aufgebohrt hat. Da tut sich jetzt nichts mehr weiter. Zahlt doch keiner nur weil es schön aussieht aber sonst nichts bietet, vor allem weil der Markt nach etwas anderem verlangt.
Die Zeit des komplexen Webinterfaces ist für mobile User vorbei. Nicht mehr das 15" Notebook wird geschleppt oder mal vom eigenen Rechner nach Mails geguckt. Nix da, Smart Phones und Tablets gehören für solche Dinge der Zukunft. Natürlich alles Push versteht sich.
Die Sache ist doch eher, wie man seine Daten von und zu den diversen Cloudanbietern als Privatmann bekommt oder gar in Sync hält! So wie man früher mit fetchmail POP3 Mail abgeholt und in Postfächer des eigenen Mail Servers einsortiert hat sind es heute eben umfangreichere dezentralisierte Daten und Anbieter. Das ist doch eher was der SOHO Bereich will. Hat er schon Exchange kein Problem. Die Smart Phones unterstützten ja Active Sync für das wichtigste. Für den Rest werden Smartphones eingebunden (Bespiel Lync hier). Apps sind auch schnell geschrieben, da weder IOS noch Android grosse Altlasten an APIs mit sich rumschleppen. Die Apple APIs sind natürlich wie immer absolut vorbildlich.
Damit haben wir direkt den Kern des Problems: Wie bekomme ich den wenigstens Active Sync auf meine DS? Z-Push scheint eine Interessante Sache zu sein. Hab ich aber noch nicht mit gespielt. Leider wird zu viel an Clients geschraubt. Was man bräuchte wäre ein GPL Active Sync Server. Aber da sind wir ja wieder bei MAPI im Bereichen angelangt.
Danke MS, hab dich lieb. Du hast mir die letzten 20 Jahre das Leben bezahlt...
Muss da bei Gelegenheit mal Googlen und eine Evaluation machen, wenn man wieder ein Auftrag in der Richtung anliegt. Zur Zeit will ich aber kein Messaging mehr sehen. Hab die letzten Jahren als Engineer tiefer in den Eingeweiden von Exchange und AD gewühlt als als ich jemals wollte. Aber das ist eine andere Geschichte...
Also schaut mal was die Sync Clients oder Server zur Zeit alles so bringen! Das ist interessanter als der x-te Mail-Server mit schönen Web-Interface, was dann vergammelt, weil es keiner nutzt. In diesem Sinne ist mir die Open Source Variante von Zafara völlig Wurst, weil sie halt nichts kann. Die Teile sind auch nur Open Source, weil es halt aus vielen GPL Stücken zusammen gesetzt ist. Also ein Mail Toaster der üblichen Art.
Ist halt immer IMAP, POP3, SMTP und ein WebInterface oben drauf. Bisschen CalDAV kam dann auch mal, hat sich aber nie wirklich durchgesetzt. Aber das reicht ja heute keinem mehr, weil es nur Mail am Ende und was Web-Interace dazu ist.
Und dann versuchte man was mit SyncML zu reissen um Telefone zu integrieren. War aber auch nicht der Bringer und mehr auf Carrier Seite zu Hochzeiten des Mail Hostings und der Mobile Konfiguration ein Buzzword. Da träumten die Carrier noch vom Content Geschäft. Aber jeder im Business wusste, dass Carrier langfristig reine Bandbreiten-Anbieter sein und nicht im Content Geschäft mitmischen werden.
Beginnend dann mit dem iPhone (das erste richtige Smart Phone Konzept - auf so was hab ich seit 2000 gewartet) kamen die Hersteller unter Druck und ausser Android gibt nichts gescheites an Betriebsystemen zur Auswahl. Sind ja Hardware und keine Software Entwickler. Das gab dem sterbendem Nokia den Rest und der Beginn eines qualvollen Abstiegs für RIM. Die sehen wir mittelfristig sterben als Handset Provider - ohne Frage. Die Infrastruktur mit ausgebohrtem 90er Jahre Pager Konzept will keiner haben. Nur das Patent-Portofilio findet noch Abnehmer. Die Teile waren schon immer der totale Grauen. Aber ich schweife schon wider ab.
Und die berühmte Outlook Einbindung kam nie im GPL Bereich an, weil Outlook ausschliesslich über MAPI im Exchange Mode mit dem Server redet, egal wofür! Nix POP3, IMAP, SMTP oder sonst was. Und das Protokoll ist bei MS lizenzpflichtig. Recht grauenhaftes Teil mit sehr sehr viel Altlasten an dem mit jeder Version wieder geschraubt wird. Gibt einige Unix Implementation davon, die Teile im Zusammenhang mit Outlook abdecken (Stichwort Global Address List zum Beispiel). Aber die sind auch mehr schlecht als recht und hinken schwer hinterher. Der geneigte Enterprise Messaging Admin weiss wo von ich rede...
Und selbst für Small Business sind die Exchange Lizenzen bezahlbar. Im Homebereich ist das eher was viel. Aber ich will nicht wissen, wie viele Leute auf einer einfacher kleinen Atom Büchse einfach einen Exchange installiert haben. Ist ja nun nicht wirklich das Problem da dran zu kommen. Dies ist auch ein Grund warum sich im GPL Markt nichts mehr tut. Viele Hersteller haben seit Jahren kein Update mehr gebracht. Es gibt keine zahlenden Abnehmer. Wenn zahlen, dann Exchange.
Zafara ist noch der letzte Ueberlebende einer aussterbenden Gattung. Erst von Yahoo gekauft und jetzt wieder ausgegliedert. Stirbt aber auch wieder. Die Cloud wird's töten. Weil jeder will nämlich seine eigene Cloud haben! Und dann reicht so ein Teil nach Konzept des Mailservers nicht mehr. Auch wenn es aufgebohrt in den Bezahlvariante mit lizensierten Plugins daher kommt. Hier fehlt einfach zu viel für die heutige Zeit. Es bleibt am Ende auch nur ein Qmail Toaster bei dem mal das Web Interface dank Yahoo richtig ordentlich aufgebohrt hat. Da tut sich jetzt nichts mehr weiter. Zahlt doch keiner nur weil es schön aussieht aber sonst nichts bietet, vor allem weil der Markt nach etwas anderem verlangt.
Die Zeit des komplexen Webinterfaces ist für mobile User vorbei. Nicht mehr das 15" Notebook wird geschleppt oder mal vom eigenen Rechner nach Mails geguckt. Nix da, Smart Phones und Tablets gehören für solche Dinge der Zukunft. Natürlich alles Push versteht sich.
Die Sache ist doch eher, wie man seine Daten von und zu den diversen Cloudanbietern als Privatmann bekommt oder gar in Sync hält! So wie man früher mit fetchmail POP3 Mail abgeholt und in Postfächer des eigenen Mail Servers einsortiert hat sind es heute eben umfangreichere dezentralisierte Daten und Anbieter. Das ist doch eher was der SOHO Bereich will. Hat er schon Exchange kein Problem. Die Smart Phones unterstützten ja Active Sync für das wichtigste. Für den Rest werden Smartphones eingebunden (Bespiel Lync hier). Apps sind auch schnell geschrieben, da weder IOS noch Android grosse Altlasten an APIs mit sich rumschleppen. Die Apple APIs sind natürlich wie immer absolut vorbildlich.
Damit haben wir direkt den Kern des Problems: Wie bekomme ich den wenigstens Active Sync auf meine DS? Z-Push scheint eine Interessante Sache zu sein. Hab ich aber noch nicht mit gespielt. Leider wird zu viel an Clients geschraubt. Was man bräuchte wäre ein GPL Active Sync Server. Aber da sind wir ja wieder bei MAPI im Bereichen angelangt.
Danke MS, hab dich lieb. Du hast mir die letzten 20 Jahre das Leben bezahlt...
Muss da bei Gelegenheit mal Googlen und eine Evaluation machen, wenn man wieder ein Auftrag in der Richtung anliegt. Zur Zeit will ich aber kein Messaging mehr sehen. Hab die letzten Jahren als Engineer tiefer in den Eingeweiden von Exchange und AD gewühlt als als ich jemals wollte. Aber das ist eine andere Geschichte...
Also schaut mal was die Sync Clients oder Server zur Zeit alles so bringen! Das ist interessanter als der x-te Mail-Server mit schönen Web-Interface, was dann vergammelt, weil es keiner nutzt. In diesem Sinne ist mir die Open Source Variante von Zafara völlig Wurst, weil sie halt nichts kann. Die Teile sind auch nur Open Source, weil es halt aus vielen GPL Stücken zusammen gesetzt ist. Also ein Mail Toaster der üblichen Art.
randfee
Benutzer
- Mitglied seit
- 08. Apr 2010
- Beiträge
- 1.070
- Punkte für Reaktionen
- 3
- Punkte
- 64
hört hört.... spannender Einblick, danke!
Im Zuge der ganzen Cloud-Dienste aber auch der immer größeren Verfügbarkeit an Breitbandzugängen bin ich aber doch sicher nicht der Einzige, der eine vernünftige Cloud-Basisausstattung selber zuhause haben will. Dazu zählen halt die Standard GPL Sachen die du benannt hast, aber selbst das reicht nicht mehr.
Das was Apple da gebastelt hat z.B. aber bitte auf meiner eigenen Kiste zuhause, wo wäre das Problem... würden sie sogar die Datacenter sparen, warum geben sie sowas nicht frei. Was iCloud aber eklatant fehlt ist Dropbox, ein modularer Syncdienst für alles, statt nur Spezielles (hast du ja benannt mit ActiveSync)... aber gut, eine Art Dropbox müsste sowieso direkt im OS stecken inklusive API (und ja, die sind echt top von den Kaliforniern) um endlich nochmal global erreichbares "Dateisystem" anzutreffen, ich finde das fehlt vorne und hinten und wird in 1-3 Jahren sicherlich mal als "iFiles-feature" oder sowas vorgestellt, lmao!
Im Zuge der ganzen Cloud-Dienste aber auch der immer größeren Verfügbarkeit an Breitbandzugängen bin ich aber doch sicher nicht der Einzige, der eine vernünftige Cloud-Basisausstattung selber zuhause haben will. Dazu zählen halt die Standard GPL Sachen die du benannt hast, aber selbst das reicht nicht mehr.
Das was Apple da gebastelt hat z.B. aber bitte auf meiner eigenen Kiste zuhause, wo wäre das Problem... würden sie sogar die Datacenter sparen, warum geben sie sowas nicht frei. Was iCloud aber eklatant fehlt ist Dropbox, ein modularer Syncdienst für alles, statt nur Spezielles (hast du ja benannt mit ActiveSync)... aber gut, eine Art Dropbox müsste sowieso direkt im OS stecken inklusive API (und ja, die sind echt top von den Kaliforniern) um endlich nochmal global erreichbares "Dateisystem" anzutreffen, ich finde das fehlt vorne und hinten und wird in 1-3 Jahren sicherlich mal als "iFiles-feature" oder sowas vorgestellt, lmao!
Apple wird bestimmt erweitern . Bei den geht ja meistens alles ohne Featureitis ab und man geht auch mal einen Schritt zurück um ein neues Konzept umzusetzen. Auch wenn es den Kunden mal ärgert. Da wird sehr langfristig im Big Picture gedacht und auch mal Altkunden vergrault um einen grösseren neuen Kundenstamm zu gewinnen. Eine Sache die Tim Cook sicherlich weiterführen wird.
Ich denke eine DropBox Variante wird kommen. Und auch APis mit der man an die iCould Informationen ran kann bzw. es wird für Entwickler geöffnet. Bin ich mir sicher, denn sonst sind bis auf Dokumente von den iApps ablegen und iTunes Match nicht viel him Vergleich zu MobileMe hinzugekommen in Sachen automatischer Sync. Man fängt nicht umsonst mehr oder weniger von Scratch an bei der Infrastruktur. Da ist an langfristiges Konzept hinter.
Machbar ist die eigene Cloud in Teilen jetzt schon. So eine eigene eigene Drop Box zu bauen ist easy. Neben dem hab ich bereits einen Bookmark Sync und einen Notification Server samt IOS Client und OSX/Win7 Growl Plugin gebaut....
Ich denke eine DropBox Variante wird kommen. Und auch APis mit der man an die iCould Informationen ran kann bzw. es wird für Entwickler geöffnet. Bin ich mir sicher, denn sonst sind bis auf Dokumente von den iApps ablegen und iTunes Match nicht viel him Vergleich zu MobileMe hinzugekommen in Sachen automatischer Sync. Man fängt nicht umsonst mehr oder weniger von Scratch an bei der Infrastruktur. Da ist an langfristiges Konzept hinter.
Machbar ist die eigene Cloud in Teilen jetzt schon. So eine eigene eigene Drop Box zu bauen ist easy. Neben dem hab ich bereits einen Bookmark Sync und einen Notification Server samt IOS Client und OSX/Win7 Growl Plugin gebaut....
Billiges Perl Script für meine Bedürfnisse. Das Prinzip eines Cloud Syncs ist nun wirklich asbach. Kann man sich wunderbar zusammen klauen. So was hat nur andere Namen. Man muss die Tools und Libs nur richtig anwenden ;-)
Wie läuft es ab: Nachdem eine Session initiert wurde gibt der Server dem Client ein Token mit einer TTL. Jede Client Installation hat auch eine eigene ID zusätzlich neben ihrer normale Authentifikation. Wenn der Client nicht mit diesem Token die Session innerhalb der TTL bestätigt wird davon ausgegangen, dass die Session beendet wurde. Der Client sendet - so lange er kann - seinen Heartbeat mit dem Token und wie er aktuell erreichbar ist. Hab >= 2/3 der TTL genommen. Dann gibt's ein neues Token. Wenn was neues hochgeladen wurde, dann schickt der Server eine Message an alle angemeldeten Clients, dass was zum abholen bereit ist. Der Client holt dann ab. Für Clients die Offline waren wird beim Aufbau der Session auch immer mitgeteilt was der letzte Syncstamp war und der Client holt ab, wenn was mit neuerem Timestamp als letztes mal da war. Hab hier Deltas genommen.
Das war's auch schon. So funktioniert mehr oder weniger ein Push Service eines Servers an beliebig viele verteilte Clients von einer zentralen Instanz aus. Wie jetzt Daten interpretiert werden, wie verschlüsselt wird, wie man mit Permissions umgeht und so einen Kram kann man nach Lust und Laune machen und auf vorhandene Tools zurückgreifen. Im Prinzip alles was der Server lokal zusammenstellen kann.
Das Einzige was man halt selbst machen muss ist das bereits oben beschriebene Framework mit den Tokens und dem Heartbeat auf Client Seite. Hab ich jeweils mit dem Gegenstück ebenfalls in Perl gelöst. Nur für IOS hab ich mir schnell ein App zimmern müssen (Android hab ich nicht).
So hab ich meinem beliebigen Daten Austausch realisiert. Das Perl Script versendet auch Notifications an meine eigene IOS App zusätzlich. Und ich hab noch einen Growl Listener dazu getan, so wie eine Chrome Extensions für die Bookmarks.
Das ist alles was ich brauche. Hab noch paar andere Kleinigkeiten eingebaut wie Clients direkt ansprechen und so. Neue Dateien werden einfach in einer Share auf dem Server gepackt und der überwacht diese Share auf Aenderungen. Dann werden die Client Deltas gebaut und die Clients informiert.
Wie läuft es ab: Nachdem eine Session initiert wurde gibt der Server dem Client ein Token mit einer TTL. Jede Client Installation hat auch eine eigene ID zusätzlich neben ihrer normale Authentifikation. Wenn der Client nicht mit diesem Token die Session innerhalb der TTL bestätigt wird davon ausgegangen, dass die Session beendet wurde. Der Client sendet - so lange er kann - seinen Heartbeat mit dem Token und wie er aktuell erreichbar ist. Hab >= 2/3 der TTL genommen. Dann gibt's ein neues Token. Wenn was neues hochgeladen wurde, dann schickt der Server eine Message an alle angemeldeten Clients, dass was zum abholen bereit ist. Der Client holt dann ab. Für Clients die Offline waren wird beim Aufbau der Session auch immer mitgeteilt was der letzte Syncstamp war und der Client holt ab, wenn was mit neuerem Timestamp als letztes mal da war. Hab hier Deltas genommen.
Das war's auch schon. So funktioniert mehr oder weniger ein Push Service eines Servers an beliebig viele verteilte Clients von einer zentralen Instanz aus. Wie jetzt Daten interpretiert werden, wie verschlüsselt wird, wie man mit Permissions umgeht und so einen Kram kann man nach Lust und Laune machen und auf vorhandene Tools zurückgreifen. Im Prinzip alles was der Server lokal zusammenstellen kann.
Das Einzige was man halt selbst machen muss ist das bereits oben beschriebene Framework mit den Tokens und dem Heartbeat auf Client Seite. Hab ich jeweils mit dem Gegenstück ebenfalls in Perl gelöst. Nur für IOS hab ich mir schnell ein App zimmern müssen (Android hab ich nicht).
So hab ich meinem beliebigen Daten Austausch realisiert. Das Perl Script versendet auch Notifications an meine eigene IOS App zusätzlich. Und ich hab noch einen Growl Listener dazu getan, so wie eine Chrome Extensions für die Bookmarks.
Das ist alles was ich brauche. Hab noch paar andere Kleinigkeiten eingebaut wie Clients direkt ansprechen und so. Neue Dateien werden einfach in einer Share auf dem Server gepackt und der überwacht diese Share auf Aenderungen. Dann werden die Client Deltas gebaut und die Clients informiert.
randfee
Benutzer
- Mitglied seit
- 08. Apr 2010
- Beiträge
- 1.070
- Punkte für Reaktionen
- 3
- Punkte
- 64
jo witzig, das ist mir auch klar. Ich bekäm das mit längerem Gebastel auch hin, ich dachte da aber eher an nen fertiges Toolset ....
Das ich mir das von unten her auch selber konstruieren kann weiß ich, aber, auch wenn ich Spaß daran habe, das richtig überall zu polieren würde sehr viel Zeit kosten, die ich nicht investieren will, dachte das sei aus der Frage hervorgegangen ^^
Also was fertiges "poliertes" für alle Einsatzbereiche kann ich dir leider nicht bieten. Sorry.
Edit:
Hilft dir vielleicht http://sparkleshare.org/ weiter? Hat leider meine Bedürfnisse nicht wirklich erfüllt, weswegen ich mir was selbst geschraubt habe.
Edit:
Hilft dir vielleicht http://sparkleshare.org/ weiter? Hat leider meine Bedürfnisse nicht wirklich erfüllt, weswegen ich mir was selbst geschraubt habe.
Zuletzt bearbeitet:
Hey Leute,
bin ganz neu hier und genau wegen diesem Thema überhaupt zur DS gekommen.
Bis jetzt hab ich noch nichts gekauft, aber diese Sync Möglichkeit wäre DAS Kaufkriterium schlechthin.
Ich mein Storage u Backup können ja alle andere auch - aber Synchronisation mit Outlook das kann noch keine!
Gibts was neues zu vermelden von der Front?
Gruß
Flo
bin ganz neu hier und genau wegen diesem Thema überhaupt zur DS gekommen.
Bis jetzt hab ich noch nichts gekauft, aber diese Sync Möglichkeit wäre DAS Kaufkriterium schlechthin.
Ich mein Storage u Backup können ja alle andere auch - aber Synchronisation mit Outlook das kann noch keine!
Gibts was neues zu vermelden von der Front?
Gruß
Flo
Na dann warten wir es doch noch mal ab was näxte Woche da bei rum kommt.
Ich bin gespannt, das wäre echt der Hit wenn das hinhauen würde.
Gibt es schon Aussagen von Synology, dass sie sich der Sache angenommen hätten oder ist das reine Vermutung?
Grüße
Flo
Ich bin gespannt, das wäre echt der Hit wenn das hinhauen würde.
Gibt es schon Aussagen von Synology, dass sie sich der Sache angenommen hätten oder ist das reine Vermutung?
Grüße
Flo
Matthieu
Benutzer
- Mitglied seit
- 03. Nov 2008
- Beiträge
- 13.222
- Punkte für Reaktionen
- 88
- Punkte
- 344
Es gibt nur ein paar sehr wage Schlagworte. Es gibt auch einen Thread dazu, wo alle Informationen gesammelt werden. Ansonsten hilft unsere Community-Facebook-Seite ganz gut um die aktuellsten Neuigkeiten zu erfahren
MfG Matthieu
MfG Matthieu
- Status
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
