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

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

[Roundcube] Ständiges Login/Logout am imap-Server

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

Contents

  [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <eh@gothlife.de> - 2021-11-26 13:28 +0100
    Re: [Roundcube] Ständiges Login/Logout am imap-Server Andreas Kohlbach <ank@spamfence.net> - 2021-11-26 12:14 -0500
      Re: [Roundcube] Ständiges Login/Logout am imap-Server Thomas Hochstein <thh@thh.name> - 2021-11-26 20:46 +0100
        Re: [Roundcube] Ständiges Login/Logout am imap-Server Andreas Kohlbach <ank@spamfence.net> - 2021-11-27 13:07 -0500
      Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <eh@rsli.de> - 2021-11-26 22:02 +0100
    Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <eh@rsli.de> - 2021-11-27 18:19 +0100
    Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-21B@svenhartge.de> - 2021-11-28 12:18 +0100
      Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <eh@rsli.de> - 2021-11-28 18:05 +0100
        Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-21B@svenhartge.de> - 2021-12-07 12:00 +0100
          Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <vne_usenet@rsli.de> - 2021-12-17 18:24 +0100
            Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-21C@svenhartge.de> - 2021-12-20 11:33 +0100
              Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <vne_usenet@rsli.de> - 2021-12-20 18:11 +0100
                Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-21C@svenhartge.de> - 2021-12-24 11:11 +0100
                  Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <vne_usenet@rsli.de> - 2021-12-26 18:39 +0100
                    Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-21C@svenhartge.de> - 2021-12-29 22:38 +0100
                    Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-21C@svenhartge.de> - 2021-12-29 22:41 +0100
                      Re: [Roundcube] Ständiges Login/Logout am imap-Server Volker Englisch <vne_usenet@rsli.de> - 2021-12-31 16:57 +0100
                        Re: [Roundcube] Ständiges Login/Logout am imap-Server Sven Hartge <sh-221@svenhartge.de> - 2022-01-02 16:35 +0100
                          Re: [Roundcube] Ständiges Login/Logout am imap-Server Clemens Schüller <cs.usenet@mailbox.org> - 2022-01-02 17:49 +0100

#899 — [Roundcube] Ständiges Login/Logout am imap-Server

Hallo!

Auf meinem Server (NetBSD) läuft der imap-uw 2007f sowie Roundcube 
1.4.10 und PHP 7.3.25.

Sobald ein User Roundcube startet, wird das maillog vollgemüllt:

Nov 26 12:56:03 $hostname imapd[7765]: Login user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[7765]: Logout user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[23643]: Login user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[23643]: Logout user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
Nov 26 12:56:13 $hostname imapd[28312]: Login user=$user host=localhost
Nov 26 12:56:13 $hostname imapd[28312]: Logout user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[12051]: Login user=$user host=localhost
Nov 26 12:56:14 $hostname syslogd[261]: last message repeated 2 times
Nov 26 12:56:14 $hostname imapd[12051]: Killed (lost mailbox lock) 
user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[9012]: Login user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[9583]: Killed (lost mailbox lock) 
user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[18875]: Login user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[18875]: Login user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[18875]: Killed (lost mailbox lock) 
user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[22850]: Login user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[22850]: Login user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[22850]: Logout user=$user host=localhost
Nov 26 12:56:14 $hostname imapd[22850]: Logout user=$user host=localhost

Bei der Recherche fand ich eigentlich nur einen Hinweis auf suhosin, 
welches hier aber nicht installiert ist.

Bei Verwendung eines beliebigen anderen Mailclients (z.B. Thunderbird) 
passiert das nicht. Da gibts interessanterweise zwar zwei Logins, aber 
auch 2 Logouts:

Nov 26 13:26:32 $hostname imapd[29208]: Login user=xxxx host=wst05
Nov 26 13:26:32 $hostname imapd[29208]: Login user=xxxx host=wst05

Hat jemand eine Idee, was Roundcube da umtreibt?

TIA
V.

[toc] | [next] | [standalone]

#900

On Fri, 26 Nov 2021 13:28:49 +0100, Volker Englisch wrote:
>
> Auf meinem Server (NetBSD) läuft der imap-uw 2007f sowie Roundcube
> 1.4.10 und PHP 7.3.25.
>
> Sobald ein User Roundcube startet, wird das maillog vollgemüllt:
>
> Nov 26 12:56:03 $hostname imapd[7765]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7765]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[23643]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[23643]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
> Nov 26 12:56:13 $hostname imapd[28312]: Login user=$user host=localhost
> Nov 26 12:56:13 $hostname imapd[28312]: Logout user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[12051]: Login user=$user host=localhost
> Nov 26 12:56:14 $hostname syslogd[261]: last message repeated 2 times
> Nov 26 12:56:14 $hostname imapd[12051]: Killed (lost mailbox lock)
> user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[9012]: Login user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[9583]: Killed (lost mailbox lock)
> user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[18875]: Login user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[18875]: Login user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[18875]: Killed (lost mailbox lock)
> user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[22850]: Login user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[22850]: Login user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[22850]: Logout user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[22850]: Logout user=$user host=localhost
>
> Bei der Recherche fand ich eigentlich nur einen Hinweis auf suhosin,
> welches hier aber nicht installiert ist.
>
> Bei Verwendung eines beliebigen anderen Mailclients (z.B. Thunderbird)
> passiert das nicht. Da gibts interessanterweise zwar zwei Logins, aber 
> auch 2 Logouts:
>
> Nov 26 13:26:32 $hostname imapd[29208]: Login user=xxxx host=wst05
> Nov 26 13:26:32 $hostname imapd[29208]: Login user=xxxx host=wst05
>
> Hat jemand eine Idee, was Roundcube da umtreibt?

Ich kenne Roundcube nicht. Es sieht aber aus, als wenn es default zu einem
IMAP Zugang verbinden will, der nicht konfiguriert ist. Das lässt sich
sicher abstellen. Sonst halt konfigurieren.
-- 
Andreas

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

#901

Andreas Kohlbach schrieb:

> Ich kenne Roundcube nicht. Es sieht aber aus, als wenn es default zu einem
> IMAP Zugang verbinden will, der nicht konfiguriert ist. 

Wie kommst Du darauf?

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

#903

On Fri, 26 Nov 2021 20:46:05 +0100, Thomas Hochstein wrote:
>
> Andreas Kohlbach schrieb:
>
>> Ich kenne Roundcube nicht. Es sieht aber aus, als wenn es default zu einem
>> IMAP Zugang verbinden will, der nicht konfiguriert ist. 
>
> Wie kommst Du darauf?

Wegen IMAPD geraten.
-- 
Andreas

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

#902

Andreas Kohlbach schrieb am Fr., 26 Nov. 2021 um 17:14 GMT:
> On Fri, 26 Nov 2021 13:28:49 +0100, Volker Englisch wrote:
>>
>> Sobald ein User Roundcube startet, wird das maillog vollgemüllt:
>>
>> Nov 26 12:56:03 $hostname imapd[7765]: Login user=$user host=localhost
>> Nov 26 12:56:03 $hostname imapd[7765]: Logout user=$user host=localhost
>> Nov 26 12:56:03 $hostname imapd[23643]: Login user=$user host=localhost
>> Nov 26 12:56:03 $hostname imapd[23643]: Logout user=$user host=localhost
> 
> Ich kenne Roundcube nicht. Es sieht aber aus, als wenn es default zu einem
> IMAP Zugang verbinden will, der nicht konfiguriert ist. Das lässt sich
> sicher abstellen. Sonst halt konfigurieren.

Ich habe das Log vielleicht falsch zitiert: Der $user ist ein konkreter
Username. Und in dem Beispiel immer derselbe. Und es ist egal welcher
User es ist. Und es passiert nur, wenn der User Roundcube benutzt.

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

#904

'Ingrid' schrieb am Fr., 26 Nov. 2021 um 12:28 GMT:
> Sobald ein User Roundcube startet, wird das maillog vollgemüllt:
> 
> Nov 26 12:56:03 $hostname imapd[7765]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7765]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[23643]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[23643]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost

Inzwischen habe ich auf der Mailing-Liste von Roundcube gefunden, dass
das Problem schon einmal jemand hatte. Er schrieb an die Programmierer,
welche sinngemäß antworteten, dass das so sein muss, es sei vom
Standard her vorgesehen, dass bei IMAP für jede Aktion des Users zuvor
ein Login und danach ein Logout am IMAP-Server durchgeführt werden
müsse.

Sollte sich jemand ausser mir darüber noch Gedanken gemacht haben,
er/sie/es kann damit aufhören :) Es gibt wohl keine Lösung :(

V.

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

#905

Volker Englisch <eh@gothlife.de> wrote:

> Auf meinem Server (NetBSD) läuft der imap-uw 2007f sowie Roundcube 
> 1.4.10 und PHP 7.3.25.

> Sobald ein User Roundcube startet, wird das maillog vollgemüllt:

> Nov 26 12:56:03 $hostname imapd[7765]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7765]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[23643]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[23643]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[7962]: Login user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
> Nov 26 12:56:03 $hostname imapd[28016]: Logout user=$user host=localhost
> Nov 26 12:56:13 $hostname imapd[28312]: Login user=$user host=localhost
> Nov 26 12:56:13 $hostname imapd[28312]: Logout user=$user host=localhost
> Nov 26 12:56:14 $hostname imapd[12051]: Login user=$user host=localhost

Das muss so sein, das geht nicht anders, da Roundcube als in PHP
implementierter IMAP-Client ja nur läuft, wenn der Benutzer eine Aktion
auslöst und damit dann das PHP-Script läuft. Das liegt in der Natur der
Sache, wie HTTP auf unterster Ebene funktioniert.

Wenn du einen Web-IMAP-Client haben willst, der permanenten Verbindungen
nutzt, dann musst du z.B. Prayer Webmail nutzen, da dieser einen Daemon
nutzt, welcher die IMAP-Verbindung auf dem Server herstellt und dann
halten kann.

S°

-- 
Sigmentation fault. Core dumped.

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

#906

Sven Hartge schrieb am So., 28 Nov. 2021 um 11:18 GMT:
> Volker Englisch <eh@gothlife.de> wrote:
> 
>> Auf meinem Server (NetBSD) läuft der imap-uw 2007f sowie Roundcube 
>> 1.4.10 und PHP 7.3.25.
> 
>> Sobald ein User Roundcube startet, wird das maillog vollgemüllt:
> 
>> Nov 26 12:56:03 $hostname imapd[7765]: Login user=$user host=localhost
>> Nov 26 12:56:03 $hostname imapd[7765]: Logout user=$user host=localhost
>
> Das muss so sein, das geht nicht anders, da Roundcube als in PHP
> implementierter IMAP-Client ja nur läuft, wenn der Benutzer eine Aktion
> auslöst und damit dann das PHP-Script läuft. Das liegt in der Natur der
> Sache, wie HTTP auf unterster Ebene funktioniert.

Danke dir! So wird das Ganze tatsächlich logisch.

> Wenn du einen Web-IMAP-Client haben willst, der permanenten Verbindungen
> nutzt, dann musst du z.B. Prayer Webmail nutzen, da dieser einen Daemon
> nutzt, welcher die IMAP-Verbindung auf dem Server herstellt und dann
> halten kann.

Werde ich mir mal ansehen, danke. Ggf. stelle ich auch einfach den
syslog-Daemon für Roundcube ein wenig "leiser".

V.

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

#907

Volker Englisch <eh@rsli.de> wrote:
> Sven Hartge schrieb am So., 28 Nov. 2021 um 11:18 GMT:

>> Wenn du einen Web-IMAP-Client haben willst, der permanenten
>> Verbindungen nutzt, dann musst du z.B. Prayer Webmail nutzen, da
>> dieser einen Daemon nutzt, welcher die IMAP-Verbindung auf dem Server
>> herstellt und dann halten kann.

> Werde ich mir mal ansehen, danke. Ggf. stelle ich auch einfach den
> syslog-Daemon für Roundcube ein wenig "leiser".

Das wäre meine Empfehlung, andere Webmail-Clients sind ja eher altbacken
oder werden nicht mehr weiter entwickelt.

S°

-- 
Sigmentation fault. Core dumped.

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

#908

Sven Hartge schrieb am Di., 07 Dez. 2021 um 11:00 GMT:
> Volker Englisch <eh@rsli.de> wrote:
>> Sven Hartge schrieb am So., 28 Nov. 2021 um 11:18 GMT:
> 
>>> Wenn du einen Web-IMAP-Client haben willst, der permanenten
>>> Verbindungen nutzt, dann musst du z.B. Prayer Webmail nutzen, da
>>> dieser einen Daemon nutzt, welcher die IMAP-Verbindung auf dem Server
>>> herstellt und dann halten kann.
> 
>> Werde ich mir mal ansehen, danke. Ggf. stelle ich auch einfach den
>> syslog-Daemon für Roundcube ein wenig "leiser".
> 
> Das wäre meine Empfehlung, andere Webmail-Clients sind ja eher altbacken
> oder werden nicht mehr weiter entwickelt.

Zusammenfassung und Lösung:

Der Logeintrag kam mitnichten vom Roundcube, sondern vom IMAP-Server 
(imap-uw). Dessen Konfigurierbarkeit hält sich etwas in Grenzen, und er 
wird bei jedem Login vom imapd gestartet. Offensichtlich wird das ab 
einer gewissen Häufigkeit entwender dem imapd oder dem Kernel zu doof :)

Ich habe inzwischen auf dovecot als IMAP-Server umgestellt, der läuft 
als Dämon ständig im Hintergrund - und seither sind sowohl die 
Logeinträge wegkonfigurierbar, als auch die immer wiederkehrenden 
Fehlermeldungen auf Clientseite (Server nicht erreichbar beim Lesen 
vieler Mails nacheinander).

Volker

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

#909

Volker Englisch <vne_usenet@rsli.de> wrote:

> Der Logeintrag kam mitnichten vom Roundcube, sondern vom IMAP-Server 
> (imap-uw). Dessen Konfigurierbarkeit hält sich etwas in Grenzen, und er 
> wird bei jedem Login vom imapd gestartet. Offensichtlich wird das ab 
> einer gewissen Häufigkeit entwender dem imapd oder dem Kernel zu doof :)

Das der imapd verstirbt war aber nicht Teil deiner ursprünglichen Frage,
sondern nur, das dauernd "login/logout" Meldungen kommen.

> Ich habe inzwischen auf dovecot als IMAP-Server umgestellt, der läuft 
> als Dämon ständig im Hintergrund - und seither sind sowohl die 
> Logeinträge wegkonfigurierbar, als auch die immer wiederkehrenden 
> Fehlermeldungen auf Clientseite (Server nicht erreichbar beim Lesen 
> vieler Mails nacheinander).

Wenn du mit uwimapd noch mbox als Speicherformat benutzt hast, dann
solltest du gleich die Gelegenheit nutzen und mit Dovecot auf z.B.
Maildir oder sdbox umzustellen.

mbox als Format ist wirklich hinderlich.

S°

-- 
Sigmentation fault. Core dumped.

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

#910

Sven Hartge schrieb am Mo., 20 Dez. 2021 um 10:33 GMT:
> Volker Englisch <vne_usenet@rsli.de> wrote:
> 
>> Der Logeintrag kam mitnichten vom Roundcube, sondern vom IMAP-Server 
>> (imap-uw). Dessen Konfigurierbarkeit hält sich etwas in Grenzen, und er 
>> wird bei jedem Login vom imapd gestartet. Offensichtlich wird das ab 
>> einer gewissen Häufigkeit entwender dem imapd oder dem Kernel zu doof :)
> 
> Das der imapd verstirbt war aber nicht Teil deiner ursprünglichen Frage,
> sondern nur, das dauernd "login/logout" Meldungen kommen.

Korrekt, das hatte ich damals nicht erwähnt, da es für mich erst mal 
sekundär war. Er stürbte ja nicht dauernd, sondern nur manchmal.

>> Ich habe inzwischen auf dovecot als IMAP-Server umgestellt, der läuft 
>> als Dämon ständig im Hintergrund - und seither sind sowohl die 
>> Logeinträge wegkonfigurierbar, als auch die immer wiederkehrenden 
>> Fehlermeldungen auf Clientseite (Server nicht erreichbar beim Lesen 
>> vieler Mails nacheinander).
> 
> Wenn du mit uwimapd noch mbox als Speicherformat benutzt hast, dann
> solltest du gleich die Gelegenheit nutzen und mit Dovecot auf z.B.
> Maildir oder sdbox umzustellen.

Ich werde mir mal anschauen, an welchen Stellen sich die Umstellung 
sonst evtl. auswirken würde. Danke.

> mbox als Format ist wirklich hinderlich.

Hmm, hab' ich schon oft gehört, ich hatte in den letzten zwanzig Jahren 
allerdings kein Problem damit gehabt. Toi toi toi oder so ;)

Volker

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

#911

Volker Englisch <vne_usenet@rsli.de> wrote:
> Sven Hartge schrieb am Mo., 20 Dez. 2021 um 10:33 GMT:

>> mbox als Format ist wirklich hinderlich.

> Hmm, hab' ich schon oft gehört, ich hatte in den letzten zwanzig Jahren 
> allerdings kein Problem damit gehabt. Toi toi toi oder so ;)

mbox ist eine große Datei, in der alle Mails eines Ordners liegen.

Wenn man auf eine bestimmte Mail zugreifen will, muss der IMAP daemon
(wenn er keine Tricks nutzt) immmer die komplette Mail von vorne nach
hinten durchparsen, bis er die betreffende Mail gefunden hat.

Einzelne Mails kann man nicht direkt löschen, sondern muss immer die
komplette Datei neu schreiben, unter Auslassung der zu löschenden Mail.
Das erzeugt massive I/O-Last und dürfte mit verantwortlich für die
Probleme sein, die du mit uwimapd hattest.

Dovecot ist ein wenig intelligenter, er führt einen externen Index mit
Meta-Daten zu Mails, so dass er genau weiß, welchen Status eine Mail hat
und an welchem Offset die Mail liegt.

Gleichzeitiger Zugriff mehrerer Clients auf den selben Ordner (und damit
mbox Datei) ist aber immer noch problematisch, erzwingt Locking der
Datei und führt gerne zu Timeouts bei großen mbox-Dateien.

Die Dovecot-Entwickler selbst sehen mbox auch als veraltet und legacy
an, Support wird nicht mehr gegeben und die Empfehlung ausgesprochen zu
einem anderen Format zu wechseln.

mbox selbst hat noch seine Rand-Berechtigung als
Read-Only-Archiv-Format, aber nicht mehr, IMO.

S°

-- 
Sigmentation fault. Core dumped.

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

#912

Sven Hartge schrieb am 24.12.2021:
> mbox ist eine große Datei, in der alle Mails eines Ordners liegen.
>
> [...]

Vielen Dank für die umfangreiche Erläuterung! Grundsätzlich war mir das 
soweit klar. Ich möchte nur evtl. Seiteneffekte vor einer etwaigen 
Umstellung checken. Postfix und Dovecot kommen mit maildir zurecht, mutt 
und pine hoffentlich auch. Ob das systemeigene (x)mail dabei irgendwie 
auf die Nase fällt muß ich noch checken.

Was mir noch nicht ganz einleuchtet: Irgendwie muß ich die bestehenden 
mbox-Dateien (INBOX als auch die von den Usern selbst angelegten 
"Ordner") ja nach maildir migrieren. Da muß ich mich erst einlesen, 
bevor ich etwas falsch mache.

V.

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

#913

Volker Englisch <vne_usenet@rsli.de> wrote:
> Sven Hartge schrieb am 24.12.2021:

>> mbox ist eine große Datei, in der alle Mails eines Ordners liegen.

> Vielen Dank für die umfangreiche Erläuterung! Grundsätzlich war mir
> das soweit klar. Ich möchte nur evtl. Seiteneffekte vor einer etwaigen
> Umstellung checken. Postfix und Dovecot kommen mit maildir zurecht,
> mutt und pine hoffentlich auch. Ob das systemeigene (x)mail dabei
> irgendwie auf die Nase fällt muß ich noch checken.

Ich empfehle *dringend* Postfix nicht direkt nach Maildir ausliefern zu
lassen, sondern dies *immer* via entweder LMTP nach Dovecot oder via
dovecot-lda zu machen. Das Dovecot-Wiki hat dazu mehr Infos.

Grund: Dovecot nutzt diverse interne Metadaten-Datenbanken und wenn man
eine MTA an Dovecot "vorbei" ins Maildir schreiben läßt, dann muss
Dovecot die DBs immer neu auffrischen und das kosten Performance.

Außerdem bekommt man nur via LDA oder LMTP automatisch funktionierendes
IMAP-IDLE hin.

> Was mir noch nicht ganz einleuchtet: Irgendwie muß ich die bestehenden
> mbox-Dateien (INBOX als auch die von den Usern selbst angelegten
> "Ordner") ja nach maildir migrieren. Da muß ich mich erst einlesen,
> bevor ich etwas falsch mache.

Auch hierzu gibt es in der Dovecot-Doku entsprechende Infos:
https://wiki2.dovecot.org/Migration/MailFormat

Wie üblich gilt: Vorher natürlich immer ein Backup machen!

S!

-- 
Sigmentation fault. Core dumped.

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

#914

Volker Englisch <vne_usenet@rsli.de> wrote:

> Vielen Dank für die umfangreiche Erläuterung! Grundsätzlich war mir
> das soweit klar. Ich möchte nur evtl. Seiteneffekte vor einer etwaigen
> Umstellung checken. Postfix und Dovecot kommen mit maildir zurecht,
> mutt und pine hoffentlich auch. Ob das systemeigene (x)mail dabei
> irgendwie auf die Nase fällt muß ich noch checken.

Ach ja: Ob die Clients mit Maildir (oder einem der anderen Formate)
klarkommen, ist irrelevant, solange diese nur via IMAP auf das Postfach
zugreifen.

Und ehrlich gesagt: Anders willst du das auch gar nicht haben, Dovecot
kann recht allergisch reagieren, wenn man mit andere Wegen als über ihn
selbst auf das Postfach zugreift.

S°

-- 
Sigmentation fault. Core dumped.

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

#915

Sven Hartge schrieb am 29.12.2021:
> 
> Ach ja: Ob die Clients mit Maildir (oder einem der anderen Formate)
> klarkommen, ist irrelevant, solange diese nur via IMAP auf das Postfach
> zugreifen.

Woher nimmst du nur die Geduld mit mir? :)
Gerade das ist aber der Punkt: Als bevorzugter Kommandozeilen-Benutzer 
greife ich z.B. mittels mutt direkt auf die mbox zu. Scheinbar schint 
das Locking auf diesem OS zu funktionieren ;)

> Und ehrlich gesagt: Anders willst du das auch gar nicht haben, Dovecot
> kann recht allergisch reagieren, wenn man mit andere Wegen als über ihn
> selbst auf das Postfach zugreift.

Hmm. Ganz ehrlich: Never change a running system. Ich habe jetzt eine 
Menge an Informationen, werde aber vorerst bei mbox bleiben. Trotzdem 
danke für die Wissensvermittlung.

Und natürlich alles Gute fürs neue Jahr!

V.

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

#917

Volker Englisch <vne_usenet@rsli.de> wrote:
> Sven Hartge schrieb am 29.12.2021:
>> Ach ja: Ob die Clients mit Maildir (oder einem der anderen Formate)
>> klarkommen, ist irrelevant, solange diese nur via IMAP auf das Postfach
>> zugreifen.

> Gerade das ist aber der Punkt: Als bevorzugter Kommandozeilen-Benutzer 
> greife ich z.B. mittels mutt direkt auf die mbox zu. Scheinbar schint 
> das Locking auf diesem OS zu funktionieren ;)

Das solltest du dir abgewöhnen:

https://doc.dovecot.org/admin_manual/mailbox_formats/mbox/

"Mbox format is considered deprecated and is maintained primarily for
backwards compatibility and utility purposes (specifically for archival
purposes, as mbox allows multiple messages to be natively stored in a
single file).

mbox is not being maintained for write fixes or general feature or
optimization improvements, so it is not advised to use to actively store
production data."

Zusätzlich zu den diversen anderen Warnungen in der Seite.

S°

-- 
Sigmentation fault. Core dumped.

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

#918

Servus!

Sven Hartge schrieb am 02. Jan. 2022 um 16:35:
> Volker Englisch <vne_usenet@rsli.de> wrote:
>> Sven Hartge schrieb am 29.12.2021:


>>> Ach ja: Ob die Clients mit Maildir (oder einem der anderen Formate)
>>> klarkommen, ist irrelevant, solange diese nur via IMAP auf das Postfach
>>> zugreifen.
>
>> Gerade das ist aber der Punkt: Als bevorzugter Kommandozeilen-Benutzer 
>> greife ich z.B. mittels mutt direkt auf die mbox zu. Scheinbar schint 
>> das Locking auf diesem OS zu funktionieren ;)
>
> Das solltest du dir abgewöhnen:
>
> https://doc.dovecot.org/admin_manual/mailbox_formats/mbox/
>
> "Mbox format is considered deprecated and is maintained primarily for
> backwards compatibility and utility purposes (specifically for archival
> purposes, as mbox allows multiple messages to be natively stored in a
> single file).
>
> mbox is not being maintained for write fixes or general feature or
> optimization improvements, so it is not advised to use to actively store
> production data."
>
> Zusätzlich zu den diversen anderen Warnungen in der Seite.

Mal abgesehen davon kann mutt auch Maildir.


-- 
LieGrü aus Graz, Clemens

[toc] | [prev] | [standalone]

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

csiph-web