SuSE 9.3: KMail / Kontact <=> Resourcen bei sehr vielen Mails => lokaler Mailserver?
Hallo Leute, ich hätte da mal eine Frage die mich schon länger beschäftigt. Und zwar haben sich im Laufe der Jahre und der Zeit hier sehr viele Mails angesammelt (~ 1,8 GB / ~ 130.170 Mails) - auf die ich im großen ganzen nicht verzichten kann, weil sehr viele davon wichtige Inhalte haben und ich das sozusagen als Nachschlagewerk usw. dann auch nutze inkl. der Suchfunktion da. Bisher liegen alle Mails im KMail-Ordnersystem sozusagen. Weiss ja nicht wie das vom Programmablauf da genau funktioniert. Läd KMail alle Mails beim Programmstart oder wie läuft das? Weil wenn das so wäre, dann müste ja KMail irgendwann an seine Grenzen kommen und auch so von den Resourcen her und so ... ... wäre es sinnvoll da z.B. nen lokalen IMAP-Server oder so einzurichten und die meisten Mails dann dahin auszulagern und dann bei Bedarf den in KMail reinzuladen, also die Mails jetzt? Oder was wäre da für sowas zu empfehlen? Vielleicht hat ja jemand von euch den ein oder anderen Tipp für mich? Über eine Antwort würde ich mich sehr freuen. Besten Dank vorab. MfG. Sascha
On Friday 20 May 2005 13:29, Sascha Blum wrote: [...]
Bisher liegen alle Mails im KMail-Ordnersystem sozusagen. Weiss ja nicht wie das vom Programmablauf da genau funktioniert. Läd KMail alle Mails beim Programmstart oder wie läuft das?
Natürlich nicht, es wird nur immer die Mail "geladen", die auch angezeigt wird, alles andere wäre ein Referenzbeispiel für Ressourcenverschwendung!
Weil wenn das so wäre, dann müste ja KMail irgendwann an seine Grenzen kommen und auch so von den Resourcen her und so ...
... eben nicht, s.o.
... wäre es sinnvoll da z.B. nen lokalen IMAP-Server oder so einzurichten und die meisten Mails dann dahin auszulagern und dann bei Bedarf den in KMail reinzuladen, also die Mails jetzt?
Ich weiß gerade nicht ganz genau, wie es sich mit dem Suchen unter KMail auf IMAP verhält, ich benutze nur DIMAP, aber lokale Suche ist sicherlich schneller als auf IMAP. Wenn du die Mails auch auf anderen Rechnern benutzen willst macht es Sinn auf IMAP zu wechseln, ansonsten ist es eher unnötig. Bei der Größe und Menge ist natürlich die Frage, welches Format du für die Ordner (maildir oder mbox) durchaus interessant und diskussionswürdig.
Oder was wäre da für sowas zu empfehlen? Vielleicht hat ja jemand von euch den ein oder anderen Tipp für mich?
So einfach ist es natürlich nicht zu sagen, alles hat seine Vor- und Nachteile. Meine Meinung: wenn du bisher mit KMail und der Geschwindigkeit und Ressourcenverbrauch zufrieden bis und die Mails nicht auf anderen Rechnern nutzt, lass es wie es ist. Danny
Hallo, Am Freitag, 20. Mai 2005 14:26 schrieb Danny Kukawka:
... wäre es sinnvoll da z.B. nen lokalen IMAP-Server oder so einzurichten und die meisten Mails dann dahin auszulagern und dann bei Bedarf den in KMail reinzuladen, also die Mails jetzt?
Ich weiß gerade nicht ganz genau, wie es sich mit dem Suchen unter KMail auf IMAP verhält, ich benutze nur DIMAP, aber lokale Suche ist sicherlich schneller als auf IMAP. Wenn du die Mails auch auf anderen Rechnern benutzen willst macht es Sinn auf IMAP zu wechseln, ansonsten ist es eher unnötig.
hmm im moment nutzte ich eMail nur an einem PC, aber kleines Netzwerk ist vorhanden, später wäre vielleicht auch gemeinsame eMail-Zugriff eventuell möglich, kann ich derzeit noch nicht genau sagen ...
Bei der Größe und Menge ist natürlich die Frage, welches Format du für die Ordner (maildir oder mbox) durchaus interessant und diskussionswürdig.
also im moment dürfte es maildir denke ich mal sein, also das Format wo die Mails im Ordner in einzelnen Dateien abgelegt werden, also nicht alle Mails in einer Datei landen ... ... warum bekommt man eigentlich unter KMail 1.8 wenn man auf einen ordner klickt mit der rechten Maustaste und Eigenschaften des Ordners anschauen will nicht mehr das Format angezeigt? Früher bekam man dort doch angezeigt welches Mailformat maildir/mbox der Ordner verwendet - nur im moment kann ich das irgendwie leider nicht mehr ersehen! Viele Grüße Sascha
hallo leute, ich kann mich wohl anmelden aber nur als tomcat_manager als tomcat_admin will ich aber auch !!! nur klicke ich darauf ist die angezeigte seite leer fehlt da was ? wo muss man da nachsehn ? danke
Habs gefunden. die suse 9.3 tomcat version macht die probs (bei mir) von der jakarta homepage version 5.0.28 geladen und alle probleme waren urplötztlich gelöst. Am Freitag, 20. Mai 2005 15:25 schrieb Uwe Grosskinsky:
hallo leute,
ich kann mich wohl anmelden aber nur als tomcat_manager
als tomcat_admin will ich aber auch !!! nur klicke ich darauf ist die angezeigte seite leer
fehlt da was ?
wo muss man da nachsehn ?
danke
Hallo Linuxgemeinde, beim googlen lese ich immer was vom connector für apache2 nach tomcat5 wozu man eben das modul mod_jk-ap20 braucht! kann man den Tomcat nicht als Standalone auf dem Port 80 laufen lassen ? wer weis wie das geht ? ich finde in der tomcat doku zumindest keinen hinweis darauf danke
Am Donnerstag, 2. Juni 2005 15:19 schrieb Uwe Grosskinsky:
beim googlen lese ich immer was vom connector für apache2 nach tomcat5 wozu man eben das modul mod_jk-ap20 braucht!
Jo, damit bindest Du tomcat transparent in den apache2 ein. Anleitungen findest Du von mir im Listenarchiv.
kann man den Tomcat nicht als Standalone auf dem Port 80 laufen lassen ?
Sicher geht auch, wenn man denn will, /etc/tomcat5/base/server.xml anschaun, nach der Portangabe 8080 suchen und auf 80 ändern. Tomcat starten und schon sollte das gehen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Donnerstag, 2. Juni 2005 15:19 schrieb Uwe Grosskinsky:
Hallo Linuxgemeinde,
beim googlen lese ich immer was vom connector für apache2 nach tomcat5 wozu man eben das modul mod_jk-ap20 braucht!
Das Modul heisst einfach mod_jk und gibts bei Jakarta als Paket jakarta-tomcat-connectors-1.2.8-src.tar.gz zum selber kompilieren.
kann man den Tomcat nicht als Standalone auf dem Port 80 laufen lassen ?
Kann man. In der server.xml wird ein Connector für Port 8080 definiert. Wenn Du hier den Port umstellst, sollte das funktionieren.
wer weis wie das geht ? ich finde in der tomcat doku zumindest keinen hinweis darauf
Ich hab's nicht kontrolliert, aber ich würd 'ne Wette eingehen, dass es irgendwo beschrieben ist :-) Viele Grüße, Ralf.
Hallo Uwe, hallo Liste, Uwe Grosskinsky wrote:
kann man den Tomcat nicht als Standalone auf dem Port 80 laufen lassen ? wer weis wie das geht ?
Kann man. Einfach den Connector Port 8080 auf 80 umlegen.
ich finde in der tomcat doku zumindest keinen hinweis darauf
Hmmm ... bist du sicher? Du brauchst dafür aber ein Servlet der dir die Files "served" dafür gibt es Default Servlet http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html HTH, Claus
Am Freitag, 3. Juni 2005 16:14 schrieb claus: das hab ich schonmal erfolgloss versucht /usr/local/jakarta-tomcat-5.0.28/conf/server.xml connector port habe ich 2 einträge zu je 8080 ..die habe ich schonmal umgestellt auf 80 war das richtig ? (normalerweise) da tat es leider nicht !!
Hallo Uwe, hallo Liste,
Uwe Grosskinsky wrote:
kann man den Tomcat nicht als Standalone auf dem Port 80 laufen lassen ? wer weis wie das geht ?
Kann man. Einfach den Connector Port 8080 auf 80 umlegen.
ich finde in der tomcat doku zumindest keinen hinweis darauf
Hmmm ... bist du sicher? Du brauchst dafür aber ein Servlet der dir die Files "served" dafür gibt es Default Servlet http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html
HTH, Claus
Hallo Uwe, Uwe Grosskinsky wrote:
Am Freitag, 3. Juni 2005 16:14 schrieb claus: das hab ich schonmal erfolgloss versucht
/usr/local/jakarta-tomcat-5.0.28/conf/server.xml
connector port habe ich 2 einträge zu je 8080 ..die habe ich schonmal umgestellt auf 80 war das richtig ? (normalerweise) da tat es leider nicht !!
Im Tomcat 5.5.9 tat es bereits <Server port="8005" shutdown="SHUTDOWN"> <GlobalNamingResources> <!-- Used by Manager webapp --> <Resource name="UserDatabase" auth="Container" type="org.apache.catalina.UserDatabase" description="User database that can be updated and saved" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" pathname="conf/tomcat-users.xml" /> </GlobalNamingResources> <Service name="Catalina"> <Connector port="80" /> <!-- This is here for compatibility only, not required --> <Connector port="8009" protocol="AJP/1.3" /> <Engine name="Catalina" defaultHost="localhost"> <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase" /> <Host name="localhost" appBase="webapps" /> </Engine> </Service> </Server> damit er auf dem 80er Port lauscht, kannst du auch prüfen mit shell> netstat -pl Firewall muss natürlich aufgemacht werden. Nur das mit dem Default Servlet hab ich noch nicht versucht und habe im Moment leider auch keine Zeit. Sorry. HTH, Claus
Hallo leute,
Ich habe die selbe versuchen und habe ein error
bekommen die das 80 port nicht verfugbar ist. Ich
denke das ist so weil Apache so konfiguriert ist und
du kasnt nicht beide auf die selben port haben. Die
problem ist ich hatte apache nicht gestartet also du
solst ich denke die os config vur das veraendern aber
ich weist nicht wo oder wie.
Ich hoffe das hilft dir.
Viellen glueck.
George
--- Uwe Grosskinsky
Am Freitag, 3. Juni 2005 16:14 schrieb claus: das hab ich schonmal erfolgloss versucht
/usr/local/jakarta-tomcat-5.0.28/conf/server.xml
connector port habe ich 2 einträge zu je 8080 ..die habe ich schonmal umgestellt auf 80 war das richtig ? (normalerweise) da tat es leider nicht !!
Hallo Uwe, hallo Liste,
Uwe Grosskinsky wrote:
kann man den Tomcat nicht als Standalone auf dem Port 80 laufen lassen ? wer weis wie das geht ?
Kann man. Einfach den Connector Port 8080 auf 80 umlegen.
ich finde in der tomcat doku zumindest keinen hinweis darauf
Hmmm ... bist du sicher? Du brauchst dafür aber ein Servlet der dir die Files "served" dafür gibt es Default Servlet
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html
HTH, Claus
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Hallo Sascha, hallo Leute, Am Freitag, 20. Mai 2005 14:55 schrieb Sascha Blum:
Am Freitag, 20. Mai 2005 14:26 schrieb Danny Kukawka:
... wäre es sinnvoll da z.B. nen lokalen IMAP-Server oder so einzurichten und die meisten Mails dann dahin auszulagern und dann bei Bedarf den in KMail reinzuladen, also die Mails jetzt?
Ich weiß gerade nicht ganz genau, wie es sich mit dem Suchen unter KMail auf IMAP verhält, ich benutze nur DIMAP, aber lokale Suche ist sicherlich schneller als auf IMAP. Wenn du die Mails auch auf anderen Rechnern benutzen willst macht es Sinn auf IMAP zu wechseln, ansonsten ist es eher unnötig.
hmm im moment nutzte ich eMail nur an einem PC, aber kleines Netzwerk ist vorhanden, später wäre vielleicht auch gemeinsame eMail-Zugriff eventuell möglich, kann ich derzeit noch nicht genau sagen ...
Noch ein Hinweis: KMail kann leider keine schreibgeschützten Mailboxen verwenden - ungünstig fürs Backup, wenn man "Archive" immer wieder reinpacken muss, weil sie potenziell geändert sein könnten. Über IMAP kann man dann auch auf schreibgeschützte Mails zugreifen. (Fehlt noch ein IMAP-Server, der mbox.bz2 verarbeiten kann - die Performance wäre mir dabei eher unwichtig ;-)
Bei der Größe und Menge ist natürlich die Frage, welches Format du für die Ordner (maildir oder mbox) durchaus interessant und diskussionswürdig.
also im moment dürfte es maildir denke ich mal sein, also das Format wo die Mails im Ordner in einzelnen Dateien abgelegt werden, also nicht alle Mails in einer Datei landen ...
Warum? Gerade für "Archive" finde ich mbox ganz gut. Gründe IMHO: - eine große Datei ist im Dateisystem leichter handzuhaben als 1000 kleine (+ bessere Platzausnutzung auf der Festplatte) - die Performance ist bei von einem einzelnen User genutzten Mailboxen eher zu vernachlässigen Mailordner mit vielen Veränderungen (inbox, outbox usw.) sind eher Kandidaten fürs Maildir-Format. Auf einem Mailserver mit vielen Usern darf es dann zwecks Performance natürlich auch Maildir sein ;-)
... warum bekommt man eigentlich unter KMail 1.8 wenn man auf einen ordner klickt mit der rechten Maustaste und Eigenschaften des Ordners anschauen will nicht mehr das Format angezeigt?
Vermutlich, weil es sowieso nicht mehr geändert werden kann und von daher nichts bringt. (Bei "Ordner erstellen" ist die Auswahl weiterhin möglich.) Da KMail unter Usability-Gesichtspunkten "aufgeräumt" wurde, flogen so "unnütze" Sachen eben raus. [Mir fehlt auch die Mailinglisten-Verwaltung direkt bei den Ordnereigenschaften, aber das ist eine andere Geschichte. So langsam gewöhne ich mich daran, dass ich sowas im Ordner-Menü suchen muss.]
nur im moment kann ich das irgendwie leider nicht mehr ersehen!
Notfalls im Dateisystem nachgucken ;-) Gruß Christian Boltz --
So... Hm... ich bin etwas aufgeschmissen. How to troubleshoot without trouble? Schwierige Frage, aber eine gute sig ;-) Umgekehrt wär mir lieber. :-) [> Christian Boltz und Ratti in fontlinge-devel]
On Friday 20 May 2005 21:45, Christian Boltz wrote: [...]
... warum bekommt man eigentlich unter KMail 1.8 wenn man auf einen ordner klickt mit der rechten Maustaste und Eigenschaften des Ordners anschauen will nicht mehr das Format angezeigt?
Vermutlich, weil es sowieso nicht mehr geändert werden kann und von daher nichts bringt. (Bei "Ordner erstellen" ist die Auswahl weiterhin möglich.)
Was im Übrigen nicht sonderlich geschickt ist.
Da KMail unter Usability-Gesichtspunkten "aufgeräumt" wurde, flogen so "unnütze" Sachen eben raus.
Es ist insgesamt aber eher unglücklich gelaufen. Den Fokus allein bzw so stark auf Erstbenutzer zu setzen ist vielleicht etwas kurz gedacht, wenn ein Projekt schon so viele Benutzer hat. Mehr darüber findest du in der zugrundeliegenden "Studie": http://www.openusability.org/reports/get_file.php?group_id=55&repid=43 Und im folgenden Thread: http://lists.kde.org/?l=kmail-devel&m=111035517606725&w=2
[Mir fehlt auch die Mailinglisten-Verwaltung direkt bei den Ordnereigenschaften, aber das ist eine andere Geschichte. So langsam gewöhne ich mich daran, dass ich sowas im Ordner-Menü suchen muss.]
nur im moment kann ich das irgendwie leider nicht mehr ersehen!
Notfalls im Dateisystem nachgucken ;-)
Hallo Danny, hallo Leute, Am Freitag, 20. Mai 2005 22:57 schrieb Danny Kukawka:
On Friday 20 May 2005 21:45, Christian Boltz wrote: [...]
... warum bekommt man eigentlich unter KMail 1.8 wenn man auf einen ordner klickt mit der rechten Maustaste und Eigenschaften des Ordners anschauen will nicht mehr das Format angezeigt?
Vermutlich, weil es sowieso nicht mehr geändert werden kann und von daher nichts bringt. (Bei "Ordner erstellen" ist die Auswahl weiterhin möglich.)
Was im Übrigen nicht sonderlich geschickt ist.
..., weil? Ich sehe gerade nicht, auf was Du hinauswillst. Hättest Du das Ordnerformat lieber hinter einem "Options >>" Button versteckt? <übertrieben> Oder doch lieber noch ein eigener Dialog?
Da KMail unter Usability-Gesichtspunkten "aufgeräumt" wurde, flogen so "unnütze" Sachen eben raus.
Es ist insgesamt aber eher unglücklich gelaufen. Den Fokus allein bzw so stark auf Erstbenutzer zu setzen ist vielleicht etwas kurz gedacht, wenn ein Projekt schon so viele Benutzer hat.
Der Gedanke kam mir auch schon. Außerdem ist jeder nur einen Tag lang Erstbenutzer... *g*
Mehr darüber findest du in der zugrundeliegenden "Studie": [...] Und im folgenden Thread: [...]
Interessante Lektüre - ich behaupte nicht, dass ich mit allen Aussagen der Usability-Studie einverstanden bin, der Ansatz geht aber meistens in die richtige Richtung. Die Umsetzung in KMail ist dagegen nicht sonderlich gelungen :-( Idee: Die Usability-Leute schlagen doch die Verwendung von "More Options >>"-Knöpfen vor. Warum nicht dabei ein paar neue Tabs (Mailinglisten-Verwaltung, Verfallsoptionen, ...) bei den Ordnereigenschaften einblenden? Damit hätten Anfänger immer noch einen einfachen Dialog und Fortgeschrittene trotzdem alles an einer Stelle. Vor der Lektüre des PDF ist mir übrigens ein Bug aufgefallen: Öffnet man http://www.openusability.org/reports/get_file.php?group_id=55&repid=43 im Konqueror und wählt dann "Öffnen mit" "kghostview", erhält man eine Fehlermeldung, dass "Dateien des Typs application/x-php" nicht unterstützt werden. Der Bug scheint alle PDF-Dateien zu treffen, die nicht *.pdf heißen. mv test.pdf test.php ; kghostview test.php bringt ebenfalls die besagte Fehlermeldung. Soll ich das in Bugzilla packen? Gruß Christian Boltz --
Hat jemand eine derartige Konstellation und kann mir kurz den Kopp auf die Tischplatte haun ? ;-) *autsch* Tut das nicht weh? [> Oli Weiss und Christian Boltz in suse-linux]
On Sunday 22 May 2005 21:45, Christian Boltz wrote: [...]
Vermutlich, weil es sowieso nicht mehr geändert werden kann und von daher nichts bringt. (Bei "Ordner erstellen" ist die Auswahl weiterhin möglich.)
Was im Übrigen nicht sonderlich geschickt ist.
..., weil?
1.) Ich etwas beim Erstellen des Ordners festlegen/einstellen kann, später aber keine Informationen mehr darüber erhalte was ich eingestellt habe (ohne im fs nachzuschauen). 2.) Wenn ich es einstellen kann wäre es für mich auch logisch, wenn ich es später ändern könnte (z.B. wenn ich den Ordner nur noch als Archiv benutzen und keine neuen Mails hinzufügen will und daher von maildir nach mbox wechseln will.)
Ich sehe gerade nicht, auf was Du hinauswillst. Hättest Du das Ordnerformat lieber hinter einem "Options >>" Button versteckt?
Ja meinetwegen. [...]
Interessante Lektüre - ich behaupte nicht, dass ich mit allen Aussagen der Usability-Studie einverstanden bin, der Ansatz geht aber meistens in die richtige Richtung. Die Umsetzung in KMail ist dagegen nicht sonderlich gelungen :-(
Idee: Die Usability-Leute schlagen doch die Verwendung von "More Options >>"-Knöpfen vor. Warum nicht dabei ein paar neue Tabs (Mailinglisten-Verwaltung, Verfallsoptionen, ...) bei den Ordnereigenschaften einblenden? Damit hätten Anfänger immer noch einen einfachen Dialog und Fortgeschrittene trotzdem alles an einer Stelle.
Ich weiß es nicht genau, aber ich denke vieles davon ist aus Zeitmangel nicht passiert. Wobei ich mal behaupte das wäre auch nicht schwieriger gewesen, als die betreffenden Sachen zu entfernen.
Vor der Lektüre des PDF ist mir übrigens ein Bug aufgefallen: Öffnet man http://www.openusability.org/reports/get_file.php?group_id=55&repid=43 im Konqueror und wählt dann "Öffnen mit" "kghostview", erhält man eine Fehlermeldung, dass "Dateien des Typs application/x-php" nicht unterstützt werden. Der Bug scheint alle PDF-Dateien zu treffen, die nicht *.pdf heißen. mv test.pdf test.php ; kghostview test.php bringt ebenfalls die besagte Fehlermeldung.
Soll ich das in Bugzilla packen?
Wieso nicht ... aber erst mal schauen, ob der vielleicht schon gemeldet und noch offen oder bereits gefixt ist. ;-) Danny
Am Freitag, 20. Mai 2005 13:29 schrieb Sascha Blum:
Hallo Leute,
ich hätte da mal eine Frage die mich schon länger beschäftigt.
Und zwar haben sich im Laufe der Jahre und der Zeit hier sehr viele Mails angesammelt (~ 1,8 GB / ~ 130.170 Mails) - auf die ich im großen ganzen nicht verzichten kann, weil sehr viele davon wichtige Inhalte haben und ich das sozusagen als Nachschlagewerk usw. dann auch nutze inkl. der Suchfunktion da.
Bisher liegen alle Mails im KMail-Ordnersystem sozusagen. Weiss ja nicht wie das vom Programmablauf da genau funktioniert. Läd KMail alle Mails beim Programmstart oder wie läuft das? Weil wenn das so wäre, dann müste ja KMail irgendwann an seine Grenzen kommen und auch so von den Resourcen her und so ...
... wäre es sinnvoll da z.B. nen lokalen IMAP-Server oder so einzurichten und die meisten Mails dann dahin auszulagern und dann bei Bedarf den in KMail reinzuladen, also die Mails jetzt?
Oder was wäre da für sowas zu empfehlen? Vielleicht hat ja jemand von euch den ein oder anderen Tipp für mich?
Über eine Antwort würde ich mich sehr freuen. Besten Dank vorab.
MfG.
Sascha
Hallo, ich arbeite zwar mit 9.2 aber, das problem ist letzlich das Gleiche. Ich mache folgendes: Ich habe mir ein separates externes Mailpostfach gemacht, in dem ich die emails aufbewahre, die ich noch brauche. Alle emails die ich nun benötige lagere ich aus, indem ich diese vom kmail-Konto in mein "Privatkonto" rüberziehe (also kopiere) und dann im kmai-Konto lösche. Öffnen tun sich die emails dann im Konqueror oder über den automatischen Start von kmail. Dazu besteht die Möglichkeit diese auch extern auszulagern, z.b. auf CD. Vielleicht hilft dies weiter. -- Industriefachwirt Walter Eisenhauer
participants (9)
-
Christian Boltz -
claus -
Danny Kukawka -
George Stoianov -
Manfred Tremmel -
Ralf Schneider -
Sascha Blum -
Uwe Grosskinsky -
Walter E. Eisenhauer