Beiträge von pschulze59

Erst mal hängt alles wesentlich vom vorhandenen RAM ab. Die alten Kisten hatten ja 128 MB bis max. 1 GB RAM (wenn überhaupt). Und diese 1 GB RAM brauchst Du auch. Vielleicht reichen auch noch 512 MB.
Zum zweiten hängt das davon ab, ob Du eine grafische Oberfläche willst und wenn ja, welchen WindowManager du dann nehmen willst. KDE und Gnome? Vergiss es!
Ja und falls Du doch eine grafische Oberfläche bevorzugst, dann vergiss bei einem SIS-Chipsatz, sofern da die Grafik onboard ist und du nicht doch eine alte radeon- oder nvidia - Grafikkarte zusätzlich drinstecken hast, jedwede grafischen Effekte. Da geht ansonsten nur ein VESA-Modus.
Also wenn du auf der Textkonsole arbeiten willst, du den PC zum Backupserver oder Router vielleicht machen willst, dann könnte so ein alter Schinken noch ganz gut sein.
Ach ja - du solltest viel Zeit mitbringen....

P.S.: Ich habe jahrelang bei uns in der Firma aus uralten K6-2/500 MHz mit irgendeinem Suse 8/9/10.x noch FatClients gebastelt, die per fvwm und rdesktop dann Zugriff auf RD-Server unter WindowsServer 2003 hatten. Und die Kisten haben noch bis vor 2 Jahren super ihren Dienst verrichtet. Aber irgendwann ist einfach mal Schluss.

Also am Arbeitsspeicher sollte es eigentlich nicht liegen, zumal ja auch noch SWAP-Speicher gibt. Auch die CPU-Last liegt bei 70 % und steigt dann zwar mal kurzfristig an, die CPU schaufelt sich nicht bei 100% voll.
Ich vermute wirklich, dass die Routinen so programmiert sind, dass sie bestimmte CPU-Befehle oder Cache oder sowas benötigen. Ist ja außerdem noch ein 32-Bit-System.
Aber KMail ist das wirklich einzige Programm, was rumzickt.
Naja - Thunderbird wirds richten.

Naja, anfangs war ich auch positiv überrascht - aber es gibt schon einige Problemchen. Allerdings habe ich auch schon RC1 installiert gehabt und dann geupdatet.

Genau das Updaten lief z. B. damals per YaST oder Apper überhaupt nicht. Bestimmte Lizenzdialoge werden dabei nicht zur Bedienung eines YES durchgereicht und brechen dann daraufhin das gesamte Update ab. Aber zum Glück gibt's Zypper.
Der Fehler aus 12.3 betreffs vncserver, wurde zum Glück gepatcht. Aber bezüglich ssh-Zugriffen gab es auch einiges, wenn ich mich noch recht erinnere.

Und heute z.B. hatte ich festgestellt, dass auf meinem alten Intel-Atom-Notebook weder knetwork noch klassisches Netzwerkeinrichten per Yast einen DNS-Zugriff ermöglichte. Und das obwohl ich die DNS-Server eingegeben hatte und sogar in den Config-Files eingetragen waren. Ich musste also die resolv.conf händisch nach-/einrichten.
Aber das war alles auf Basis RC1. Und insgesamt, auch von der Hardwareunterstützung, ist 13.1 wirklich eine gute Distri. Ich bin gespannt, wie dann in 7 Tagen die finale Version letztendlich ist.

Was mir auch gefällt ist, dass diese dann die Basis für ein neues Evergreen-Linux werden soll. Damit kann man User- und Serversysteme endlich auch auf längere Sicht weiterführen.

Werde ich wohl auch machen (müssen). Eigentlich ist KMail ein sehr komfortables Programm mit sehr vielen Möglichkeiten. Aber seit dem das dahinterliegende Datenbank-Modell (Akonadi) eingeführt wurde, gibt es nur noch Probleme - sei es (wie früher) die Portierung der alten Mailkonten, oder jetzt eben die Performance auf alten Rechnern.

Übrigens habe ich 13.1 auch schon auf einem "neueren" QuadCore-Desktop-System und da habe ich mit KMail keine Probleme.
Das betrifft nur den alten UltraMobile-Laptop mit Atom-CPU, auch wenn's schon ein DualCore ist. Aber hier fehlt scheinbar der Cache auf der CPU.

Also, mein lieber Sauerland, dank Dir habe ich zumindest Ordnung in den Repos und insofern war's auch nützlich, weil dadurch ca 160 Pakete Aktualisiert wurden, die die alte Ordnung nicht berücksichtigt hätte. Darüber hinaus hat es allerdings mein Problem NICHT lösen können.
Auch eine Deinstallation und Neuinstallation von KMail hatte übrigens (schon im Vorfeld) nichts gebracht.
Auch hatte ich die Updates aus Packman vorher gar nicht installieren können, weil es ein Repo für Packman für Suse 13.1 erst seit dem 9.11. gibt.

Aber leider ....

Habe noch was lustiges festgestellt:
Schalte ich die Option mit HTML-Mails ein, aber die mit dem Nachladen der externen Daten ab, geht's ja schneller (so 5 -10 Sekunden je Mail - Wahnsinn!). Schalten ich danach die Option mit dem Nachladen der externen Daten ein, so werden die Mails, die den HTML-Inhalt schon geladen hatten, plötzlich relativ schnell mit den externen Daten (wie Bildern von anderen Servern etc.) dargestellt. Zur Erinnerung: Sind beide Optionen gleichzeitig eingestellt, dauert das Anzeigen der Mailvorschau mehrere Minuten bis Stunden!

Trotzdem alles Mist! Die Probleme gab es mit anderen KMail-Versionen bis 12.3 nicht.
Nun ist der alte Laptop zwar nicht der schnellste, aber es kann nicht sein, dass Webseiten flüssig dargestellt werden und HTML-Mails dagegen nicht.

Zitat von wrohr

openSUSE 13.1 mit KDE 4.11.2 scheint zumindest bei mir mit rund 6 verschiedenen IMAP Konten (unterschiedliche Server) endlich auch KMail zu funktionieren.

Naja, IMAP ist nicht POP. Ich poppe nunmal gern und da werden die Mails ja erst vom Server geholt.
Ich wette, dass das Nachladen von Internetinhalten in HTML-Mails Schuld ist. Am 16000er-DSLler liegts aber nicht.
Ich arbeite erst mal Sauerlands Tipps bezüglich der Repo-Prios ab. Hat schon mal zum Nachladen von 81 neuen Paketen geführt, die er heute früh noch nicht hatte.

gugst Du hier:

#  | Alias                           | Name                                  | Aktiviert | Aktualisieren | Priorität | URI                                                                      
---+---------------------------------+---------------------------------------+-----------+---------------+-----------+--------------------------------------------------------------------------
 1 | download.opensuse.org-Apps      | openSUSE BuildService - GNOME:Apps    | Ja        | Ja            |   99      | http://download.opensuse.org/repositories/GNOME:/Apps/openSUSE_13.1/     
 2 | download.opensuse.org-Education | openSUSE BuildService - Bildungswesen | Ja        | Ja            |   99      | http://download.opensuse.org/repositories/Education/openSUSE_13.1/       
 3 | download.opensuse.org-Extra     | openSUSE BuildService - KDE:Extra     | Ja        | Ja            |   99      | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_13.1/      
 4 | download.opensuse.org-database  | openSUSE BuildService - Datenbank     | Ja        | Ja            |   99      | http://download.opensuse.org/repositories/server:/database/openSUSE_13.1/
 5 | download.opensuse.org-mozilla   | openSUSE BuildService - Mozilla       | Ja        | Ja            |   99      | http://download.opensuse.org/repositories/mozilla/openSUSE_13.1/         
 6 | download.opensuse.org-oss       | Haupt-Repository (Quellen)            | Ja        | Ja            |   99      | http://download.opensuse.org/source/distribution/13.1/repo/oss/          
 7 | download.opensuse.org-php       | openSUSE BuildService - PHP           | Ja        | Ja            |   99      | http://download.opensuse.org/repositories/server:/php/openSUSE_13.1/     
 8 | openSUSE-13.1-1.19              | openSUSE-13.1-1.19                    | Nein      | Nein          |   99      | cd:///?devices=/dev/disk/by-id/usb-TSSTcorp_CDDVDW_SE-S084F_R96XB40-0:0  
 9 | repo-debug                      | openSUSE-13.1-Debug                   | Nein      | Ja            |   99      | http://download.opensuse.org/debug/distribution/13.1/repo/oss/           
10 | repo-debug-update               | openSUSE-13.1-Update-Debug            | Nein      | Ja            |   99      | http://download.opensuse.org/debug/update/13.1/                          
11 | repo-debug-update-non-oss       | openSUSE-13.1-Update-Debug-Non-Oss    | Nein      | Ja            |   99      | http://download.opensuse.org/debug/update/13.1-non-oss/                  
12 | repo-non-oss                    | openSUSE-13.1-Non-Oss                 | Ja        | Ja            |   99      | http://download.opensuse.org/distribution/13.1/repo/non-oss/             
13 | repo-oss                        | openSUSE-13.1-Oss                     | Ja        | Ja            |   99      | http://download.opensuse.org/distribution/13.1/repo/oss/                 
14 | repo-source                     | openSUSE-13.1-Source                  | Ja        | Ja            |   99      | http://download.opensuse.org/source/distribution/13.1/repo/oss/          
15 | repo-update                     | openSUSE-13.1-Update                  | Ja        | Ja            |   99      | http://download.opensuse.org/update/13.1/                                
16 | repo-update-non-oss             | openSUSE-13.1-Update-Non-Oss          | Ja        | Ja            |   99      | http://download.opensuse.org/update/13.1-non-oss/

Meiner Meinung nach hat es was mit der Version von KMail zu tun, die irgendwie extern live was macht, was zu lange dauert. Oder KMail frisst die geringen CPU-Ressourcen dabei auf, wodurch es soooo laaaaaaange dauert.

Im Übrigen läuft das geupdete System einwandfrei und in normaler Geschwindigkeit und ohne weitere Mängel (außer den bekannten ;-))

Hallo,

ich teste Suse13.1 und habe es als 32-Bit-Version auf einem alten Laptop (DualCore CPU 1,6 GHz, 2 GB RAM, 32 GB SDD) installiert, allerdings als Update eines bestehenden 12.2
Nach der Installation, aber auch nach der Durchführung aller Updates bis zum heutigen Tgae (8 Tage vor Veröffentlichung von 13.1) habe ich das Problem, dass KMail de facto keine Mail-Vorschau mehr zulässt. Genau genommen, versucht KMail zwar die Vorschau zu generieren, aber es dauert mehrere Minuten, fast schon Stunden, ehe eine Mail im Vorschaufenster angezeigt wird. Gleiches Verhalten zeigt KMail auch, wenn man eine Mail öffnet. So ist also das Betrachten der Mailinhalte und damit die Nutzung von KMail nicht möglich.
Nach der 1. Migration, hatte ich alle alten Akonadiressourcen gelöscht und durch das erneute einrichten der Mailkonten neu erstellt. Mit wenigen Mails konnte man dann einigermaßen wieder Mail-Vorschauen sehen und die Mails öffnen. Heute allerdings - ich habe drei Wochen mit dem Laptop nichts mehr gemacht - hat er die neuen 234 Mails abgeholt und seitdem geht nichts mehr.
Die Mails selbst wurden abgeholt und in die Ordner einsortiert, die Mails in den Ordnern stehen komplett als Listeneintrag drin, aber sobald man eine Voransicht aufruft oder die Mail öffnet, kommt die Meldung, dass die Mailinhalte abgeholt werden und dann passiert Minuten bzw. Stunden überhaupt nichts, bis eventuell dann doch mal eine Mail angezeigt wird.
Schaltge ich unter der Einrichtung von KMail - Sicherheit die Optionen "Nachrichten im HTML-Format anzeigen" und "Nachrichten dürfen Inhalte von anderen Servern laden" (oder so ähnlich) ab - also reine Textnachricht anzeigen, dann werden die Mail-Vorschau und das Öffnen nach ca. 1 bis 2 Sekunden angezeigt. Aktiviere ich nur die HTML-Option, dann dauert das Ganze schon mehrere Sekunden bis Minuten und aktiviere ich noch zusätzlich das mit den Inhalten von anderen Servern, dann habe ich wieder den o.a. Effekt, dass es durchaus Stunden dauern kann, ehe ich den Inhalt einer Mail sehe.

Offensichtlich passiert in Kmail irgendeine Sache bei der HTML-Ansicht, die zu solch langen Wartezeiten führt. Ich habe was gelesen, dass eine Virenprüfung und Spamprüfung integriert sein soll???
Wo kann man die dann abschalten? Habe dazu nichts gefunden.

Wer hat noch Ideen, wie man das beeinflussen und wieder eine zügige Mail-Vorschau bekommen kann?

Peter

Nein, hatte ich nicht - aber jetzt hab ich und siehe da ....
Jetzt startet xinetd wie es soll - automatisch beim booten.

Das heißt also, dass es noch einen Fehler im Yast/Yast2 gibt, wonach xinetd - obwohl auf starten gesetzt wurde - nicht gestartet wird.

Ich danke Euch!

Wenn auch über manuellen Eingriff - gelöst!

Ja, das habe ich getan.
Dennoch wird beim nächsten Neustart kein xinetd gestartet.