Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailreader > #81 > unrolled thread

Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an

Back to article view | Back to de.comm.software.mailreader

Contents

  Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Peter Blancke <blancke@gmx.de> - 2016-03-06 14:28 +0000
    Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Sven Hartge <sh-162@svenhartge.de> - 2016-03-06 18:27 +0100
      Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Peter Blancke <blancke@gmx.de> - 2016-03-07 07:19 +0000
        Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Sven Hartge <sh-163@svenhartge.de> - 2016-03-07 20:08 +0100
          Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Peter Blancke <blancke@gmx.de> - 2016-03-16 13:32 +0000
            Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Sven Hartge <sh-163@svenhartge.de> - 2016-03-16 14:38 +0100
            Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Sven Hartge <sh-163@svenhartge.de> - 2016-03-16 14:44 +0100
              Re: Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an Peter Blancke <blancke@gmx.de> - 2016-03-16 16:11 +0000

#81 — Squirrelmail zeigt bei groszer Mailanzahl keine Mails mehr an

Guten Tag,

Ich habe hier:

  Debian/Jessie
  Squirrelmail Version: 2:1.4.23~svn20120406-2
  Apache2 Version: 2.4.10-10+deb8u4
  PHP5 Version: 5.6.17+dfsg-0+deb8u1

In einem Postfach liegen derzeit etwa 20.000 Mails, die auszer mit
Squirrelmail auch mit Thunderbird und Mutt gelesen und bearbeitet
werden. Thunderbird und Mutt funktionieren dabei einwandfrei.

Seit geraumer Zeit (ein paar Wochen?) zeigt Squirrelmail KEINE Mails
mehr an. Ich nehme an, das haengt mit der groszen Zahl der Mails
zusammen.

Ist da eine Limitierung bekannt? In den Config-Files (auch die
komfortable Konfiguration mit config.pl) werden keinerlei
Beschraenkungen angezeigt. Der Server ist mit 32 GB RAM auch
ausreichend bestueckt.

Danke fuer Hinweise.

Grusz,

Peter Blancke

-- 
Hoc est enim verbum meum!

[toc] | [next] | [standalone]

#82

Peter Blancke <blancke@gmx.de> wrote:

> Ich habe hier:

>   Debian/Jessie
>   Squirrelmail Version: 2:1.4.23~svn20120406-2
>   Apache2 Version: 2.4.10-10+deb8u4
>   PHP5 Version: 5.6.17+dfsg-0+deb8u1

> In einem Postfach liegen derzeit etwa 20.000 Mails, die auszer mit
> Squirrelmail auch mit Thunderbird und Mutt gelesen und bearbeitet
> werden. Thunderbird und Mutt funktionieren dabei einwandfrei.

> Seit geraumer Zeit (ein paar Wochen?) zeigt Squirrelmail KEINE Mails
> mehr an. Ich nehme an, das haengt mit der groszen Zahl der Mails
> zusammen.

Ja.

> Ist da eine Limitierung bekannt? 

Oh ja.

Aber: Squirrelmail ist tot, seit Jahren keine Entwicklung mehr und auch
keine Sicherheitsupdates. 

Ersetze es durch Roundcube und das Problem ist weg. Dabei ist es
vorteilhaft, einem memcached für den IMAP-Index-Cache und den
Session-Cache zu benutzen.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#83

Am 2016-03-06, Sven Hartge <sh-162@svenhartge.de> schrieb:

> Peter Blancke <blancke@gmx.de> wrote:

>> Seit geraumer Zeit (ein paar Wochen?) zeigt Squirrelmail KEINE
>> Mails mehr an. Ich nehme an, das haengt mit der groszen Zahl der
>> Mails zusammen.

> Ja.

Ich habe es mir gedacht. Als Zwischenloesung werde ich die Mails mal
ein wenig in Ordner vorsortieren.

> Aber: Squirrelmail ist tot, seit Jahren keine Entwicklung mehr und
> auch keine Sicherheitsupdates. 

Das war mir unbekannt. Es ist in Debian/Jessie immer noch drin, da
erschien es mir sicher.

> Ersetze es durch Roundcube und das Problem ist weg.

Danke fuer die Hinweise. Ich werde mich damit befassen.

> Dabei ist es vorteilhaft, einem memcached für den IMAP-Index-Cache
> und den Session-Cache zu benutzen.

Ich verstehe das so (da ich mich mit der Konfiguration noch nicht
beschaeftigen konnte): Es gibt da eine Einstellung, wohin der Cache
abgelegt werden soll; hier waehle ich ein "tmpfs"-Verzeichnis, also
eines, welches im RAM gehalten wird.

Es ist nur ein einziger Kunde bei mir, der das nutzt. Ich werde mir
das alles in Ruhe zu Gemuete fuehren.

Danke fuer die prompte Antwort!

Grusz,

Peter Blancke

-- 
Hoc est enim verbum meum!

[toc] | [prev] | [next] | [standalone]

#84

Peter Blancke <blancke@gmx.de> wrote:
> Am 2016-03-06, Sven Hartge <sh-162@svenhartge.de> schrieb:

>> Peter Blancke <blancke@gmx.de> wrote:

>>> Seit geraumer Zeit (ein paar Wochen?) zeigt Squirrelmail KEINE
>>> Mails mehr an. Ich nehme an, das haengt mit der groszen Zahl der
>>> Mails zusammen.

>> Ja.

> Ich habe es mir gedacht. Als Zwischenloesung werde ich die Mails mal
> ein wenig in Ordner vorsortieren.

>> Aber: Squirrelmail ist tot, seit Jahren keine Entwicklung mehr und
>> auch keine Sicherheitsupdates. 

> Das war mir unbekannt. Es ist in Debian/Jessie immer noch drin, da
> erschien es mir sicher.

Naja. Wenn keiner einen Sicherheitsaudit durchführt, dann gibt es
natürlich auch keine Meldung über eine Sicherheitslücke. Effektiv
gesehen ist Squirrelmail seitens der Autoren aber schon Jahre tot.

>> Dabei ist es vorteilhaft, einem memcached für den IMAP-Index-Cache
>> und den Session-Cache zu benutzen.

> Ich verstehe das so (da ich mich mit der Konfiguration noch nicht
> beschaeftigen konnte): Es gibt da eine Einstellung, wohin der Cache
> abgelegt werden soll; hier waehle ich ein "tmpfs"-Verzeichnis, also
> eines, welches im RAM gehalten wird.

Nein, das verstehst du falsch. 

Roundcube (wie jede Web-Anwendung mit Sitzungen) muss die Login-Session
irgendwo halten, im Normalfall in der gleichen SQL-Datenenbank (MySQL,
Postgresql oder SQLite), in der auch die Einstellungen der einzelnen
Benutzer stehen. Das ist die einfachste Variante, erzeugt aber
zusätzliche Schreibvorgänge, die für eigentlich vergängliche Daten
unnötig sind.

Daher kann man die Login-Session sehr schön in einer RAM-only
"Datenbank" halten und memcached würde genau dafür gebaut.

Außerdem kann Roundcube zur weiteren Beschleunigung auch noch einen
Cache für den Index der IMAP-Ordner haben, welcher sich auch ganz prima
im gleichen memcached halten läßt. Das beschleunigt das wiederholte
Anwählen von Ordnern (wozu auch die INBOX) gehört beträchtlich, als wenn
immer erst die Daten bei jedem Klick komplett vom IMAP-Server gezogen
werden müssen.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#87

Am 2016-03-07, Sven Hartge <sh-163@svenhartge.de> schrieb:
> Peter Blancke <blancke@gmx.de> wrote:
>> Am 2016-03-06, Sven Hartge <sh-162@svenhartge.de> schrieb:

>>> Aber: Squirrelmail ist tot, seit Jahren keine Entwicklung mehr
>>> und auch keine Sicherheitsupdates. 

>> Das war mir unbekannt. Es ist in Debian/Jessie immer noch drin,
>> da erschien es mir sicher.

Sven, nochmals Danke fuer die Anregungen zu Roundcube.

Roundcube ist installiert, allerdings ist das standardmaeszig bei
Debian/Jessie nicht mit dabei. Ich habe daher die Apt-Sourcen
entsprechend um folgende Zeilen erweitert:

,----
| # Backports -- beispielsweise fuer Roundcube
| deb http://http.debian.net/debian jessie-backports main
`----

>>> Dabei ist es vorteilhaft, einem memcached für den
>>> IMAP-Index-Cache und den Session-Cache zu benutzen.

Hier musz ich nochmals auf die Suche in der Dokumentation gehen, da
mir die Konfiguration noch schleierhaft ist und ich (noch) nichts
veraendert habe.

Vorerst laeuft das Teil wirklich sehr gut und zeigt auch alle Mails
wieder korrekt an. Die Oberflaeche ist spartanisch einfach und daher
fuer meinen Geschmack sehr vorteilhaft.

Grusz,

Peter Blancke

-- 
Hoc est enim verbum meum!

[toc] | [prev] | [next] | [standalone]

#88

Peter Blancke <blancke@gmx.de> wrote:
> Am 2016-03-07, Sven Hartge <sh-163@svenhartge.de> schrieb:
>> Peter Blancke <blancke@gmx.de> wrote:
>>> Am 2016-03-06, Sven Hartge <sh-162@svenhartge.de> schrieb:

>>>> Aber: Squirrelmail ist tot, seit Jahren keine Entwicklung mehr
>>>> und auch keine Sicherheitsupdates. 

>>> Das war mir unbekannt. Es ist in Debian/Jessie immer noch drin,
>>> da erschien es mir sicher.

> Sven, nochmals Danke fuer die Anregungen zu Roundcube.

> Roundcube ist installiert, allerdings ist das standardmaeszig bei
> Debian/Jessie nicht mit dabei. 

Ja, eine funktionierende Version von RC hatte es nicht nach Jessie
geschafft. Ich persönlich installiere solche Web-Applikationen eh immer
selbst, weil die Änderungsrate oftmals komplett gegen die Statuten der
üblichen Distributionen läuft.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#89

Peter Blancke <blancke@gmx.de> wrote:
> Am 2016-03-07, Sven Hartge <sh-163@svenhartge.de> schrieb:

>>>> Dabei ist es vorteilhaft, einem memcached für den IMAP-Index-Cache
>>>> und den Session-Cache zu benutzen.

> Hier musz ich nochmals auf die Suche in der Dokumentation gehen, da
> mir die Konfiguration noch schleierhaft ist und ich (noch) nichts
> veraendert habe.

Die Sache ist eigentlich sehr simpel.

Zuerst installierst du die Pakete "memcached php5-memcache". Die Default-Config kann
dabei einfach so bleiben.

Und dann stellst du in der Roundcube-Config folgendes ein:

$config['imap_cache'] = 'memcache';
$config['imap_cache_ttl'] = '10d';
$config['session_storage'] = 'memcache';
$config['memcache_hosts'] = array( '127.0.0.1:11211');

Das speichert einerseits den IMAP-Index-Cache im memcached und
andererseits die jeweils aktiven Login-Sitzungen.

Standardmäßig werden diese Daten in der normalen Datenbank gespeichert.
Das ist aber eher ungünstig, weil die normale SQL-Datenbank darauf
ausgelegt ist, Daten sicher zu halten.

Die Cache- und Sitzungs-Daten sind aber nur temporär und hoch-volatil.
Da gibt es keinen Grund, warum bei denen unbedingt sicher gestellt
werden muss, dass diese z.B. einen Reboot überleben.

Daher sind diese Daten besser im für solche Fälle entwickelten memcached
aufgehoben.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#90

Am 2016-03-16, Sven Hartge <sh-163@svenhartge.de> schrieb:
> Peter Blancke <blancke@gmx.de> wrote:
>> Am 2016-03-07, Sven Hartge <sh-163@svenhartge.de> schrieb:

>>>>> Dabei ist es vorteilhaft, einem memcached für den
>>>>> IMAP-Index-Cache und den Session-Cache zu benutzen.

>> Hier musz ich nochmals auf die Suche in der Dokumentation gehen,
>> da mir die Konfiguration noch schleierhaft ist und ich (noch)
>> nichts veraendert habe.

> Die Sache ist eigentlich sehr simpel.
>
> Zuerst installierst du die Pakete "memcached php5-memcache". Die
> Default-Config kann dabei einfach so bleiben.
>
> Und dann stellst du in der Roundcube-Config folgendes ein:
>
> $config['imap_cache'] = 'memcache';
> $config['imap_cache_ttl'] = '10d';
> $config['session_storage'] = 'memcache';
> $config['memcache_hosts'] = array( '127.0.0.1:11211');

Super! Danke fuer die Anleitung! Das hat auf Anhieb funktioniert.
Das geht jetzt auch alles deutlich flotter.

Mit "memcache" werde ich mich beschaeftigen, da ich hin und wieder
auch PHP programmiere.

Grusz,

Peter Blancke

-- 
Hoc est enim verbum meum!

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailreader

csiph-web