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

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

PMail 4.73 Index defekt

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

Contents

  PMail 4.73 Index defekt Jürgen Meyer <juergen.ul.meyer@gmx.de> - 2019-02-09 10:16 +0100
    Re: PMail 4.73 Index defekt Jürgen Meyer <juergen.ul.meyer@gmx.de> - 2019-02-09 14:48 +0100
      Re: PMail 4.73 Index defekt Heiko Rost <heiko.rost@gmx.de> - 2019-02-09 15:34 +0100
        Re: PMail 4.73 Index defekt Jürgen Meyer <juergen.ul.meyer@gmx.de> - 2019-02-09 19:48 +0100
          Re: PMail 4.73 Index defekt Jürgen Meyer <juergen.ul.meyer@gmx.de> - 2019-02-10 13:03 +0100
        Re: PMail 4.73 Index defekt "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-12 17:29 +0100
          Re: PMail 4.73 Index defekt Olaf Erkens <Olaf.Erkens@tu-dortmund.de> - 2019-02-15 09:28 +0100
            Re: PMail 4.73 Index defekt "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-18 09:43 +0100
              Re: PMail 4.73 Index defekt Olaf Erkens <Olaf.Erkens@tu-dortmund.de> - 2019-02-20 13:36 +0100
                Re: PMail 4.73 Index defekt "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-21 18:08 +0100
                  Re: PMail 4.73 Index defekt Olaf Erkens <Olaf.Erkens@tu-dortmund.de> - 2019-02-25 08:58 +0100
                    Re: PMail 4.73 Index defekt "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-25 09:43 +0100
                      Re: PMail 4.73 Index defekt Olaf Erkens <Olaf.Erkens@tu-dortmund.de> - 2019-02-27 08:44 +0100
                        Re: PMail 4.73 Index defekt "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-27 12:52 +0100
                          OT: Terminimport Kalender (was: PMail 4.73 Index defekt) Olaf Erkens <Olaf.Erkens@tu-dortmund.de> - 2019-02-28 11:11 +0100
                            Re: OT: Terminimport Kalender (was: PMail 4.73 Index defekt) "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-28 13:30 +0100
                              Re: OT: Terminimport Kalender Olaf Erkens <Olaf.Erkens@tu-dortmund.de> - 2019-02-28 15:38 +0100
    Re: PMail 4.73 Index defekt "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-02-11 10:10 +0100

#582 — PMail 4.73 Index defekt

Gestern war es soweit:
PMail meldete ein Index-Problem im Ordner "Deleted Messages"
In Pmail erschien der Ordner leer, ich hatte auch immer alles zeitnah aus dem
Ordner gelöscht.

Reindex Folder funktionierte auch nicht, da PMail meldete "Ordner im Zugriff"
Also habe ich mir den Ordner mal in einem Editor angesehen.

Mein Erstaunen war groß, als ich in dem Ordner so ziemlich alle gelöschten
Mails der letzten Jahre fand.
Stellt sich die Frage warum. Einstellungssache?

Ich habe daraufhin den Ordner umbenannt und gehofft, dass PMail den Ordner neu
anlegt.
Das klappte aber nicht.
Wie zieht man das wieder gerade?

Gruß
Jürgen

[toc] | [next] | [standalone]

#583

 On Sat, 09 Feb 2019 10:16:53 +0100, "Jürgen Meyer" posted:

>Gestern war es soweit:
>PMail meldete ein Index-Problem im Ordner "Deleted Messages"
>In Pmail erschien der Ordner leer, ich hatte auch immer alles zeitnah aus dem
>Ordner gelöscht.
>
>Reindex Folder funktionierte auch nicht, da PMail meldete "Ordner im Zugriff"
>Also habe ich mir den Ordner mal in einem Editor angesehen.
>
>Mein Erstaunen war groß, als ich in dem Ordner so ziemlich alle gelöschten
>Mails der letzten Jahre fand.
>Stellt sich die Frage warum. Einstellungssache?
>
>Ich habe daraufhin den Ordner umbenannt und gehofft, dass PMail den Ordner neu
>anlegt.
>Das klappte aber nicht.
>Wie zieht man das wieder gerade?
>
>Gruß
>Jürgen

Man lernt nie aus
Ich habe einen neuen Ordner Deleted Messages erstellt und dann testweise 2
Nachrichten gelöscht, die dann in dem Ordner landeten.
In dem Ordner habe ich die Nachrichten markiert und auf Löschen geklickt.
Die Nachrichten verschwanden dort, nicht aber in der Datei.

Leeren konnte ich die Datei nur, indem ich in PMail auf Recover deleted space
klickte.

In diesem Zusammenhang ist Recover missverständlich, wobei es sich auf den
gelöschten Platz bezieht. Dann macht es wieder Sinn.

Fragt sich nur, warum diese Klimmzüge.
Für mich ist das ein Bug und Sicherheitsrisiko.

Gruß
Jürgen

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

#584

Jürgen Meyer schrieb:

> Ich habe einen neuen Ordner Deleted Messages erstellt und dann testweise 2
> Nachrichten gelöscht, die dann in dem Ordner landeten.
> In dem Ordner habe ich die Nachrichten markiert und auf Löschen geklickt.
> Die Nachrichten verschwanden dort, nicht aber in der Datei.
> 
> Leeren konnte ich die Datei nur, indem ich in PMail auf Recover deleted space
> klickte.
> 
> In diesem Zusammenhang ist Recover missverständlich, wobei es sich auf den
> gelöschten Platz bezieht. Dann macht es wieder Sinn.
> 
> Fragt sich nur, warum diese Klimmzüge.

Das hat Geschwindigkeitsvorteile: Bei einer größeren Anzahl Mails in
einem Ordner kann dieses Reorganisieren relativ lange dauern, und nach
jedem Löschen erst warten zu müssen, ist störend. Deshalb werden die
Mails zuerst nur als gelöscht markiert und später alle in einem
Durchgang entgültig gelöscht. 

> Für mich ist das ein Bug und Sicherheitsrisiko.

Unter "Allgemeine Einstellungen" - "Erweiterte Einstellungen" gibt es
das Feld "Ordner komprimieren wenn ... Bytes gelöscht wurden" (ich habe
hier nur die de-Version, ist in Deiner englischen hoffentlich
auffindbar). Wenn Du dort einen sehr kleinen Wert wie z. B. 1 (aber
nicht 0, das deaktiviert die Automatik) einträgst, werden die Dateien
spätestens beim Beenden von PM reorganisiert.

Gruß Heiko
-- 
Es gibt ein Auge der Seele, mit ihm allein kann man die Wahrheit sehen.
                                                                      Platon

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

#585

 On Sat, 9 Feb 2019 15:34:42 +0100, "Heiko Rost" posted:
>
>Unter "Allgemeine Einstellungen" - "Erweiterte Einstellungen" gibt es
>das Feld "Ordner komprimieren wenn ... Bytes gelöscht wurden" (ich habe
>hier nur die de-Version, ist in Deiner englischen hoffentlich
>auffindbar). Wenn Du dort einen sehr kleinen Wert wie z. B. 1 (aber
>nicht 0, das deaktiviert die Automatik) einträgst, werden die Dateien
>spätestens beim Beenden von PM reorganisiert.
>
>Gruß Heiko

Hallo Heiko,
dein Tipp könnte helfen.
Ich habe da mal die Einstellungen geändert.
Mal sehen, was passiert.

Gruß
Jürgen

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

#586

 On Sat, 09 Feb 2019 19:48:06 +0100, "Jürgen Meyer" posted:

> On Sat, 9 Feb 2019 15:34:42 +0100, "Heiko Rost" posted:
>>
>>Unter "Allgemeine Einstellungen" - "Erweiterte Einstellungen" gibt es
>>das Feld "Ordner komprimieren wenn ... Bytes gelöscht wurden" (ich habe
>>hier nur die de-Version, ist in Deiner englischen hoffentlich
>>auffindbar). Wenn Du dort einen sehr kleinen Wert wie z. B. 1 (aber
>>nicht 0, das deaktiviert die Automatik) einträgst, werden die Dateien
>>spätestens beim Beenden von PM reorganisiert.
>>
>>Gruß Heiko
>
>Hallo Heiko,
>dein Tipp könnte helfen.
>Ich habe da mal die Einstellungen geändert.
>Mal sehen, was passiert.
>
>Gruß
>Jürgen

Hat geholfen
Nochmals Danke!

Gruß
Jürgen

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

#588

Heiko Rost wrote:
> Das hat Geschwindigkeitsvorteile: Bei einer größeren Anzahl Mails in
> einem Ordner kann dieses Reorganisieren relativ lange dauern, und nach
> jedem Löschen erst warten zu müssen, ist störend. Deshalb werden die
> Mails zuerst nur als gelöscht markiert und später alle in einem
> Durchgang entgültig gelöscht. 

> Unter "Allgemeine Einstellungen" - "Erweiterte Einstellungen" gibt es
> das Feld "Ordner komprimieren wenn ... Bytes gelöscht wurden" (ich habe
> hier nur die de-Version, ist in Deiner englischen hoffentlich
> auffindbar). Wenn Du dort einen sehr kleinen Wert wie z. B. 1 (aber
> nicht 0, das deaktiviert die Automatik) einträgst, werden die Dateien
> spätestens beim Beenden von PM reorganisiert.

Hat schon mal jemand beobachtet, was passiert, wenn in einem Ordner
Mails unterhalb des eingestellten Limits gelöscht werden, also keine
Reindexierung stattfindet, danach aber weitere Mails in den gleichen
Ordner gepackt werden? Beginnt die Zählung der gelöschten Bytes
anschließend wieder bei Null oder zählt sie ab der letzten Löschung
weiter? Falls ersters, könnte das "Leichen" zur Folge haben.
-- 


			CU	Chr. Maercker.

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

#590

Hallo Christoph,

Am 2019-02-12 um 17:29 schrieb Chr. Maercker:
> Hat schon mal jemand beobachtet, was passiert, wenn in einem Ordner 
> Mails unterhalb des eingestellten Limits gelöscht werden, also keine 
> Reindexierung stattfindet, danach aber weitere Mails in den gleichen 
> Ordner gepackt werden?

Eine Änderung des Index findet m.W. immer dann statt, wenn du eine Mail
löschst oder hinzufügst. Im Index stehen ja nur die Mails, die nicht als
gelöscht markiert sind. Reindexierung bedeutet ja lediglich, dass
Pegasus die Indexdatei weg wirft und anhand der Ordnerdatei neu erstellt.

> Beginnt die Zählung der gelöschten Bytes anschließend wieder bei Null
> oder zählt sie ab der letzten Löschung weiter?

Nach meiner Beobachtung führt Pegasus die Zählung einfach fort - wie 
auch immer genau. Da Pegasus bei mir recht lange zum vollständigen 
schließen braucht, vermute ich, dass Pegasus beim Schließen die 
Ordnerdateien überprüft und gelöschte Mails darin summiert und dann ggf. 
die Ordnerdateien komprimiert.

Achja - das gilt übrigens wirklich nur für lokale Ordner bzw. deren 
Dateien. IMAP-Ordner bzw. deren lokale Cachedateien komprimiert Pegasus 
blöder Weise nicht!

vg    Olaf

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

#591

Olaf Erkens wrote:
> Eine Änderung des Index findet m.W. immer dann statt, wenn du eine Mail
> löschst oder hinzufügst. Im Index stehen ja nur die Mails, die nicht als
> gelöscht markiert sind. Reindexierung bedeutet ja lediglich, dass
> Pegasus die Indexdatei weg wirft und anhand der Ordnerdatei neu erstellt.

OK, dann sollten beim beschriebenen Prozedere keine Leichen entstehen.

> Nach meiner Beobachtung führt Pegasus die Zählung einfach fort - wie
> auch immer genau. 

> bis zur nächsten Reindexierung, nehme ich an.

> Da Pegasus bei mir recht lange zum vollständigen
> schließen braucht, vermute ich, dass Pegasus beim Schließen die
> Ordnerdateien überprüft und gelöschte Mails darin summiert und dann ggf.
> die Ordnerdateien komprimiert.

Wäre ungewöhnlich und die Reindexierungsvorgänge sind zu sehen. Wie groß
sind Deine lokalen Ordner denn in Summe? Durch konsequentes Entfernen
von HTML- und sonstigen Anängen noch im Neuordner ist meine lokale
Mailbox < 60 MBytes geblieben, obwohl mehrere tausend Mails in den
Ordnern vor sich hin schimmeln.

> Achja - das gilt übrigens wirklich nur für lokale Ordner bzw. deren
> Dateien. IMAP-Ordner bzw. deren lokale Cachedateien komprimiert Pegasus
> blöder Weise nicht!

Nun ja, die IMAP-Folder liegen auf einem Exchange-Server, der steht
nicht unter meiner Verwaltungshoheit. ;-)
Aber die Caches scheinen nicht nur nicht komprimiert, sondern insgesamt
nicht sauber aktualisiert zu werden. Solange der IMAP-Server ein Unix,
später Linux-System war, vergaloppierte sich das Caching höxtens einmal
die Woche. Seit ich auf Exchange umziehen musste, passiert es z.T.
mehrmals täglich.
-- 


			CU	Chr. Maercker.

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

#592

Hi Christoph,

Am 2019-02-18 um 09:43 schrieb Chr. Maercker:

>> Da Pegasus bei mir recht lange zum vollständigen schließen
>> braucht, vermute ich, dass Pegasus beim Schließen die
>> Ordnerdateien überprüft und gelöschte Mails darin summiert und dann
>> ggf. die Ordnerdateien komprimiert.
> 
> Wäre ungewöhnlich und die Reindexierungsvorgänge sind zu sehen. Wie 
> groß sind Deine lokalen Ordner denn in Summe?

Die lokalen sind nicht das Problem ... die Cachedateien der
IMAP-Mailboxen kommen aber auf 4 GB.

>> Achja - das gilt übrigens wirklich nur für lokale Ordner bzw. deren
>> Dateien. IMAP-Ordner bzw. deren lokale Cachedateien komprimiert
>> Pegasus blöder Weise nicht!

Dann frag ich mich, was Pegasus da macht. Wobei ... unter WinXP hat das
nie so lange gedauert (unsere Mailboxverzeichnisse liegen auf dem Server
im Userverzeichnis). Ich erinnere mich schwach, dass es dazu schon mal
eine Diskussion gab.

> Nun ja, die IMAP-Folder liegen auf einem Exchange-Server, der steht 
> nicht unter meiner Verwaltungshoheit. ;-) Aber die Caches scheinen 
> nicht nur nicht komprimiert, sondern insgesamt nicht sauber 
> aktualisiert zu werden.

Da wird David in der Tat mal etwas nachbessern müssen. Wenn ich eine
Mail beantworte und bei bestimmten Ordnern die Ausgangskopie im selben
Ordner landet (was sie tut), dann muss ich i.d.R. einmal aus dem
IMAP-Ordner raus, damit die Kopie auch angezeigt wird.

> Solange der IMAP-Server ein Unix, später Linux-System war, 
> vergaloppierte sich das Caching höxtens einmal die Woche. Seit ich 
> auf Exchange umziehen musste, passiert es z.T. mehrmals täglich.

Ein Grund, warum ich mit meiner Mailbox nicht auf unseren Exchange gehe.
Glücklicher Weise habe ich die Option :-)

vg    Olaf

-- 
Wenn Gott gewollt hätte, dass EMails in HTML geschrieben
würden, endeten Gebete traditionell mit </Amen>.

*********************  OLAF ERKENS  **********************
IRC:FJ@#RRR            http://wiso.wiwi.tu-dortmund.de/~FJ
FJR1300 RP04 BJ01 150Mm -> Thors Hammer      grr#48/rrr#25

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

#593

	Hallo Olaf,

Olaf Erkens wrote:
> Hi Christoph,

angesichts der regen Beteiligung in dieser Gruppe, zumal zum Thema PMail
wird persönliche Anrede im Usenet langsam legitim. ;-)

> Die lokalen sind nicht das Problem ... die Cachedateien der
> IMAP-Mailboxen kommen aber auf 4 GB.

Bei mir sind es einige MBytes und schon damit gips allerhand Probleme.
Im GByte-Bereich kann ich mir vorstellen, dass da irknwas spürbar dauert.

>>> Achja - das gilt übrigens wirklich nur für lokale Ordner bzw. deren
>>> Dateien. IMAP-Ordner bzw. deren lokale Cachedateien komprimiert
>>> Pegasus blöder Weise nicht!

> Dann frag ich mich, was Pegasus da macht. Wobei ... unter WinXP hat das
> nie so lange gedauert (unsere Mailboxverzeichnisse liegen auf dem Server
> im Userverzeichnis). Ich erinnere mich schwach, dass es dazu schon mal
> eine Diskussion gab.

Evtl. wartet das Programm, bis Cache und IMAP-Ordner wieder synchron
sind? Hätte es dann unter XP freilich auch tun müssen ...

>> Nun ja, die IMAP-Folder liegen auf einem Exchange-Server, der steht
>> nicht unter meiner Verwaltungshoheit. ;-) Aber die Caches scheinen
>> nicht nur nicht komprimiert, sondern insgesamt nicht sauber
>> aktualisiert zu werden.

> Da wird David in der Tat mal etwas nachbessern müssen. Wenn ich eine
> Mail beantworte und bei bestimmten Ordnern die Ausgangskopie im selben
> Ordner landet (was sie tut), dann muss ich i.d.R. einmal aus dem
> IMAP-Ordner raus, damit die Kopie auch angezeigt wird.

Das mach ich nicht mal, die Ausgangskopien landen alle in lokalen
Ordnern. Das könnte sich aber demnächst per Dienstanweisung ändern.

>> Solange der IMAP-Server ein Unix, später Linux-System war,
>> vergaloppierte sich das Caching höxtens einmal die Woche. Seit ich auf
>> Exchange umziehen musste, passiert es z.T. mehrmals täglich.
> 
> Ein Grund, warum ich mit meiner Mailbox nicht auf unseren Exchange gehe.
> Glücklicher Weise habe ich die Option :-)

Wir hatten sie auch viele Jahre, aber inzwischen wird das Ende des
Roundcube-Servers absehbar. Da hab ich lieber rechtzeitig gewexelt, um
evtl. Probleme abzuchecken.

BTW: Könntest Du ein IMAP-Testprofil für Euren Exchangeserver einrichten
und dort ab und an in den Eingangsordner was reinwerfen und wieder
rausholen? Und merkwürdigerweise beschränkt sich das Problem bisher 100%
auf die INBOX. Kann natürlich an der Nutzungsfrequenz liegen, aber den
Junk-Ordner frage ich auch einmal täglich ab (um den PMail-eigenen
Spamfilter zu testen und um zu sehen, was sich die Herrschaften wieder
haben einfallen lassen), ohne dass der schon mal gestreikt hätte.
Die IMAP(S)-Config für Exchange ging hier relativ problemlos.
-- 


			CU	Chr. Maercker.

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

#594

Hallo Christoph,

> BTW: Könntest Du ein IMAP-Testprofil für Euren Exchangeserver einrichten
> und dort ab und an in den Eingangsordner was reinwerfen und wieder
> rausholen?

Sorry - das ist ein Grund, warum ich bei uns nicht mal testweise auf 
Exchange gehe: ich kann nur auf Exchange migrieren - den Weg zurück gibt 
es bei uns nicht. :-(

Andererseits habe ich natürlich ein paar Pegasusnutzer, die auf Exchange 
sind. Von denen habe ich bisher nichts wegen dieser Problemen gehört.

> Die IMAP(S)-Config für Exchange ging hier relativ problemlos.

Wenn ich die von unserem Rechenzentrum veröffentlichten 
Protokolleinstellungen einfach ignoriere, ist das hier auch völlig 
unproblematisch ;-)

vg    Olaf

-- 
Wenn Gott gewollt hätte, dass EMails in HTML geschrieben
würden, endeten Gebete traditionell mit </Amen>.

*********************  OLAF ERKENS  **********************
IRC:FJ@#RRR            http://wiso.wiwi.tu-dortmund.de/~FJ
FJR1300 RP04 BJ01 150Mm -> Thors Hammer      grr#48/rrr#25

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

#595

	Hallo Olaf,

Olaf Erkens wrote:
> Hallo Christoph,> Sorry - das ist ein Grund, warum ich bei uns nicht mal testweise auf
> Exchange gehe: ich kann nur auf Exchange migrieren - den Weg zurück gibt
> es bei uns nicht. :-(

Das ist bei uns ähnlich, hat mich aber nicht dran gehindert, schon vor
Jahren ein IMAPs-Profil für Exchange einzurichten und gelegentlich auch
zu betreiben. Die dortige Inbox war natürlich chronisch leer, weil alles
an meinen regulären Mailserver weitergeleitet wurde. Zum Testen habe ich
ein paar Mails in andere Ordner des Exchangeservers gepackt.

> Andererseits habe ich natürlich ein paar Pegasusnutzer, die auf Exchange
> sind. Von denen habe ich bisher nichts wegen dieser Problemen gehört.

Danke. Das gleiche Problem gab es wie gesagt auch auf dem
linux-basierenden Mailserver, nur halt etwa monatlich statt täglich.
Könnte suboptimale IMAP-Config sein, nur lässt sich am Cache herzlich
wenig schrauben.

>> Die IMAP(S)-Config für Exchange ging hier relativ problemlos.

> Wenn ich die von unserem Rechenzentrum veröffentlichten
> Protokolleinstellungen einfach ignoriere, ist das hier auch völlig
> unproblematisch ;-)

Du kannst eh nur die paar Einstellungen vornehmen, die PegaMail bietet. ;-)
Und ich bin mir nicht so sicher, ob Outlokus diesbzgl. wesentlich mehr
zu bieten hat.

BTW: zur Nutzung des Terminkalenders hat man Euch nicht verdonnert,
oder? Weil ich gelegentlich versuche, *.ics Dateien aus Exchange in das
Calendar-Addon von Mozilla zu importieren und umgekehrt. Ist aber noch
nie wirklich gelungen.
-- 


			CU	Chr. Maercker.

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

#596

Hallo Christoph,

>> Wenn ich die von unserem Rechenzentrum veröffentlichten 
>> Protokolleinstellungen einfach ignoriere, ist das hier auch völlig 
>> unproblematisch ;-)
> 
> Du kannst eh nur die paar Einstellungen vornehmen, die PegaMail
> bietet. ;-)

Klar - aber wenn ich einfach andere Ports und SSL statt StartTLS (wie
veröffentlicht) nehme, dann klappt es bestens ;-)

> Und ich bin mir nicht so sicher, ob Outlokus diesbzgl. wesentlich
> mehr zu bieten hat.

Der einzige Unterschied ist in der Beziehung noch, dass Ausspuck und
Thunderbird das Autoconfig gem. den Vorgaben beim Erstzugriff auf den
Mailhost können und Pegasus nicht. Aber wehe das geht bei Outlook schief
... dann darfst du es neu installieren, weil du die falschen
Einstellungen nie wieder aus den Untiefen von Outlook bekommst.

> BTW: zur Nutzung des Terminkalenders hat man Euch nicht verdonnert, 
> oder?

Nein ... noch nicht.

> Weil ich gelegentlich versuche, *.ics Dateien aus Exchange in das 
> Calendar-Addon von Mozilla zu importieren und umgekehrt. Ist aber
> noch nie wirklich gelungen.

Hmm - mit Outlook selbst hab ich das schon gemacht ... aber natürlich 
noch nie mit Exchange. Greifst du mit Outlook auf Exchange zu oder per 
Weboberfläche? Ggf. vielleicht mal mit Outlook versuchen?

vg    Olaf

-- 
Wenn Gott gewollt hätte, dass EMails in HTML geschrieben
würden, endeten Gebete traditionell mit </Amen>.

*********************  OLAF ERKENS  **********************
IRC:FJ@#RRR            http://wiso.wiwi.tu-dortmund.de/~FJ
FJR1300 RP04 BJ01 150Mm -> Thors Hammer      grr#48/rrr#25

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

#597

	Hallo Olaf,

Olaf Erkens wrote:
>> Du kannst eh nur die paar Einstellungen vornehmen, die PegaMail
>> bietet. ;-)
> Klar - aber wenn ich einfach andere Ports und SSL statt StartTLS (wie
> veröffentlicht) nehme, dann klappt es bestens ;-)

Achso, Fähler in der Doku. SSL nehme ich für IMAPs auch, StarTLS für
SMTP am Exchange.

> Der einzige Unterschied ist in der Beziehung noch, dass Ausspuck und
> Thunderbird das Autoconfig gem. den Vorgaben beim Erstzugriff auf den
> Mailhost können und Pegasus nicht. Aber wehe das geht bei Outlook schief
> ... dann darfst du es neu installieren, weil du die falschen
> Einstellungen nie wieder aus den Untiefen von Outlook bekommst.

Solche u.ä. Effekte haben mich von diesem Moloch dauerhaft abgeschreckt.

>> Weil ich gelegentlich versuche, *.ics Dateien aus Exchange in das
>> Calendar-Addon von Mozilla zu importieren und umgekehrt. Ist aber
>> noch nie wirklich gelungen.

> Hmm - mit Outlook selbst hab ich das schon gemacht ... aber natürlich
> noch nie mit Exchange. Greifst du mit Outlook auf Exchange zu oder per
> Weboberfläche? Ggf. vielleicht mal mit Outlook versuchen?

Normalerweise zapfe ich mit PMail die Mailbox per IMAPs an. Den Kalender
kann ich so natürlich nicht lesen, dazu muss ich gelegentlich doch mal
Outlokus starten. Andererseits schneien Termininfos von anderen als
eMails rein, die Anhänge im ics-Format enthalten und nur umbenannt
werden müssen. Mein Ziel ist, diese *.ics in das Calendar Addon von
Mozilla zu importieren. Bei ersten Tests wurden freilich sämtliche
Termine auf das aktuelle Datum gepackt ...

-- 


			CU	Chr. Maercker.

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

#598 — OT: Terminimport Kalender (was: PMail 4.73 Index defekt)

Hi Christoph,

> Normalerweise zapfe ich mit PMail die Mailbox per IMAPs an. Den
> Kalender kann ich so natürlich nicht lesen, dazu muss ich
> gelegentlich doch mal Outlokus starten.

Ich hab mir in Pegasus PMiCal installiert. Das reicht zum Lesen -
Übernehmen geht natürlich mangels Kalender nicht.

> Andererseits schneien Termininfos von anderen als eMails rein, die
> Anhänge im ics-Format enthalten und nur umbenannt werden müssen.

Also ich bekomme Termine hier als multipart/alternative, der vCalendar 
ist die zweite Alternative. Die erkennt Thunderbird als Termin ...

 > Mein Ziel ist, diese *.ics in das Calendar Addon von
> Mozilla zu importieren. Bei ersten Tests wurden freilich sämtliche 
> Termine auf das aktuelle Datum gepackt ...

... und ich kann die direkt so und korrekt in den Kalender übernehmen. 
In Outlook bzw. über das Abspeichern als ICS hab ich das noch nicht 
probiert.

vg    Olaf

-- 
Wenn Gott gewollt hätte, dass EMails in HTML geschrieben
würden, endeten Gebete traditionell mit </Amen>.

*********************  OLAF ERKENS  **********************
IRC:FJ@#RRR            http://wiso.wiwi.tu-dortmund.de/~FJ
FJR1300 RP04 BJ01 150Mm -> Thors Hammer      grr#48/rrr#25

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

#599 — Re: OT: Terminimport Kalender (was: PMail 4.73 Index defekt)

	Hallo Olaf,

Olaf Erkens wrote:
> Ich hab mir in Pegasus PMiCal installiert. Das reicht zum Lesen -
> Übernehmen geht natürlich mangels Kalender nicht.

PMail Plugin | Addon? Muss ich nachher gleich mal suchen ...
Angesichts der wenig befriedigenden Ergebnisse mit SMIME und
GPG-Plugins, habe ich sehr sparsam installiert.

> Also ich bekomme Termine hier als multipart/alternative, der vCalendar
> ist die zweite Alternative. Die erkennt Thunderbird als Termin ...

Eben habe ich nochmal einen Termin als *.ics gesichert und in den
Lightning Calendar importiert: funktionierte, Termin steht genau dort,
wo er hingehört. Hab die ics-Datei aufgehoben und werde sie beim
nächsten Fehlschlag als Referenz verwenden.
Nächster Versuch wäre, die Terminmails mit dem Seamonkey-Mailer zu
öffnen und abwarten, ob der Kalender die Daten übernimmt:

> ... und ich kann die direkt so und korrekt in den Kalender übernehmen.
> In Outlook bzw. über das Abspeichern als ICS hab ich das noch nicht
> probiert.

-- 


			CU	Chr. Maercker.

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

#600 — Re: OT: Terminimport Kalender

Hi Christoph,

>> Ich hab mir in Pegasus PMiCal installiert. Das reicht zum Lesen -
>> Übernehmen geht natürlich mangels Kalender nicht.
> 
> PMail Plugin | Addon? 

http://community.pmail.com/files/folders/pegadd/entry45574.aspx

Ist von Martin Ireland und er hat die ursprüngliche Version nach ein 
bischen Mecker von mir deutlich überarbeitet.

vg    Olaf

-- 
Wenn Gott gewollt hätte, dass EMails in HTML geschrieben
würden, endeten Gebete traditionell mit </Amen>.

*********************  OLAF ERKENS  **********************
IRC:FJ@#RRR            http://wiso.wiwi.tu-dortmund.de/~FJ
FJR1300 RP04 BJ01 150Mm -> Thors Hammer      grr#48/rrr#25

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

#587

Jürgen Meyer wrote:
> Gestern war es soweit:
> PMail meldete ein Index-Problem im Ordner "Deleted Messages"
> In Pmail erschien der Ordner leer, ich hatte auch immer alles zeitnah aus dem
> Ordner gelöscht.
> 
> Reindex Folder funktionierte auch nicht, da PMail meldete "Ordner im Zugriff"
> Also habe ich mir den Ordner mal in einem Editor angesehen.

Wenn Reindexieren gar nicht mehr geht (kommt bei zu großen Foldern schon
mal vor!), hilft u.U. Umbenennen der Indexdatai *.pmi. Dann wird der
betr. Ordner entweder gar nicht mehr erkannt oder komplett neu indexiert.

> Mein Erstaunen war groß, als ich in dem Ordner so ziemlich alle gelöschten
> Mails der letzten Jahre fand.
> Stellt sich die Frage warum. Einstellungssache?

In den erweiterten Einstellungen gibt es eine Option "(Ordner) gelöschte
Nachrichten zwischen den Sitzungen speichern" bzw. englisch "deleted
messages folder persists between sessions". Diese Option ist bei mir
deaktiviert. Das bewirkt, dass der Ordner "Deleted Messages" bei jedem
regulären Beenden von PegaMail gelöscht wird, nicht aber bei Abstürzen.

> Ich habe daraufhin den Ordner umbenannt und gehofft, dass PMail den Ordner neu
> anlegt.
> Das klappte aber nicht.

Doch, sobald die erste Mail gelöscht wird, aber das hast Du ja bereits
entdeckt. ;-)
Genau das läuft mit der o.g. Option automatisch bei jedem Beenden +
Neustart des Programms ab.

Die Einstellung der kBytes, ab denen reindexiert und wirklich gelöscht
wird, ist für normale Ordner wichtig, weniger für den Mülleimer. Je
kleine Werte dort eingetragen werden, destö häufiger erfolgen die
Reindexierungen. Und je größer die Mailfolder, desto länger dauern die
Reindexierungen. Ab 100 MByte kann es Minuten bis Stunden dauern. Mein
Tip ist deshalb, Mails möglichst ohne (größere) Anhänge speichern,
Anhänge besser als Dateien abspeichern.


-- 


			CU	Chr. Maercker.

[toc] | [prev] | [standalone]

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

csiph-web