similar to: sieve header :matches for multiline header

After upgrading from dovecot-1.0.7 to dovecot-1.0.10 any time when I delete message in logs appeared messages like: Feb 16 23:54:05 mail-chaos dovecot: IMAP(citrin): Cached message offset lost for seq 2 in mbox file /spool/mail/citrin.ru/citrin/Trash Feb 16 23:54:05 mail-chaos dovecot: IMAP(citrin): copy -> Trash: uid=3589, msgid=<E1JHT55-0009fX-3E at spray.anyhost.ru> Removing the

Hello, I use mbox compressed by gzip as read-only folder (using zlib plugin). I have errors in logs: Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion failed: (ret == -1) and can't read messages in MUA. IMAP commands to reproduce a bug: 1 SELECT "compressed.gz" 2 UID fetch 2 BODY.PEEK[] # sleep 5 3 UID fetch 2 BODY.PEEK[] # repeat sleep/fetch until assert (a

Hi all! There is a script to convert maildir to mailbox in wiki: http://wiki.dovecot.org/Migration/MailFormat but it doesn't convert any message flags (seen e.t.c.). I wrote a script, which converts most flags and labels: https://bitbucket.org/citrin/scripts/src/tip/dovecot-maildir2mbox.pl It doesn't convert recent flag and UIDs though, because it was not necessary in my case. Do you

I setup new server with dovecot 2.1.12 and mboxes from backup (moboxes was used with dovecot 1.1.6). OS: FreeBSD 8.3-STABLE, amd64. All index files from dovecot 1.1.6 has been deleted. Some times dovecot processes aborted. E. g. Jan 25 03:01:52 ost dovecot: lda(user at example.ru): Panic: file mail-transaction-log-file.c: line 1694 (mail_transaction_log_file_map): assertion failed:

Hi Anton, Thank you very much for your helpful hint. Thunderbird clearly wants to move Public/Test to the Trash of the user who subscribed the Public folder. Question is how to solve this from a Dovecot point of a view, so a user can also delete folders? 2020200448[10053c700]: proposed url = Public/Test folder for connection INBOX has To Wait = FALSE can run = FALSE 2020200448[10053c700]:

Is Binary Content Extension (rfc3516) support planned? -- WBR, Anton Yuzhaninov

It seems, that dovecot-shared ignored by fts squat and dovecot.index.search/dovecot.index.search.uids created with wrong permissions. This makes squat unusable with symlinked shared maildirs. -- WBR, Anton Yuzhaninov

If I send mail with content like this: From <test.dovecot at m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot at m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot at m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot at m.box> Wed Jan 09 01:33:55 2008 and instead single messages created many messages. Inside mbox file it looks like real_message_headers Status:

> On July 5, 2017 at 6:38 PM Anton Yuzhaninov <citrin at citrin.ru> wrote: > > > Hello, > > I use mbox compressed by gzip as read-only folder (using zlib plugin). > > I have errors in logs: > Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion > failed: (ret == -1) > and can't read messages in MUA. > > IMAP commands to

I use dovecot-1.1.10 and dovecot-sieve-1.1.6 /usr/local/libexec/dovecot/deliver coredups several times per day with bt like this: (gdb) bt #0 0x0000000800a3a91c in kill () at kill.S:2 #1 0x0000000800a3a88a in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:46 #2 0x0000000800a38f83 in abort () at /usr/src/lib/libc/stdlib/abort.c:65 #3 0x00000000004a7de5 in default_fatal_finish

I found imap core in coredump dir: (gdb) bt #0 0x00000000004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffffffe478) at message-header-parser.c:114 #1 0x00000000004a8193 in read_header (mstream=0x795330) at istream-header-filter.c:162 #2 0x00000000004a84e7 in i_stream_header_filter_read (stream=0x795330) at istream-header-filter.c:288 #3 0x00000000004bc216 in i_stream_read

Hi, Reading http://tools.ietf.org/html/rfc3028#section-2.7.2 I thought that out-of-the-box dovecot can filter messages by matching header in UTF-8. But when I tested it, it failed : (I'm using 1.0.5 with sieve plugin) Here is my .dovecot.sieve file : ---------- require ["fileinto", "imapflags"]; if allof(header :contains "subject" "filtre") {

Box with fresh RELENG_7 panic under heavy network load (more than 50k connections). This panics seems to be senfile(2) related, because when sendfile disabled in nginx, I can't reproduce the problem. Backtrace in all cases like this: # kgdb kernel /spool/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General

> On July 5, 2017 at 9:24 PM Anton Yuzhaninov <citrin at citrin.ru> wrote: > > > On 07/05/17 13:25, Aki Tuomi wrote: > >> I use mbox compressed by gzip as read-only folder (using zlib plugin). > >> > >> I have errors in logs: > >> Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion > >> failed: (ret == -1) > ...

Custom imap flags (like $label1, $label2 in mozilla TB) don't saved in maildir after upgrade to 1.1.10. In logs no errors obout this. With mailbox custom flags works OK. -- Anton Yuzhaninov

Hi, Unfortunately it looks like the parameter: "imap_client_workarounds = tb-extra-mailbox-sep" does not work. Neither inside nor outside "protocol imap {}" configuration section. ACLs are set correctly. Manual "DELETE Public/Test" via telnet is working as expected. Is this a known bug? See: - https://help.ubuntu.com/community/Dovecot#Thunderbird -

Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo package) I've received a few complains of users about rejected messages. Investigating the problem, I've seen that when the external sender server publishes SPF information, when some message is sent from there to one of my users that has a Sieve redirect action active to another external system (that does SPF

On 07/05/17 13:25, Aki Tuomi wrote: >> I use mbox compressed by gzip as read-only folder (using zlib plugin). >> >> I have errors in logs: >> Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion >> failed: (ret == -1) ... >> The bug appeared in 2.2.26 and still can be reproduced (in 2.2.31) >> >> Using 'git bisect' was not

Hi, I'm a bit confused by the fact that the 'To' header is being modified by sieve when a message is being redirected. RFC3028 states in chapter 4.3: > The "redirect" action is used to send the message to another user at > a supplied address, as a mail forwarding feature does. The > "redirect" action makes no changes to the message body or

Dear all, I stumbled upon the following behaviour of Pigeonhole, which I consider to be problematic. A user deployed a Sieve script similar to the following snippet if not anyof (address :is ["from","cc"] ["...", ..., "... at ... GARBAGE", ...] { fileinto "inbox.Trash"; stop; } Note the extra line break before GARBAGE. This script is