search for: junkrecord

...alone the dovecot-uidlist)? There is a problem if this cannot be done, as those files have the following structure: 0 flag0 1 flag1 ... m binary garbage [optionally followed by more lines like the last] and if a new keyword is added, the file ends up like (this is copy and paste example): 0 JunkRecorded 1 $NotJunk 2 $Junk 3 Redirected 4 ^A<F0># 5 <B0><96># 6 $Forwarded It does not look like a nice thing to me. I doubt though that the script will cope with flags correctly, as in principle will get the flags from an out of date courierimapkeywords, thus missing any new ones....

...788 797 798 829 831 832 835 836 842 854 863 864 865 866 868 869 871 874 880 881 891 943 944 945 954 957 962 963 964 965 968 970 971 973 974 985 986 987 S: * 307 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 381 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: * 307 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 381 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: * 971 FETCH (FLAGS (\Seen $NotJunk NonJunk JunkRecorded)) S: * 307 FETCH (FLAGS (\Seen $NotJunk $MDNSent)) S: * 381 FETCH (FLAGS (\Se...

Sorry if this is a dumb question: I migrated my third system from courier to dovecot. My previous two were MacOSX the third is FreeBSD 6. I noticed (because of an rsync process taking longer than usual...) that on FreeBSD the message files have, most of them at least, gained extra suffix letters (in the range a-h I'd say) that I do not see (mostly if not at all) on my MacOS systems. I

...e following message (in pine): [Discarding bogus continuation in msg 1: $Forwarded NonJunk] Quitting and re-running pine does not bring up this message again, and it looks like it's getting confused by the internal mbox message's X-IMAP line: X-IMAP: 1076598957 0000257269 NotJunk JunkRecorded $NotJunk $Junk Junk \ Forwarded $Forwarded NonJunk The "$Forwarded NonJunk" part is the only part of that line that is on a new line, and it gets written out like that after I've read mail using an IMAP client, leading me to believe that pine doesn't know how to handle...

...could you please tell me more about your setup? What storage format do you use? Maildir or? What is the cumulative size of your messages? My results without FTS on ZFS FS with SSD L2ARC are not so good: a4 select INBOX._OLD-OUTLOOK * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk $NotJunk JunkRecorded $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk $NotJunk JunkRecorded $Forwarded \*)] Flags permitted. ** 7748 EXISTS* * 0 RECENT * OK [UIDVALIDITY 1421198037] UIDs valid * OK [UIDNEXT 11509] Predicted next UID * OK [HIGHESTMODSEQ 12204] Highest a4 OK [READ-WRITE]...

...out your setup? What storage format > do you use? Maildir or? What is the cumulative size of your messages? > > My results without FTS on ZFS FS with SSD L2ARC are not so good: > > a4 select INBOX._OLD-OUTLOOK > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk $NotJunk > JunkRecorded $Forwarded) > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk > $NotJunk JunkRecorded $Forwarded \*)] Flags permitted. > ** 7748 EXISTS* > * 0 RECENT > * OK [UIDVALIDITY 1421198037] UIDs valid > * OK [UIDNEXT 11509] Predicted next UID > * OK [HIGHESTMODSE...

...a Minute or so delay -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=153 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $notjunk $Forwarded $label1 $MDNSent junk $junk $label3 junkrecorded $label4 $label2 $label5) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=187 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $notjunk $Forwarded $label1 $MDNSent junk...

...gt;>>> >>>>>> My results without FTS on ZFS FS with SSD L2ARC are not so good: >>>>>> >>>>>> a4 select INBOX._OLD-OUTLOOK >>>>>> * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk $NotJunk >>>>>> JunkRecorded $Forwarded) >>>>>> * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk >>>>>> $NotJunk JunkRecorded $Forwarded \*)] Flags permitted. >>>>>> ** 7748 EXISTS* >>>>>> * 0 RECENT >>>>>> * OK [UID...

...without FTS on ZFS FS with SSD L2ARC are not so good: >> >>>>>>> >> >>>>>>> a4 select INBOX._OLD-OUTLOOK >> >>>>>>> * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk $NotJunk >> >>>>>>> JunkRecorded $Forwarded) >> >>>>>>> * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft >> $Junk >> >>>>>>> $NotJunk JunkRecorded $Forwarded \*)] Flags permitted. >> >>>>>>> ** 7748 EXISTS* >> >>>&...

Dovecot version upgraded to 1.0r26 (did not fix problem). The server is a CentOS 4 x86 box. Using ext3 filesystem. Previous attempts to fix the issue have included simply moving aside the user's INBOX to recreating a new account from scratch. Sometimes the email behaves for a while, but within a day is not working again. In Mail.app (the user's usual mail client) the INBOX folder

Hi, I am trying to get faster search results on our webmail client(Roundcube). Besides using Lucene for FTS are there other options? Would having all mails indexed give fast results? Currently the time it takes to search 25,000mails is 4mins. If indexed how much faster are we looking at? Really appreciate if someone could advise about this. Thanks Kevin