Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #110539 > unrolled thread
| Started by | Tim Ritberg <tim@server.invalid> |
|---|---|
| First post | 2020-05-22 18:14 +0200 |
| Last post | 2020-05-26 23:19 +0200 |
| Articles | 20 on this page of 95 — 14 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-22 18:14 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-22 18:31 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-22 18:55 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-22 20:36 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-23 12:21 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-23 12:53 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-23 15:06 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-23 15:17 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-23 22:58 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-24 02:23 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-24 11:56 +0200
Re: Systemd macht xinetd :-( Christian Garbs <mitch@cgarbs.de> - 2020-05-24 13:34 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-25 08:53 +0000
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-25 13:20 +0200
Re: Systemd macht xinetd :-( Ulf Volmer <u.volmer@u-v.de> - 2020-05-25 13:40 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-25 15:50 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-26 09:12 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 12:32 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-26 14:07 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 23:28 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-27 06:55 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-27 19:01 +0200
Re: Systemd macht xinetd :-( Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2020-05-28 18:03 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-27 09:38 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-27 09:54 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-27 19:03 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-28 09:34 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-28 21:07 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-28 09:33 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-28 08:34 +0000
Re: Systemd macht xinetd :-( Alexander Schreiber <als@usenet.thangorodrim.de> - 2020-06-10 01:13 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-06-10 08:45 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-10 09:41 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-10 11:01 +0000
Re: Systemd macht xinetd :-( Alexander Schreiber <als@usenet.thangorodrim.de> - 2020-06-10 01:11 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-10 09:44 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-06-10 12:38 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-10 11:03 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-10 18:18 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-10 17:05 +0000
Re: Systemd macht xinetd :-( Marcus Jodorf <trap@killfile.de> - 2020-06-10 20:56 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-10 21:00 +0000
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-11 09:34 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-11 08:34 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-11 12:42 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-11 16:42 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-12 18:59 +0200
Re: Systemd macht xinetd :-( Enrik Berkhan <Enrik.Berkhan@inka.de> - 2020-06-11 14:43 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-11 12:31 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-11 16:42 +0000
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-12 19:01 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-11 22:46 +0200
Re: Systemd macht xinetd :-( Marcus Jodorf <trap@killfile.de> - 2020-06-12 03:59 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-12 10:17 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-12 11:57 +0000
Re: Systemd macht xinetd :-( Sven Hartge <sh-206@svenhartge.de> - 2020-06-12 14:02 +0200
Re: Systemd macht xinetd :-( Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-12 19:51 +0000
Re: Systemd macht xinetd :-( Friedemann Stoyan <usenet@ip6-mail.de> - 2020-06-13 07:25 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-12 19:05 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-13 10:58 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-06-11 12:29 +0200
[OT] wirklich? (was: Systemd macht xinetd :-() Kay Martinen <kay@martinen.de> - 2020-05-22 19:08 +0200
Re: Systemd macht xinetd :-( Stefan Reuther <stefan.news@arcor.de> - 2020-05-23 09:57 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-23 10:29 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-23 10:54 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-23 11:49 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-23 12:23 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-23 12:50 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-24 11:01 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-25 22:00 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 12:42 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-27 09:39 +0200
Re: Systemd macht xinetd :-( Alexander Schreiber <als@usenet.thangorodrim.de> - 2020-06-10 01:39 +0200
Re: Systemd macht xinetd :-( Stefan Reuther <stefan.news@arcor.de> - 2020-05-24 09:58 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-24 11:59 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-25 15:55 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-25 18:59 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-25 21:59 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-25 22:51 +0200
Re: Systemd macht xinetd :-( Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-27 09:40 +0200
Re: Systemd macht xinetd :-( Christian Garbs <mitch@cgarbs.de> - 2020-05-26 09:01 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-26 09:06 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 12:44 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-26 13:10 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 15:41 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-26 18:37 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-26 18:39 +0200
Re: Systemd macht xinetd :-( Christian Garbs <mitch@cgarbs.de> - 2020-05-26 19:55 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-26 19:57 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 23:20 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-26 23:38 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-27 01:00 +0200
Re: Systemd macht xinetd :-( Tim Ritberg <tim@server.invalid> - 2020-05-27 12:41 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-27 19:13 +0200
Re: Systemd macht xinetd :-( Arno Welzel <usenet@arnowelzel.de> - 2020-05-26 23:19 +0200
Page 3 of 5 — ← Prev page 1 2 [3] 4 5 Next page →
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2020-06-10 20:56 +0200 |
| Message-ID | <871rmmu4ur.fsf-bofh@killfile.de> |
| In reply to | #110910 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb: >> Der Ordner für die Postfächer belegen aktuell ca. 90 GB. Das ist auch >> mit IMAP kein Problem Ist ja auch noch ganz weit entfernt von „viel“ Email ;-) > Das ist ein RIESENproblen, wenn man Informationen IN den Mails sucht! > Das ist ein Geschwindigkeitsuntershied von Faktor 100, selbst wenn man > 10 Gb/s Netz hat! Das ist fuer mich voellig unbrauchbar. Naja, ob Du das nun local in eine full-text search-engine stopfst oder Du das den imap server local machen läßt, dürfte im Ergebnis keinen großen Unterschied machen. Das ist halt so schnell, wie die search-engine und darunterliegende Hardware ist. Allerdings -- wenn Du das den imap server machen läßt, profitieren davon auch clients, die keine alternativen Suchmechanismen verwenden können (mobile clients bespielsweise). Und man kann es relativ leicht über mehrere Server horizontal skalieren. An Dovecot kannst Du z.B. ungefähr ein halbes Dutzend gängiger search-engines relativ einfach andocken. Dann ist full-text search in emails praktisch „instant“. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2020-06-10 21:00 +0000 |
| Message-ID | <rbrhlo$d6j$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #110911 |
Marcus Jodorf <trap@killfile.de> wrote: > Naja, ob Du das nun local in eine full-text search-engine stopfst oder > Du das den imap server local machen läßt, dürfte im Ergebnis keinen > großen Unterschied machen. Genau. Beides ist Murks ;-} Ich mach ein grep auf die Mailbox files. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2020-06-11 09:34 +0200 |
| Message-ID | <rbsmqb$9no$1@news1.tnib.de> |
| In reply to | #110913 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marcus Jodorf <trap@killfile.de> wrote: >> Naja, ob Du das nun local in eine full-text search-engine stopfst oder >> Du das den imap server local machen läßt, dürfte im Ergebnis keinen >> großen Unterschied machen. > >Genau. Beides ist Murks ;-} >Ich mach ein grep auf die Mailbox files. Da ist ein zentraler Mailstore mit einem Index ja auch nur zigtausendmal schneller. -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2020-06-11 08:34 +0000 |
| Message-ID | <rbsqb6$sck$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #110921 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >Marcus Jodorf <trap@killfile.de> wrote: > >> Naja, ob Du das nun local in eine full-text search-engine stopfst oder > >> Du das den imap server local machen läßt, dürfte im Ergebnis keinen > >> großen Unterschied machen. > > > >Genau. Beides ist Murks ;-} > >Ich mach ein grep auf die Mailbox files. > > Da ist ein zentraler Mailstore mit einem Index ja auch nur > zigtausendmal schneller. Der kann keine Perl regexp. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2020-06-11 12:42 +0200 |
| Message-ID | <hkeg50F1ocrU1@mid.individual.net> |
| In reply to | #110923 |
Ulli Horlacher: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>> Marcus Jodorf <trap@killfile.de> wrote: >>>> Naja, ob Du das nun local in eine full-text search-engine stopfst oder >>>> Du das den imap server local machen läßt, dürfte im Ergebnis keinen >>>> großen Unterschied machen. >>> >>> Genau. Beides ist Murks ;-} >>> Ich mach ein grep auf die Mailbox files. >> >> Da ist ein zentraler Mailstore mit einem Index ja auch nur >> zigtausendmal schneller. > > Der kann keine Perl regexp. Reguläre Ausdrücke sind allerdings bezogen auf die breite Masse der Anwender eher ein Sonderfall. Die wenigsten Normaluser dürften wissen, was ein regulärer Ausdruck ist, geschweige denn, ihn korrekt formulieren können. Der überwiegende Anwendungsfall für "suche nach einer E-Mail" ist die Suche nach bestimmten Begriffen, Absenderadresse oder Datumsbereichen, ggf. in Kombination. Und dafür ist ein IMAP-Server mit Suchfunktion vollkommen ausreichend, zumal die Suchergebnisse durch den Index innerhalb von Sekundenbruchteilen geliefert werden und man auch Dinge abfragen kann wie "Mail wurde bereits gelesen" oder "Mail größer als x KB" usw.: <https://wiki.dovecot.org/Tools/Doveadm/SearchQuery> Klar, wenn *Du* unbedingt reguläre Ausdrücke brauchst, ist das für *Dich* unbrauchbar. In meinem Umfeld funktioniert die Lösung mit Postfix als MX und Dovecot für den Zugriff auf die Mails per IMAP sehr gut. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2020-06-11 16:42 +0000 |
| Message-ID | <rbtmsu$6k6$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #110928 |
Arno Welzel <usenet@arnowelzel.de> wrote: > Ulli Horlacher: > > > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >>> Marcus Jodorf <trap@killfile.de> wrote: > >>>> Naja, ob Du das nun local in eine full-text search-engine stopfst oder > >>>> Du das den imap server local machen läßt, dürfte im Ergebnis keinen > >>>> großen Unterschied machen. > >>> > >>> Genau. Beides ist Murks ;-} > >>> Ich mach ein grep auf die Mailbox files. > >> > >> Da ist ein zentraler Mailstore mit einem Index ja auch nur > >> zigtausendmal schneller. > > > > Der kann keine Perl regexp. > > Reguläre Ausdrücke sind allerdings bezogen auf die breite Masse der > Anwender eher ein Sonderfall. Die wenigsten Normaluser dürften wissen, > was ein regulärer Ausdruck ist, geschweige denn, ihn korrekt formulieren > können. Meine User kennen und verwenden das. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2020-06-12 18:59 +0200 |
| Message-ID | <hkhqjrFnh2oU4@mid.individual.net> |
| In reply to | #110944 |
Ulli Horlacher: > Arno Welzel <usenet@arnowelzel.de> wrote: >> Ulli Horlacher: >> >>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote: [...] >>>> Da ist ein zentraler Mailstore mit einem Index ja auch nur >>>> zigtausendmal schneller. >>> >>> Der kann keine Perl regexp. >> >> Reguläre Ausdrücke sind allerdings bezogen auf die breite Masse der >> Anwender eher ein Sonderfall. Die wenigsten Normaluser dürften wissen, >> was ein regulärer Ausdruck ist, geschweige denn, ihn korrekt formulieren >> können. > > Meine User kennen und verwenden das. Was an meiner Aussage nichts ändert. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Enrik Berkhan <Enrik.Berkhan@inka.de> |
|---|---|
| Date | 2020-06-11 14:43 +0000 |
| Message-ID | <rbtftj$3i1$1@starfleet.inka.de> |
| In reply to | #110923 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Da ist ein zentraler Mailstore mit einem Index ja auch nur >> zigtausendmal schneller. > > Der kann keine Perl regexp. Kann dafür aber besser mit encodings umgehen, wenn richtig gemacht. Viele Grüße, Enrik
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2020-06-11 12:31 +0200 |
| Message-ID | <hkeffuF1jjsU2@mid.individual.net> |
| In reply to | #110913 |
Ulli Horlacher: > Marcus Jodorf <trap@killfile.de> wrote: > >> Naja, ob Du das nun local in eine full-text search-engine stopfst oder >> Du das den imap server local machen läßt, dürfte im Ergebnis keinen >> großen Unterschied machen. > > Genau. Beides ist Murks ;-} > Ich mach ein grep auf die Mailbox files. Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien etliche GB Umfang haben... -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2020-06-11 16:42 +0000 |
| Message-ID | <rbtmuh$6k6$2@news2.informatik.uni-stuttgart.de> |
| In reply to | #110926 |
Arno Welzel <usenet@arnowelzel.de> wrote: > > Ich mach ein grep auf die Mailbox files. > > Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien etliche > GB Umfang haben... Wenn das lokal vorliegt, ist das kein Problem. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2020-06-12 19:01 +0200 |
| Message-ID | <hkhqmtFnh2oU5@mid.individual.net> |
| In reply to | #110945 |
Ulli Horlacher: > Arno Welzel <usenet@arnowelzel.de> wrote: > >>> Ich mach ein grep auf die Mailbox files. >> >> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien etliche >> GB Umfang haben... > > Wenn das lokal vorliegt, ist das kein Problem. Doch, ist es. Aber wenn ich Dir erkläre, das nicht jedes System 2-3 GB pro Sekunde lesen kann, damit 100 GB Daten, die noch nicht komplett im Cache liegen, in maximal 20-30 Sekunden durchsucht sind, erklärst Du mir vermutlich, dass ich halt was besseres benutzen soll. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2020-06-11 22:46 +0200 |
| Message-ID | <rbu568$q8b$1@news1.tnib.de> |
| In reply to | #110926 |
Arno Welzel <usenet@arnowelzel.de> wrote: >Ulli Horlacher: > >> Marcus Jodorf <trap@killfile.de> wrote: >> >>> Naja, ob Du das nun local in eine full-text search-engine stopfst oder >>> Du das den imap server local machen läßt, dürfte im Ergebnis keinen >>> großen Unterschied machen. >> >> Genau. Beides ist Murks ;-} >> Ich mach ein grep auf die Mailbox files. > >Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien etliche >GB Umfang haben... Oder wenn es ein Maildir mit mehreren Millionen Files ist. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2020-06-12 03:59 +0200 |
| Message-ID | <87k10d2gep.fsf-bofh@killfile.de> |
| In reply to | #110953 |
Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: >> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien >> etliche GB Umfang haben... > > Oder wenn es ein Maildir mit mehreren Millionen Files ist. Plus mit einer full-text search-engine und geeignetem Setup kann man den Inhalt von Attachments gleich mit indizieren und durchsuchen (sofern der Inhalt sich als Text extrahieren läßt, was bei vielen Formaten möglich ist). Spätestens da sind grep & Co. am Ende. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2020-06-12 10:17 +0200 |
| Message-ID | <rbvdls$g5$1@news1.tnib.de> |
| In reply to | #110962 |
Marcus Jodorf <trap@killfile.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: > >>> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien >>> etliche GB Umfang haben... >> >> Oder wenn es ein Maildir mit mehreren Millionen Files ist. > >Plus mit einer full-text search-engine und geeignetem Setup kann man den >Inhalt von Attachments gleich mit indizieren und durchsuchen (sofern der >Inhalt sich als Text extrahieren läßt, was bei vielen Formaten möglich >ist). >Spätestens da sind grep & Co. am Ende. Oder z.B. bei base64-transportcodierten Mails. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2020-06-12 11:57 +0000 |
| Message-ID | <rbvqji$sru$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #110963 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Marcus Jodorf <trap@killfile.de> wrote: > >Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: > > > >>> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien > >>> etliche GB Umfang haben... > >> > >> Oder wenn es ein Maildir mit mehreren Millionen Files ist. > > > >Plus mit einer full-text search-engine und geeignetem Setup kann man den > >Inhalt von Attachments gleich mit indizieren und durchsuchen (sofern der > >Inhalt sich als Text extrahieren läßt, was bei vielen Formaten möglich > >ist). > >Spätestens da sind grep & Co. am Ende. > > Oder z.B. bei base64-transportcodierten Mails. mutt kann das, ist aber ueber IMAP unbrauchbar langsam. Deshalb verwende ich nur lokale mbox. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Sven Hartge <sh-206@svenhartge.de> |
|---|---|
| Date | 2020-06-12 14:02 +0200 |
| Message-ID | <0gd2fp72ipl9v8@mids.svenhartge.de> |
| In reply to | #110973 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Marcus Jodorf <trap@killfile.de> wrote: >> >Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: >> > >> >>> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien >> >>> etliche GB Umfang haben... >> >> >> >> Oder wenn es ein Maildir mit mehreren Millionen Files ist. >> > >> >Plus mit einer full-text search-engine und geeignetem Setup kann man den >> >Inhalt von Attachments gleich mit indizieren und durchsuchen (sofern der >> >Inhalt sich als Text extrahieren läßt, was bei vielen Formaten möglich >> >ist). >> >Spätestens da sind grep & Co. am Ende. >> >> Oder z.B. bei base64-transportcodierten Mails. > mutt kann das, ist aber ueber IMAP unbrauchbar langsam. Originaler mutt oder Neomutt? S! -- Sigmentation fault. Core dumped.
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2020-06-12 19:51 +0000 |
| Message-ID | <rc0mbr$6fu$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #110975 |
Sven Hartge <sh-206@svenhartge.de> wrote: > >> >Spätestens da sind grep & Co. am Ende. > >> > >> Oder z.B. bei base64-transportcodierten Mails. > > > mutt kann das, ist aber ueber IMAP unbrauchbar langsam. > > Originaler mutt oder Neomutt? neomutt steht seit Monaten auf meiner todo-Liste, ich komm bloss nicht dazu... -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Friedemann Stoyan <usenet@ip6-mail.de> |
|---|---|
| Date | 2020-06-13 07:25 +0200 |
| Message-ID | <rc1o0c$la8$1@news.lab.swapon.de> |
| In reply to | #110983 |
Ulli Horlacher wrote: > neomutt steht seit Monaten auf meiner todo-Liste, ich komm bloss nicht > dazu... Spar Dir die Zeit. Neomutt ist einfach nur kaputt. Normalerweise ist es ja so, dass man mit "c" in die nächsten Folder mit neuer Mail wechseln kann (Mail liegt auf einem IMAP Server). Das klappt bei Neomutt nicht. Wenn man einmalig, manuell in einem Folder mit neuer Mail wechselt, klappt das dann plötzlich mit "c" auch wieder. Mit dem Standard mutt ist das alles kein Problem. mfg Friedemann
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2020-06-12 19:05 +0200 |
| Message-ID | <hkhqv3Fnm55U1@mid.individual.net> |
| In reply to | #110973 |
Ulli Horlacher: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Marcus Jodorf <trap@killfile.de> wrote: >>> Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: >>> >>>>> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien >>>>> etliche GB Umfang haben... >>>> >>>> Oder wenn es ein Maildir mit mehreren Millionen Files ist. >>> >>> Plus mit einer full-text search-engine und geeignetem Setup kann man den >>> Inhalt von Attachments gleich mit indizieren und durchsuchen (sofern der >>> Inhalt sich als Text extrahieren läßt, was bei vielen Formaten möglich >>> ist). >>> Spätestens da sind grep & Co. am Ende. >> >> Oder z.B. bei base64-transportcodierten Mails. > > mutt kann das, ist aber ueber IMAP unbrauchbar langsam. Dann muss man es eben korrekt nutzen: <https://gitlab.com/muttmua/mutt/-/wikis/MuttGuide/UseIMAP#searching> > Deshalb verwende ich nur lokale mbox. Und ich MUAs, die IMAP SEARCH beherrschen. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2020-06-13 10:58 +0200 |
| Message-ID | <rc24f2$ifh$1@news1.tnib.de> |
| In reply to | #110973 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Marcus Jodorf <trap@killfile.de> wrote: >> >Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: >> > >> >>> Das ist ja auch unheimlich effizient, wenn die Mailbox-Dateien >> >>> etliche GB Umfang haben... >> >> >> >> Oder wenn es ein Maildir mit mehreren Millionen Files ist. >> > >> >Plus mit einer full-text search-engine und geeignetem Setup kann man den >> >Inhalt von Attachments gleich mit indizieren und durchsuchen (sofern der >> >Inhalt sich als Text extrahieren läßt, was bei vielen Formaten möglich >> >ist). >> >Spätestens da sind grep & Co. am Ende. >> >> Oder z.B. bei base64-transportcodierten Mails. > >mutt kann das, ist aber ueber IMAP unbrauchbar langsam. >Deshalb verwende ich nur lokale mbox. Du sagtest, Du würdest greppen. grep findet definitiv keine Texte in base64-codierten Mails. -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
Page 3 of 5 — ← Prev page 1 2 [3] 4 5 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web