Roudcube aktualisiert Posteingang nicht

[Fred52]

Hallo zusammen,
wenn ich in Roundcube einlogge, sehe ich die neuen Mails nicht. Ich kann dann auf 'Auf neue Nachrichten prüfen' klicken, es kommen keine neuen Mails. Wenn ich aber in den Ordner 'Gesendet' oder 'Gelöscht' klicke und wieder zurück in den Posteingang gehe, dann sind die neuen Mails da?!
Hat jemand vielleicht eine Idee?
Vielen Dank im Voraus und einen schönen, neu aufkommenden Frühlingsabend
Lg, Fred

 

[jahlives]

Gilt das für alle neuen E-Mails oder nur für solche die entweder direkt an deine DS gesandt werden ODER solche die du mittels getmail von externen Konten abholst?

 

[king_dingeling]

Das ist so eine Cache-Funktion die man deaktivieren kann. Wurde schon irgendwo behandelt hier, habe es nämlich auch ausgeschaltet

 

[qbic]

Danke für die Info, das hat mich auch schon seit einiger Zeit belastet.

EDIT:

Und als ergänzung hier noch ein kleines HowTO weil ich den Thread nicht finden kann

Unter cd /volume1/@appstore/MailStation/roundcubemail/config/main.inc.php
folgende Zeile
$rcmail_config['enable_caching'] = TRUE;

ändern auf

$rcmail_config['enable_caching'] = FALSE;

Mailstation neustarten und gut =D

 

[Fred52]

...also ich weiss jetzt nicht genau, was ich schreiben soll:
- jahlives: ich hole keine Mails von externen Konten, also nur Mail, die an die DS gesandt werden.
- qbic: geh ich jetzt Recht, dass ich dieses Caching ausschalte und gut ist?
- Euch allen: wie immer recht herzlichen Dank, Ihr seid einfach Klasse!
Lg, Fred

 

[qbic]

Jahlives meint sicherlich, ob die Emails zwischenzeitlich über einen externen Server (z.B. dein DynDns-Provider) gespeichert werden.
Andernfalls würde es ja bedeuten, dass dich email nichts erreichen wenn deine DS ausgeschaltet ist.

Desweiteren bekommst du Probleme weil viele Mail-Anbieter private IP Adressen als Email-Server sperren.

Zu meinem Beitrag:
So hab ichs gefunden, ich denke so sollte es auch funktionieren

 

[jahlives]

Jahlives meint sicherlich, ob die Emails zwischenzeitlich über einen externen Server (z.B. dein DynDns-Provider) gespeichert werden.

Daran hat jahlives gar ned gedacht
Er meinte mehr folgendes:
E-Mails landen im Maildir des Users. Es ist aber ein Unterschied ob die E-Mails via smtp (Postfix) in die Mailbox gestellt werden oder via getmail und damit Dovecot. Beim zweiten Fall muss es Dovecot, der ja auch das Webmail "beliefert", in jedem Fall sofort bemerken wenn eine neue E-Mail kommt. Wenn aber Postfix selber eine Mail reinstellt, dann kriegt das Dovecot erst nach einem Check des Maildir mit. Und diese Checks finden nur in bestimmten Zeitabständen statt.
Wenn du willst, dass auch Mails via smtp sofort für Dovecot sichtbar sind, dann musst du den Postfix so einstellen, dass er die E-Mails nicht mehr direkt sondern via deliver (ein Dovecot Prozess) liefert. Dann kriegt es auch Dovecot sofort mit. Leider erfordert deliver einiges an Handarbeit an den Konfigfiles und das Kompillieren von deliver aus den Dovecot Quellen, aber es ist machbar

@king
Ist damit wiedermal der PHP Cache auf der DS gemeint? Oder um welchen Cache geht es?

Gruss

tobi

 

[Fred52]

Also mal wieder vielen Dank und vielleicht muss ich noch etwas präzisieren, was ich genau mache:

Ich betreue ein grösseres Institut der Uni Bern und die haben von früher, als sie noch nicht Teil der Uni waren eine .org Domäne und ein paar hundert Mailadressen von ehemaligen bis zu den aktiven Studenten.
Das Institutsmail lösen wir über einen Exchange 2007, das System ist eben ADS, also MS und bei Euch wahrscheinlich nicht das Beliebteste
Aber ein grosser Teil der Profiwelt spricht eben Windows und mit MS schlag ich mich inzwischen über 20 Jahre rum, ist aber nicht alles schlecht, aber einfach anders - teuer in der Wirtschaftswelt, in der Uni kriegst es für'n Appel und'n Ei

Aber ich will auch keine Romane schreiben. Wir testen das Teil einfach, weil wir dieses. org Domäne auf der DS handeln wollen. Ich habe festgestellt, dass wenn man 2 DS hat, die vorbereitet sind, man die HD's aus dem RAID einfach von einer DS auf die Andere schieben kann und somit der Desasterrecovery Schock auf ein paar Minuten geschrumpt werden kann (wenn ich mich nicht sehr verrechnet habe)

Die Adressen des Staff werden eh weitergeleitet (deshalb meine Frage nach dem .forward, was jetzt bestens läuft). Die restlichen Mailboxen sind nicht gerade lebenswichtig zu nennenm, aber sie werden weltweit halt auch ein wenig als Privileg betrachtet, ist ein renomiertes Institut
So, jetzt will ich nicht zu weit gehen, Eure kostbare Zeit, die ich sehr schätze nicht überstrapazieren!
(War aber vielleicht nötig, da es kein Problem ist, dass die Mails jetzt von einer privaten Adresse kommen [qbic] und jahlives vielleicht die vorgeschlagene Lösung irgendwie genauer beschreiben kann, aber ich will grössere Aufwände auch nicht 'schnorren')

Also ich wünsch Euch eine gute Nacht (die noch auf sind) und einen schönen Tag (für die, die es morgen sehen)

Liebi Grüess us dr Schwyz
/Fred