similar to: SELECT: Bug in untagged response

a EXAMINE INBOX [...] a OK [READ-ONLY] Select completed. a EXAMINE "" a NO Empty mailbox name. [Should be in authenticated mode with no active mailbox. But...] a STATUS INBOX (UIDVALIDITY) * STATUS "INBOX" (UIDVALIDITY 1255685337) a OK [CLIENTBUG] Status on selected mailbox completed. a UNSELECT a OK Unselect completed. a STATUS INBOX (UIDVALIDITY) * STATUS "INBOX"

Hello, I?ve got a strange misconfiguration where the following command: doveadm -f pager mailbox status -u spamutf8 'messages vsize guid' INBOX 'INBOX.*' ? fails with error code 68, saying that it can?t find one of the mailboxes. (It lists the user?s other mailboxes.) The name of the mailbox in question is saved to disk in UTF-8 rather than mUTF-7, but strace shows that doveadm

Hi all, I use "doveadm mailbox mutf7 -7 $folder" to convert imap foldernames to UTF-8. If $foldername is not mUTF-7 encoded, doveadm returns "doveadm(root): Error: Mailbox name not valid mUTF-7: $folder" This errormessage is printed on stderr but the returncode of doveadm is zero. I tested with dovecot-2.0.* and dovecot-2.1.* # all right: $ doveadm mailbox mutf7 -7

> On Mar 12, 2019, at 3:28 PM, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > >> On 12 March 2019 21:20 Felipe Gasper via dovecot <dovecot at dovecot.org> wrote: >> >> >> Hello, >> >> I?ve got a strange misconfiguration where the following command: >> >> doveadm -f pager mailbox status -u spamutf8 'messages vsize

Is any proven routine to migrate mailboxes from mUTF-7 to UTF-8 encoding? I've try to use doveadm list/mutf7/rename but have been stuck with nested inboxes. Say I have the next structure: INBOX INBOX.??? INBOX.???.??? encoded for FS respectively as .INBOX .INBOX.&BDYESwRA- .INBOX.&BDYESwRA-.&BE8ENARK- ?When I've try to rename ?INBOX.??? with doveadm mailbox rename -u me

Currently mailbox names are stored in IMAP's modified-UTF-7 format in filesystem. I was wondering about changing this in v2.0. The default would still be to use mUTF-7 in filesystem, but just adding :UTF8 or something to mail_location could enable UTF-8. Any thoughts? Could this be dangerous somehow? UTF-8 enables a lot of weird characters, perhaps no one really wants to see them on

Hello there, I'm pretty sure I found a bug in latest Dovecot 2.2.5.5 (EE) when playing with the doveadm command. Naturally renaming a users mail folder should be done via "doveadm es consistent. So when using "doveadm rename" trying to rename a folder with special characters e.g. german umlauts like "??" it seems to create the folder wrongly in the filesystem.

Where do you think the following binaries should be installed to? The possible locations are: - bin/ - sbin/ - libexec/dovecot/ (or lib/dovecot/ in most Linux distros) So the binaries are: 1) These probably belong to bin/ or sbin/ or both: - authtest - dovecotpw - doveadm 2) Binaries that you might want to call from mail_executable setting: - rawlog - gdbhelper 3) Index file dumping

I'm seeing this: 1 UID FETCH 31734 (ENVELOPE) * 23 FETCH (UID 31734 ENVELOPE ("Fri, 2 Mar 2012 19:05:24 -0500 (EST)" "XXXXXX" (({22} XXXXX \"X-XX\" XXXXXX NIL "XXXXXXX" "XXXXXXXXX.XXX")) (({22} XXXXX \"X-XX\" XXXXXX NIL "XXXXXXX" "XXXXXXXXX.XXXXXX.XXX")) ((NIL NIL "XXXXXXX"

Hello. I read on upgrading page that one can use UTF8 mailbox names for plugins. As i understand i do not need to convert UTF8 names to mUTF-7 and can use raw UTF8 in plugins section, e.g.: /etc/dovecot/dovecot.conf ... plugin { ... # Autocreate \Spam folder autocreate = ???? autosubscribe = ???? ... But what about sieve scripts and other configuration sections: 1. Do i need to convert UTF8

A small bug in the mail_log plugin: When I copy a mail from the inbox to a mailbox with special characters, the mailbox name is logged in UTF-8: [...] copy from INBOX: box=INBOX.Euro ?, [...] I guess the name should be in mUTF-7, like it is done when I copy the other way round: [...] copy from Euro &IKw-: box=INBOX, [...]

Due to a needed upgrade , we'll have to move the existing CentOS mailman instance (aka https://lists.centos.org) to a new server/host. Migration is scheduled for """"Tuesday April 8th, 7:00 am UTC time"""". You can convert to local time with $(date -d '2024-04-08 07:00 UTC') The expected "downtime" is estimated to ~60 minutes , time

Due to a needed upgrade , we'll have to move the existing CentOS mailman instance (aka https://lists.centos.org) to a new server/host. Migration is scheduled for """"Tuesday April 8th, 7:00 am UTC time"""". You can convert to local time with $(date -d '2024-04-08 07:00 UTC') The expected "downtime" is estimated to ~60 minutes , time

Maybe this is just noise... but I can reproduce this fairly reliably. Mailbox with 21,000+ messages This query: a UID SORT RETURN (ALL COUNT) (DATE) UTF-8 SUBJECT "foo" is always about 10 percent slower than this split query (I've done this 4-5 times, and the numbers are similar): a UID SEARCH RETURN (SAVE) CHARSET UTF-8 SUBJECT "foo" b UID SORT RETURN (ALL COUNT)

Hi, I have created a libvirt network on top of a OVS bridge (named vlan-br) which receives all VLAN tagged packets, i.e. connected to a trunk port. The definition xml is below. What I want to achieve in the portgroup definition 'trunk-native-1221' is to allow 1221 as untagged/native but rest all VLAN as tagged. The following portgroup definition works, but I don't want to enumerate

(This is about v1.2 only, v1.1 will stay as it is.) Until today Dovecot didn't care about mailbox names. IMAP RFC requires them to be modified-UTF-7, but Dovecot didn't try to enforce it in any way. Mailbox names in Sieve scripts should be UTF-8, but currently Dovecot doesn't translate them to mUTF-7 as it should. Cyrus also did this until the latest release (v2.3.13). Now that I

Hello Timo, There seems to be something broken in v2.1 latest hg version: # 2.1.1 (94de7605f50f) 1 namespace * NAMESPACE (("" "/")("virtual/" "/")) NIL NIL * OK Namespace completed. Please note that the "OK Namespace completed." is send untagged. It worked on below version: # 2.1.1 (315f0d8cc2b2) 1 namespace * NAMESPACE ((""

Am 09.02.19 um 19:56 schrieb Aki Tuomi via dovecot: > I'll review the settings when we manage to upgrade to mailman3 Hello Aki, before updating to mailman3 consider an simpler update to latest mailman2. you're using 2.1.15, current mailman2 is 2.1.29 Your missing an /significant amount/ of DMARC fixes! and: more off-topic: while my messages *to* the dovecot list are sent using

STATUS in Dovecot 2.1.7 returns the UTF-8 decoded folder name in a string literal: . CREATE "INBOX.Euro &IKw-" . OK Create completed. . LIST "" "INBOX.Euro &IKw-" * LIST (\HasNoChildren) "." "INBOX.Euro &IKw-" . STATUS "INBOX.Euro &IKw-" (MESSAGES) * STATUS {14} INBOX.Euro ? (MESSAGES 0) . OK Status completed. Is this

Hello list, Today, my users have noticed, that delivery to folders with non-english names is broken. For example, if I create russian directory, it correct encoded and display into mail-client program and my webmail: Encoded: Normal view .INBOX.&BEIENQRBBEI- ???? This is part of sieve script, which routing delivery to russian folder. .... elsif allof (header :contains "Subject"