habe in den Roadmaps leider nichts gefunden, mich würde jedoch interessieren, ob schonmal angedacht wurde mehrere eMail-Accounts mit einem eGW-Zugang verwalten zu können?
Ich würde gerne 1.) das Konto des “eigentlichen” eMailservers anzeigen, und 2.) mein privates GMX-Konto.
Über eine kurze Info ob sowas geplant ist, oder es evtl. sogar schon gibt würde ich mich freuen.
Darüber ist in letzter Zeit viel diskutiert worden. Dies ist ein
vielfach angefragtes Feature. Leider sind die Entwicklerkapazitäten
begrenzt und die Prioritäten lagen mehr auf dem Bugfixing der SyncML
Funktionen - aber generell wurde bereits über einen Austausch von
FeLaMiMail oder eine entsprechende Erweiterung nachgedacht. Im Moment
gibt es diese Möglichkeit leider noch nicht.
habe in den Roadmaps leider nichts gefunden, mich würde jedoch
interessieren, ob schonmal angedacht wurde mehrere eMail-Accounts
mit einem
eGW-Zugang verwalten zu können?
Ich würde gerne 1.) das Konto des “eigentlichen” eMailservers
anzeigen, und
2.) mein privates GMX-Konto.
Über eine kurze Info ob sowas geplant ist, oder es evtl. sogar schon
gibt
würde ich mich freuen.
Wenn du einen eigenen Mailserver hast, gibt es einen einfachen Weg das
gleiche zu erreichen: Forwarde einfach alle deine gmx Mails an deinen
Mailserver und sortiere sie dort per Sieve in einen eigenen Folder.
Ralf
PatrickL schrieb:
Hi zusammen,
habe in den Roadmaps leider nichts gefunden, mich würde jedoch
interessieren, ob schonmal angedacht wurde mehrere eMail-Accounts mit einem
eGW-Zugang verwalten zu können?
Ich würde gerne 1.) das Konto des “eigentlichen” eMailservers anzeigen, und
2.) mein privates GMX-Konto.
Über eine kurze Info ob sowas geplant ist, oder es evtl. sogar schon gibt
würde ich mich freuen.
Gruß
Patrick
–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0
Wenn du einen eigenen Mailserver hast, gibt es einen einfachen Weg das
gleiche zu erreichen: Forwarde einfach alle deine gmx Mails an deinen
Mailserver und sortiere sie dort per Sieve in einen eigenen Folder.
Alternativ (bei Providern, die vielleicht kein auto-forward können oder
wenn der eigene Mail-Server nicht nach außen hin zugänglich ist), kann
auf dem eigenen Mailserver auch mit fetchmail und sieve-Filtern
gearbeitet werden.
Für Sieve-Filter muss der Mailserver cyrus sein.
ich handhabe es zur Zeit genau so, dass die Mails geforwarded und auf meinem Server in einen Ordner gepackt werden, in den ich regelmäßig gucke. Hintergrund meiner Frage war der, dass ich den ganzen Spam usw. nur ungern auf meinem Server lagern möchte…
@Ralf: Kann man sich denn ggf. in den Entwicklung von FeLaMiMail einklinken? Die Funktion liegt ja recht nah bei einer Funktion für den Vertretungszugriff auf Konten anderer Accounts in eGW, die man im gleichen Zuge ebenfalls realisieren könnte…
Wenn du einen eigenen Mailserver hast, gibt es einen einfachen Weg
das gleiche zu erreichen: Forwarde einfach alle deine gmx Mails an
deinen Mailserver und sortiere sie dort per Sieve in einen eigenen
Folder.
Alternativ (bei Providern, die vielleicht kein auto-forward können
oder wenn der eigene Mail-Server nicht nach außen hin zugänglich
ist), kann auf dem eigenen Mailserver auch mit fetchmail und
sieve-Filtern gearbeitet werden.
Für Sieve-Filter muss der Mailserver cyrus sein.
Ich benutze Maildrop zusammen mit Fetchmal zum Einsortieren in die
Ordern auf meinem Courier IMAP-Server. Funktioniert auch seit Jahren
problemlos. Fetchmail holt die Mails von diversen POP-Konten bei
unterschiedlichen Providern ab. Ein eigener IMAP-Server ist mir
sympathischer als meine Mails bei irgendeinem Provider zu lassen.
Vertretungszugriff handhaben wir normal einfach per ACL, ich wüßte jetzt
nicht, was du in FMail dafür coden willst.
Wenn du den Zugriff auf mehrere Konten in FMail implementieren willst,
ist das sicher gerne gesehen. Die Frage ist nur, ob FMail generell
weiter entwickelt wird oder durch eine andere Lösung ersetzt. Der
ursprüngliche FMail Entwickler, will FMail in der Form nicht mehr
weiterentwickeln. Die Leute von Stylite haben zwar inzwischen den
Support davon (Bugfixes) übernommen, sind aber auch nicht sicher wie es
mit FMail weitergehen soll auf längere Sicht. Das ist alles bisher nicht
entschieden und ich kann da auch keinen Termin nennen.
Ralf
PatrickL schrieb:
Hallo zusammen,
ich handhabe es zur Zeit genau so, dass die Mails geforwarded und auf meinem
Server in einen Ordner gepackt werden, in den ich regelmäßig gucke.
Hintergrund meiner Frage war der, dass ich den ganzen Spam usw. nur ungern
auf meinem Server lagern möchte…
@Ralf: Kann man sich denn ggf. in den Entwicklung von FeLaMiMail einklinken?
Die Funktion liegt ja recht nah bei einer Funktion für den
Vertretungszugriff auf Konten anderer Accounts in eGW, die man im gleichen
Zuge ebenfalls realisieren könnte…
Gruß
Patrick
Hans-Juergen Tappe wrote:
Hi!
Ralf Becker wrote:
Wenn du einen eigenen Mailserver hast, gibt es einen einfachen Weg das
gleiche zu erreichen: Forwarde einfach alle deine gmx Mails an deinen
Mailserver und sortiere sie dort per Sieve in einen eigenen Folder.
Alternativ (bei Providern, die vielleicht kein auto-forward können oder
wenn der eigene Mail-Server nicht nach außen hin zugänglich ist), kann
auf dem eigenen Mailserver auch mit fetchmail und sieve-Filtern
gearbeitet werden.
Für Sieve-Filter muss der Mailserver cyrus sein.
meiner Meinung nach ist das eine der wichtigstens Funktionen die Felamimail fehlt.
Wenn ich es richtig sehe, wuerde sehr vielen geholfen sein, wenn Sie “einfach” verschiedene IMAP Accounts angegeben koennten und dann in die Postfaecher rein schauen und natuerlich auch als diese User verschicken koennten.
Also ich habs bisher noch nicht hinbekommen das funktionierend per ACL hinzubekommen. Aber ich probiers nochmal, wenn du sagst, dass es so geht.
Warum sollte man das Rad neu erfinden? Da steht eine generell funktionierende OpenSource-Lösung im Raum. Wäre doch unnötige Arbeit hier was neues zu basteln.
Klar ist es hier und da etwas unsauber programmiert, aber das könnte man korrigieren…
Bevor ich da Zeit und Mühe rein stecke sollte das denke ich schon geklärt sein, ob es bei FMail bleibt oder nicht. Was auch immer für Entscheidungen hier noch dran hängen kann ich natürlich nicht beurteilen.
meiner Meinung nach ist das eine der wichtigstens Funktionen die
Felamimail
fehlt.
Wenn ich es richtig sehe, wuerde sehr vielen geholfen sein, wenn Sie
"einfach" verschiedene IMAP Accounts angegeben koennten und dann in die
Postfaecher rein schauen und natuerlich auch als diese User verschicken
koennten.
Kann das jemand umsetzen?
Klar. Aber… Nicht mehr im Rahmen von eGroupWare 1.x.
Wir haben angefangen FeLaMiMail neu zu schreiben. Die nächste Version wird
mehrere Konten unterstützen. In die aktuelle Version werden wir das nicht
mehr rein operieren.
Wenn du den Zugriff auf mehrere Konten in FMail implementieren willst,
ist das sicher gerne gesehen. Die Frage ist nur, ob FMail generell
weiter entwickelt wird oder durch eine andere Lösung ersetzt. Der
ursprüngliche FMail Entwickler, will FMail in der Form nicht mehr
weiterentwickeln. Die Leute von Stylite haben zwar inzwischen den
Support davon (Bugfixes) übernommen, sind aber auch nicht sicher wie es
mit FMail weitergehen soll auf längere Sicht. Das ist alles bisher nicht
entschieden und ich kann da auch keinen Termin nennen.
Warum sollte man das Rad neu erfinden? Da steht eine generell
funktionierende OpenSource-Lösung im Raum. Wäre doch unnötige Arbeit hier
was neues zu basteln.
Klar ist es hier und da etwas unsauber programmiert, aber das könnte man
korrigieren…
Bevor ich da Zeit und Mühe rein stecke sollte das denke ich schon geklärt
sein, ob es bei FMail bleibt oder nicht. Was auch immer für Entscheidungen
hier noch dran hängen kann ich natürlich nicht beurteilen.
Hallo Patrick!
Der aktuelle Sourcecode ist leider eine sehr große Baustelle. FeLaMiMail war
in der Form mein erstes größeres Softwareprojekt. Das sieht man dann auch an
der Struktur und der Qualität des Sourcecodes.
Wie vieles andere in eGroupWare 1.4 braucht auch FeLaMiMail eine
grundlegende Überarbeitung, um damit sinnvoll weiterentwickeln zu können.
Das heißt dann nicht das man das Rad dafür unbedingt neu erfinden muss, aber
auswuchten sollte man es schon regelmäßig!
auswuchten ist ja nicht das Problem.
Und mit ner etwas angenehmeren Formatierung des Quelltextes sieht die Welt (zumindest in diesem Falle) auch wieder ganz anders aus…
imho ist FelamiMail die groesste Baustelle; zumindest von den Modulen die ich einsetze und ich bin fuer jede Verbesserung dankbar. Multiaccountfähigkeit? Das waere ein Knaller!
@Lars: Wann kann ich das neue FelamiMail (sieht uebrigens sehr vielversprechend aus!) denn einsetzen? Wahrscheinlich nicht in den naechsten Monaten, oder?
imho ist FelamiMail die groesste Baustelle; zumindest von den Modulen die
ich einsetze und ich bin fuer jede Verbesserung dankbar.
Multiaccountfähigkeit? Das waere ein Knaller!
Ja. Das ist ja wohl ein muss!
@Lars: Wann kann ich das neue FelamiMail (sieht uebrigens sehr
vielversprechend aus!) denn einsetzen? Wahrscheinlich nicht in den
naechsten
Monaten, oder?
Hier findest Du unsere Roadmap
Wenn wir Milestone 3 erreicht haben(ca. Februar 2008) sollten wir innerhalb
des eGroupWare Team abstimmen, wie es weitergeht. Dann schauen wir mal, wie
es dann generell weitergeht.
Nach Milestone 3 werden wir dann den Emailclient fertigstellen. Wir arbeiten
natürlich weiterhin parallel daran, allerdings erst nach Milestone 3 mit
voller Kraft.
Naja, die Funktion ist ja gegeben, muss halt nur in den “eGW-Way” überführt werden.
Also Aufteilung der Funktionalitäten macht denke ich die Hauptarbeit.
Ich würde das machen wollen, sobald es Klarheit über diesen wirklich traurigen Konflikt eGW2 vs. 1.x gibt.
Allein die Tatsache, dass es diesen Konflikt gibt, blockiert nicht nur, sondern enttäuscht mich auch was die Grundidee des Opensource-Gedanken angeht. Denn soetwas wäre meiner Meinung nach bei einer proprietären Software einer Entwicklungs-Sozietät (in welcher Gemeinschaftsform auch immer) nicht entstanden.