Re: v2.2.34 released
On 02/28/2018 10:20 PM, Timo Sirainen wrote: > + mail_attachment_detection_options setting controls when >$HasAttachment and $HasNoAttachment keywords are set for mails. Is this a new feature? I can't find any documentation about these keywords and configuration. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: v2.2.34 released
On 03/01/2018 10:56 AM, Timo Sirainen wrote: >> NEW FEATURE DOV-1221: >> Attachment indicator >> Mark email attachment presence using $HasAttachment / $HasNoAttachment >> keywords > > Also added https://wiki2.dovecot.org/AttachmentIndicator - need to figure out > where it > should be linked from.. Thanks, the feature sounds useful. I created a feature request for Roundcube https://github.com/roundcube/roundcubemail/issues/6201 -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Panic: file smtp-address.c: line 530 (smtp_address_write): assertion failed: (smtp_char_is_qpair(*p))
On 03/02/2018 03:32 PM, Ralf Hildebrandt wrote: > The address causing the error is: > > From: =?utf-8?Q?Dorit_M=C3=BCller?= > > Note the "umlaut" in the email address... :) This is about SMTPUTF8 (RFC6531). Looks like your only option is to disable smtputf8_enable in Postfix config. Of course Dovecot should never panic, so a fix for this would be nice, separately from the SMTPUTF8 support. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Saving Drafts with Roundcube marks old Mails in INBOX as unread.
On 04.04.2018 09:59, s...@tyrion.de wrote: > [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] C: A0001 ID ("name" > "Roundcube" "version" "1.1.3" "php" "5.6.33" "os" "Linux" "command" > "/?_task=mail&_unlock=loading1522741802861&_lang=de&_framed=1") > [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] S: * ID ("name" "Dovecot") > [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] S: A0001 OK ID completed. > [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] C: A0002 AUTHENTICATE PLAIN > ** [37] > [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] S: A0002 OK [CAPABILITY > IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY > THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL > CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 > CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS > BINARY MOVE XLIST +NAMESPACE METADATA QUOTA SPECIAL-USE QUOTA] Logged in > [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] C: A0003 SETMETADATA NIL (0 > "CLIENT_IP" 1 "X.X.X.X") I see you're using quite old Roundcube version with some plugins. I propose to try with all plugins disabled and upgrade to something more recent. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Repeat e-mail syndrome shows up in 2.2.26+
On 08.11.2016 08:04, The Doctor wrote: > In another account, I see lots of white items in RoundCude as if these items > are > hidden from Thunderbird hance blocking the IMAP Client from deleting e-mails. I guess these "white items" are messages marked as deleted but not expunged. It is normal with Thunderbird, it does not expunge immediately (probably can be configured to do so). -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: v2.2.28 release candidate released
On 20.02.2017 12:47, Toni Mattila wrote: >> imap: When BINARY FETCH sees invalid content, return NO [PARSE] reply >> instead of [UNKNOWNCTE] (which is now used only for actually unknown >> Content-Transfer-Encoding headers). > > Has this been tested with Roundcube webmail? I know Roundcube has some > workarounds when dovecot now responds with that "[UNKNOWNCTE]". I suppose we'll have to fix the Roundcube code where we do: // handle UNKNOWN-CTE response - RFC 3516, try again with standard BODY request if ($binary && !$found && preg_match('/^' . $key . ' NO \[UNKNOWN-CTE\]/i', $line)) { Create a ticket for this, please. In RFC3501 [PARSE] is described as "The human-readable text represents an error in parsing the [RFC-2822] header or [MIME-IMB] headers of a message in the mailbox.". So, is this really an appropriate error code for this case? -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: v2.2.30 released
On 05/31/2017 12:54 PM, James wrote: > This can be avoided if "--with-storages=maildir,imapc" is used to build. > I could not find a proper solution in the time I had. Recently Timo said "Don't use --with-storages=maildir. The benefits are very close to zero. I think I'll just remove that configure option entirely". So, it's been removed, I suppose. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Possible RENAME bug
On 06/01/2017 10:25 AM, Gabriele Bulfon wrote: > Is there anything I can do to force "" to reappear without having to > create a new folder? > Any idea? We may need `doveconf -n` output and information about ACL of the removed folder and all its parents. Also did you try to use LIST with * instead of %? -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Issue with imap folder structure
On 05.10.2017 00:24, absolutely_f...@libero.it wrote: > namespace { > inbox = yes > location = > prefix = INBOX. > separator = . > type = private > } If you don't need INBOX.* folders then remove the above namespace definition. Roundcube adds automatically the personal namespace prefix to special folders. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: mail_log proposal: recipient
On 08/26/2015 12:22 AM, Peter Chiochetti wrote: > As Timo seems to be on a committing spree; I'd like to propose that in > the mail_log_fields the recipient would be available. > > Like probably many dovecot users, my MUAs save to Sent; so when grepping > the log to learn etc. that would just be useful You mean content of To: Cc: and Bcc: headers or what? This don't need to match recipients used in SMTP session, so likely not so useful. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: Dovecot CalDAV server
On 09/10/2015 11:43 PM, Timo Sirainen wrote: > - Maybe there is already some code out there that could be used to implement > it faster? As I know Cyrus IMAP has this feature, but I didn't try it nor see the code. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: distuguish between different domains
On 09/28/2015 10:48 AM, Andreas Meyer wrote: > Postfix is not the problem. It's the login into the IMAP-server that > is irritating me. Or am I completely wrong? You are completely wrong ;) If the mailbox exist server handles it, there's no difference from/to which "domain" was the connection. Besides you can configure Roundcube to select server IP/host based on logon domain. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: Emails with sender MISSING_MAILBOX@missing_domain
On 10/15/2015 08:52 AM, Steffen Kaiser wrote: >> I think that the email of the sender is no correct or not accomplish some >> RFC. Can anyone help me to understand this? https://bugs.horde.org/ticket/13436 -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: Sieve question
On 02/10/2016 02:18 AM, @lbutlr wrote: > Is it possible to use redirect in a sieve to redirect to multiple addresses? > > if header :contains “from” “t...@example.com” { > redirect “us...@example.com,us...@example.com”; > } I never tried, but according to RFC redirect argument is supposed to be an email address, so even a list is not allowed, but you may try redirect [“us...@example.com","us...@example.com”]; Anyway, there's "copy" extension. So, this should work: require ["copy"] if header :contains “from” “t...@example.com” { redirect :copy “us...@example.com”; redirect “us...@example.com”; } -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: Email hosting provider
On 03/21/2016 08:06 AM, Andre Rodier wrote: > Sorry if I am off topic a little. > > I am looking for an email host provider that supports dovecot, sieve and > manage sieve. Ideally with the roundcube webmail and managesieve plugin > > Better if it is in Europe or switzerland. I don't mind paying a little. Why dovecot? I mean, I know it's great, but if you're looking for a hosted service, why do you require specific software? Do you need some specific sieve features? There's a great swiss service https://kolabnow.com. It does not use dovecot, but is 100% open source and it uses Roundcube with managesieve. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: Slow reading of large dovecot-uidlist files
On 04/10/2016 10:27 AM, Adrian Minta wrote: > It will be nice if the "SELECT MyMailbox" command will be "SELECT > mymailbox LIMIT 100" or something, to get the first files since only the > last messages are shown to the user. SELECTing a mailbox has nothing to do with FETCHing messages, so above does not make much sense. I don't know dovecot's code, but I suppose it uses uidlist file to get mailbox statistics that it returns as EXISTS, RECENT, UNSEEN, UIDNEXT, UIDVALIDITY, etc, which are required by IMAP standard. I don't know, maybe they could be stored in more optimized way, but I think in most cases this data is also needed for SORT/THREAD/FETCH which is sent after SELECT in many cases - so it will be needed anyway. There are cases (e.g. mailbox synchronization) when you indeed do only SELECT. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: password expire warning for dovecot users in IMAP/POP login
On 06/08/2016 10:05 AM, mkaw...@redhat.com wrote: > Whatever ways will do. For instance, in a thunderbird mail client, a > pop-up message or notification email telling client that the password > will be expired in XX days, something like this, would be nice. IMAP has ALERT response which is supported by some clients. I think Thunderbird supports that. I don't think POP has such a feature, but I wouldn't care about POP. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: password expire warning for dovecot users in IMAP/POP login
On 06/08/2016 10:39 AM, mkaw...@redhat.com wrote: > To make it happen, no need to add any other configurations on LDAP end > once possword policy is correctly set? You've got me wrong. I just responded to Aki's question. ALERT feature could be used to send the message to the client, but there's no code to handle such LDAP password policies/notices yet. -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer[http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] doveadm mailbox subscribe wildcard
On 2011-10-06 23:23, Micah Anderson wrote: > # doveadm mailbox list -s -u bob dovecot* # doveadm mailbox > subscribe -u bob dovecot* RFC3501. Wildcards are allowed only in LIST/LSUB commands. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] IMAP SPECIAL-USE extension
On 2011-12-02 16:12, Timo Sirainen wrote: > It's implemented now in dovecot-2.1 hg. It also deprecates autocreate plugin > (but it still works the old way). The idea is that you can now do e.g.: > mailbox Spam { > auto = create # autocreate, but don't autosubscribe > special_use = \Junk This looks very nice. Thanks Timo. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] IMAP SPECIAL-USE extension
On 06.12.2011 11:29, Patrick Ben Koetter wrote: >> Are there any plans to support RFC5464 SETMETADATA, so individual >> users can name their "\Trash" folder "Skraldspand" in danish or what >> ever they prefer? Now I see in the hg that Timo doesn't implemented this nor CREATE-SPECIAL-USE. So, it's not so nice as I thought ;) There is metadata plugin. Should it be extended to support this? > I believe setting the name should be a mapping that takes place in the MUA. We have RFC6154 for this, don't try to be smarter. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] IMAP SPECIAL-USE extension
On 06.12.2011 13:43, Patrick Ben Koetter wrote: > From my understanding RFC 6154 serves to flag some IMAP mailboxes in order to > indicate they should be used for special use e.g. as trash folder etc. > > I fail to see how RFC 6154 would help displaying localized mailbox names. Ok. It will not help for existing folders, but will allow creation of special-use folders with any name. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Two important new Pigeonhole v0.3 features
On 17.12.2011 00:25, Stephan Bosch wrote: > 2) The new sieve-filter tool (documented in the sieve-filter(1) man page > upon installation). This allows (re-)filtering messages that are already > stored in a particular mailbox. This is really nice. I'd love to see this tool integrated with IMAP (or MANAGESIEVE) protocol somehow. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
[Dovecot] BODYSTRUCTURE bug?
Hi! I've found a bug in Content-Type parsing. It's old instance of dovecot 1.1. Maybe fixed in newer versions. I have a mail with header: Content-Type: multipart/signed; boundary="080705010808010608030700"; protocol="application/x-pkcs7-signature";micalg="SHA1" and it works, but when the boundary is in different order Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";micalg="SHA1"; boundary="080705010808010608030700" dovecot returns wrong BODYSTRUCTURE: ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 226233 2955 NIL NIL NIL NIL) If this has been fixed, in which version? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] BODYSTRUCTURE bug?
On 05/10/2012 11:02 AM, Timo Sirainen wrote: > This works fine in v1.0.15 and v1.1.20. Are you sure the problem is the order > of the parameters, and not that the second one is broken in some other way? > Or I guess it might be that in your specific version this is broken, but I > don't remember such bug. Yes. I'm sure. Dovecot version is 1.1.19 on gentoo. I'm attaching the message source which works. The diff to non-working version is: @@ -2,8 +2,8 @@ MIME-Version: 1.0 Date: Thu, 10 May 2012 10:23:27 +0200 Content-Type: multipart/signed; - boundary=010606060406010200080606; - protocol=application/x-pkcs7-signature; micalg=sha1 + protocol=application/x-pkcs7-signature; micalg=sha1; + boundary=010606060406010200080606 Subject: Potwierdzenie wykonania przelewu From: kont...@mbank.pl X-Priority: 3 (Normal) -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl Return-Path: MIME-Version: 1.0 Date: Thu, 10 May 2012 10:23:27 +0200 Content-Type: multipart/signed; boundary=010606060406010200080606; protocol=application/x-pkcs7-signature; micalg=sha1 Subject: Potwierdzenie wykonania przelewu From: kont...@mbank.pl X-Priority: 3 (Normal) Message-ID: <6E4682DC0C45F52FCE2039AF613A6585C1C3A95B@hermes-4> X-Mailer: BRE MassMailer X-BRE-Ref: Q003745A6 Errors-To: err...@mbank.onet.pl This is a multi-part message in MIME format. --010606060406010200080606 Content-Type: multipart/mixed; boundary=060102040206060106000506 X-BRE-Ref: Q003745A6 Errors-To: err...@mbank.onet.pl This is a multi-part message in MIME format. --060102040206060106000506 Content-Type: multipart/alternative; boundary=030404070007060807080601 This is a multi-part message in MIME format. --030404070007060807080601 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-2; format=flowed text plain --030404070007060807080601 Content-Type: text/html; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable text html --030404070007060807080601-- --060102040206060106000506 Content-Type: application/pdf; name="Potwierdzenie wykonania przelewu.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Potwierdzenie wykonania przelewu.pdf" --010606060406010200080606--
Re: [Dovecot] BODYSTRUCTURE bug?
On 05/10/2012 11:39 AM, Timo Sirainen wrote: >> - protocol=application/x-pkcs7-signature; micalg=sha1 > > The message is broken. If you look at RFC 2045, what it comes down to is that > '/' character cannot be in the value unless the whole value is "quoted". So > this isn't a Dovecot bug, but anyway Dovecot v1.2+ happens to parse this in > the way you want because it uses a different RFC 2231 parser, which just > happens to parse this in a more forgiving way. Yes. However, changing to protocol="application/x-pkcs7-signature" doesn't fix the issue. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] BODYSTRUCTURE bug?
On 05/10/2012 12:10 PM, Timo Sirainen wrote: >> Yes. However, changing to protocol="application/x-pkcs7-signature" >> doesn't fix the issue. > > If you delete dovecot.index.cache file, it should fix it. No it doesn't fix. Besides that I'm testing every change by adding new modified file into folder, so I suppose cache is not the issue. If you say it works in 1.2+ it's all I want. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] BODYSTRUCTURE bug?
On 05/10/2012 12:44 PM, Timo Sirainen wrote: > Well, with quotes it works also in dovecot-1.1 hg, and I don't see why > it wouldn't work in v1.1.19 as well: But you're sure boundary is after protocol? Then it's strange I've got different result. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Expunge -A cannot find users
On 08.11.2010 06:00, Kilburn Abrahams wrote: > doveadm expunge -u t...@planetseafood.com mailbox Archive ON '8-Nov-2010' > > But in this format doveadm expunge -A mailbox Archive ON '8-Nov-2010', > it will list all the users in the database and display the following and > no messages are expunged. > > doveadm(t...@planetseafood.com@planetseafood.com): Info: User no longer > exists, skipping. > > The iterate_query = SELECT username AS username, domain FROM mailbox > which is correct for the DB layout. What returns this query? Maybe you should just use "-u test" (without domain part)? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] dovecot sieve plugin
On 09.11.2010 14:07, maximatt wrote: >if body :matches ["text/html"] ["these_is_a_test"] { > > gives the followin error when i try to parse them: > > line 4: error: the body test requires 1 positional argument(s), but 2 > is/are specified. > error: validation failed. This probably should be: if body :content ["text/html"] :matches ["these_is_a_test"] http://tools.ietf.org/html/rfc5173 -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Sieve problem with managesieve
On Wed, 10 Nov 2010 19:01:02 +0100, Simone Caruso wrote: I have a problem with a sieve script.. my config is dovecot 1.2.15 with managesieve, and roundcube. if anyof (header :contains "From" "x...@example.com") if anyof (header :is "From" "t...@ardeek.com") ":is" is an absolute match, ":contains" is a substring match. http://tools.ietf.org/html/rfc5228#section-2.7.1 -- Aleksander 'A.L.E.C' Machniak http://alec.pl LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net
[Dovecot] How to handle "Waiting for authentication process..."
Sometimes, when dovecot authentication processes are busy, dovecot write reply "Waiting for authentication process to respond.." to client. Roundcube webmail do not understand it and invalidate user session. My question is what is a good practise to handle this situation by client software? One Roundcube user proposes to detect such response then wait a moment and try again. Is there any standard for this? How long should we wait? More info here: http://trac.roundcube.net/ticket/1487450 -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] How to handle "Waiting for authentication process..."
On 08.12.2010 10:07, Timo Sirainen wrote: > I don't see an actual problem here. Just ignore all untagged replies until > the client gets the tagged reply to the command it sent. It seems more like > an IMAP client is freaking out when it sees an untagged reply that it\s not > expecting. Arghhh, I see. We've got a bug in the code. After sending AUTHENTICATE command we're reading only one line of response and we're checking if it starts with '+' character. If not, we assume that authentication was not successful. This doesn't happen when SASL-IR is used. Thanks. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
[Dovecot] managesieve bug: UTF inside quoted-string
This has been probably fixed in meantime, because I use dovecot 1.1 still, but I'd like to get you to know. Use of UTF-8 characters inside quoted-string doesn't work. C: GETSCRIPT "żółw" S NO "Error in MANAGESIEVE command GETSCRIPT: String contains invalid character." -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] logging sent messages
W dniu 2011-03-08 16:03, Hajo Locke pisze: > i use plugin mail_log to see more activities like copy/delete/expunge caused > by imap-users. > unfortunately there is no log-line when a mail was sent and the copy was > uploaded to "Sent-Folder". It is Append action and as stated in documentation Appends are supported too (v1.2+ required). http://wiki.dovecot.org/Plugins/MailLog -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] Change/add mail header via IMAP
W dniu 2011-04-05 10:54, Алексей Сундуков pisze: > Now I see, I wrong. You right, stored tag in to email header is bad place. Take a look at this Roundcube plugin http://www.roundcubeforum.net/7-third-party-contributions/46-api-based-plugins/8207-new-plugin-beta-labels.html -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] dovecot-sieve and LMT
On 06/18/2012 07:44 PM, Martin Weil wrote: > require "fileinto"; > if header :contains ["subject"] ["Test"] { > fileinto ".Folder1"; > } else { > fileinto ".Folder2"; > } > > Of course Folder1 and Folder2 do exist. > (/var/mail/vmail/domain.com/user/mail/.Folder1 and Folder2) Don't add a dot on the beggining of the folder name in sieve scripts. Use fileinto :create "folder" or lda_mailbox_autocreate option to create non-existing folders. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Mailbox aliases
On 09/02/2012 05:32 PM, Timo Sirainen wrote: > mailbox Sent { > auto = create > special_use = \Sent > } > mailbox "Sent Messages" { > special_use = \Sent > alias_for = Sent > } > Thoughts? Yes. It should solve some problems, but I think that only wide-use of SPECIAL-USE is a solution for this. Also I don't use current version of dovecot, but from reading this list I remember that SPECIAL-USE implementation in dovecot is read-only. What I'd like to see is possibility to set special-use flags by the client - no server configuration required. It means, when user connects to his mailbox for the first time and special folders doesn't exist, the client (supporting SPECIAL-USE) can create folders according to its configuration and set their special-use flags. Or at any time when it find that special folder doesn't exist. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Found bug on doing IMAP search with UTF8 chars
On 09/11/2012 06:19 PM, Timo Sirainen wrote: > The error is that Roundcube doesn't send the string to Dovecot as UTF8 (or > alternatively specify the correct charset). Even with the crashfix the search > won't work. This is surprising. Can you provide more info about this issue? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Found bug on doing IMAP search with UTF8 chars
On 09/12/2012 10:04 AM, Weinreich, Nico wrote: > I've installed 2.1.9 from source (and Pigeonhole also). The error in > Roundcube is still the same: > > -searching for a term containg UTF-8 chars and a mail is found in actual > folder then all is fine > -searching for an UTF-8 term and no mail is found then Roundcube shows still > "Connection to storage server failed." I think this patch fixes the issue. https://github.com/roundcube/roundcubemail/commit/c093dcc391ad886ab815e6e70630c8e252df06ab ps. Roundcube has a nice imap_debug option, use it for debugging. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Found bug on doing IMAP search with UTF8 chars
On 09/12/2012 10:04 AM, Weinreich, Nico wrote: > I've installed 2.1.9 from source (and Pigeonhole also). The error in > Roundcube is still the same: I've found what's really going on here. This is initial search request with utf-8: C: A0003 UID SORT (DATE) UTF-8 ALL OR HEADER SUBJECT {10+} C: Lösung123 HEADER FROM {10+} C: Lösung123 S: * SORT S: A0003 OK Sort completed. Now, because of a bug, fixed in commit I posted before, Roundcube sends another request with search arguments converted to US-ASCII. It should do this only if the first command returns "unsupported charset" response. C: A0004 UID SORT (DATE) US-ASCII ALL OR HEADER SUBJECT {9+} C: L.sung123 HEADER FROM {9+} C: L.sung123 S: A0004 NO Invalid search key The problem is that on that convertion ö is converted to character with code 246 (hex F6), which is from extended ASCII table. This is because in PHP (iconv/mb_string) US-ASCII means extended ASCII. So, I'll fix this in Roundcube. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Found bug on doing IMAP search with UTF8 chars
On 09/12/2012 10:37 AM, A.L.E.C wrote: > The problem is that on that convertion ö is converted to character with > code 246 (hex F6), which is from extended ASCII table. This is because > in PHP (iconv/mb_string) US-ASCII means extended ASCII. So, I'll fix > this in Roundcube. Euh. Of course not PHP issue, the bug was in another place. Fixed. https://github.com/roundcube/roundcubemail/commit/40e1c2d14d11c679d97c00ce831b32d43fad4d32 The fixes are applied to master and release-0.8 branches. ps. sorry for spamming your list, I think it's EOT now. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Deleting a folder with & character
On 09/19/2012 02:42 PM, Timo Sirainen wrote: > mUTF7 uses the & character for encoding non-ASCII data. The & character is > encoded in mUTF7 as "&-". Dovecot nowadays uses UTF8 internally for all > mailbox names, and it's simply not possible to create from UTF8 string a > valid mUTF7 string that contains & alone. I'm confused. I have no problems with creating and using a folder with utf8 name containing '&' character. So, what problem do you describe? doveadm is working with utf8 right? So, why it can't delete such folder. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] doveadm with multiple commands
On 09/20/2012 06:01 PM, Timo Sirainen wrote: > Thoughts? Any better name for the command than "multi"? How about 'execute' or 'exec'. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] doveadm with multiple commands
On 09/22/2012 06:50 PM, Timo Sirainen wrote: > On 21.9.2012, at 11.23, A.L.E.C wrote: > >> On 09/20/2012 06:01 PM, Timo Sirainen wrote: >>> Thoughts? Any better name for the command than "multi"? >> >> How about 'execute' or 'exec'. > > v2.1.10 already has "dovecot exec" that does a different thing. So can't be > anything related to "exec".. next is "run" or "pipe", but what if you create global separator option and detect multi-command syntax usage automatically without a keyword? Syntax for doveadm would be doveadm [-Dv] [-f formatter] [-s separator] [-A | -u wildcards ] command [command_options] [command_arguments] [separator command [command_options] [command_arguments] [...]] and example doveadm -A -s : expunge mailbox Trash savedbefore 7d : purge -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Core dump in 2.2.rc2 with FETCH 1 BODY.PEEK[ALL]
On 03/07/2013 09:30 AM, Steffen Kaiser wrote: > Usingt ./sbin/dovecot --version > 2.2.rc2 (7a08461c5559) > with Maildir, > > 2 FETCH 1 BODY.PEEK[ALL] BTW, this is some extension? RFC3501 doesn't specify "ALL" section keyword? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
[Dovecot] SORT with unknown charset bug?
I'm not sure this is a known bug. I'm using dovecot 1.1.19. C: s SORT (DATE) blah ALL UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdf HEADER FROM {4} S: + OK C: asdf S: * SORT 1 2 4 5 3 6 7 (... all messages in folder) S: s NO [BADCHARSET] Unknown charset I think there shouldn't be "* SORT... " response. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] SORT with unknown charset bug?
On 04.06.2010 09:34, A.L.E.C wrote: I'm not sure this is a known bug. I'm using dovecot 1.1.19. C: s SORT (DATE) blah ALL UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdf HEADER FROM {4} S: + OK C: asdf S: * SORT 1 2 4 5 3 6 7 (... all messages in folder) S: s NO [BADCHARSET] Unknown charset I think there shouldn't be "* SORT... " response. SEARCH command is ok with this: C: srch1 SEARCH CHARSET blah UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdg HEADER FROM {4} S: + OK C: asdg S: srch1 NO [BADCHARSET] Unknown charset finally THREAD, this differs a little, but there shouldn't be "* THREAD". C: thrd1 THREAD REFERENCES ALL UNDELETED OR HEADER SUBJECT {1} S: + OK C: a HEADER FROM {1} S: + OK C: a S: * THREAD S: thrd1 NO [BADCHARSET] Unknown charset -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] SORT with unknown charset bug?
On 04.06.2010 09:34, A.L.E.C wrote: I'm not sure this is a known bug. I'm using dovecot 1.1.19. C: s SORT (DATE) blah ALL UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdf HEADER FROM {4} S: + OK C: asdf S: * SORT 1 2 4 5 3 6 7 (... all messages in folder) S: s NO [BADCHARSET] Unknown charset I've found that this doesn't happen for all folders. In some folders it returns no "* SORT..." -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] strange regex sieve filter error
On 18.06.2010 10:00, Tim Traver wrote: require ["fileinto","copy"]; # rule:[SPAM-TAG] if allof ( header :regex "Subject" "^\\[SPAM-TAG\\]") { fileinto "SPAM-TAG"; stop; } main_script: line 3: error: unknown tagged argument ':regex' for the header test (reported only once at first occurence). main_script: error: validation failed. require ["fileinto","regex"]; -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] [Dovecot 1.2.11(NFS used) & dovecot-antispam 1.2]: move message error
Администратор wrote: So, is this Roundcube issue?? Try with svn-trunk version. In previous versions of Roundcube there was a 10 seconds limit on socket connection. If copying is slow this would be the issue. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] [Dovecot 1.2.11(NFS used) & dovecot-antispam 1.2]: move message error
On Sun, 20 Jun 2010 00:01:53 +0400, Администратор wrote: > No error with moving, but > -->% > [19-Jun-2010 16:54:50 +0400]: C: cpy1 UID COPY > 1761,1760,1759,1758,1757,1751,1750,1749,1748,1747,1746,1745,1744 "INBOX" > [19-Jun-2010 16:54:56 +0400]: S: * OK [CAPABILITY IMAP4rev1 LITERAL+ > SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN AUTH=LOGIN] > Dovecot ready. > --%< > Is this reply correct?? Or maybe its part of another request if Roundcube > have something like multithreaded IMAP session?? I think this is from another request, e.g. check-recent action. -- Aleksander 'A.L.E.C' Machniak http://alec.pl LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net
Re: [Dovecot] dovecot evaluation on a 30 gb mailbox
On 23.06.2010 13:22, Rajesh M wrote: did the tests once again on this large email box First of all, are you using one client app or many? Make sure it's not the client issue. You should also enable some debug to see what commands are sent to IMAP server and what is the response and what is response time. For example, there's imap_debug option in Roundcube. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] Dovecot 2.0.rc3 Capability response
On 04.08.2010 12:25, Craig Whitmore wrote: Looking at the RFC.. and if dovecot is doing this then its going against the RFC and doing it wrong. As it says "This listing of capabilities is not dependent upon connection state or user." http://tools.ietf.org/search/rfc1730#section-6.1.1 http://tools.ietf.org/search/rfc2060#section-6.1.1 Timo will know better. Just want to say, that this sentence has been removed in RFC3501. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] Wrong MySQL sintax, I can't login
On 31.08.2010 08:42, Pablo wrote: > driver=mysql > connect = host=localhost dbname=postfix user=postfix password=xx > default_pass_scheme = CRYPT > password_query = SELECT password FROM mailbox WHERE username = '%u' > user_query = SELECT maildir, 1001 AS uid, 1001 AS gid FROM mailbox > WHERE username = '%u No closing apostrophe here. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net
Re: [Dovecot] Dovecot IMAP
On 06/07/2013 09:23 AM, Alex Dubinin wrote: > How to make the imap folders 'sent', 'trash' and others were not affiliated? Remove this: prefix = INBOX. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
[Dovecot] THREAD REFERENCES bug
I found it on an ancient dovecot version, so it might be already fixed. Let's say I have a folder with 3 messages UIDSubject Date 12 One 2013-06-09 11 Testmail 2013-06-10 14 Subject 2013-06-11 C: A0003 UID THREAD REFERENCES US-ASCII ALL S: * THREAD (12)(11)(14) Now I received a message with today's date (2013-06-12) with subject "Testmail" (the same as message with uid=11. The new message has uid=16. C: A0003 UID THREAD REFERENCES US-ASCII ALL S: * THREAD (12)((11)(16))(14) I expected 16 (or more likely 11 and 16) to be at the end of the result, after 14, i.e. (12)(14)((11)(16)). The problem for a user is when he has more messages in a folder. When user receives a new message sometimes (on subject duplicate) he will not see it because it will be somewhere in the middle of the result, but should be on top. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] THREAD REFERENCES bug
On 06/12/2013 08:53 AM, A.L.E.C wrote: > C: A0003 UID THREAD REFERENCES US-ASCII ALL > S: * THREAD (12)((11)(16))(14) > > I expected 16 (or more likely 11 and 16) to be at the end of the result, > after 14, i.e. (12)(14)((11)(16)). I see the same in Cyrus. So, maybe this is how REFERENCES is supposed to work. RFC is not clear to me. I'm curious if THREAD=REFS works as I expect. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Dovecot 2 + IMAP
On 06/12/2013 07:44 PM, Alex Dubinin wrote: > This is my first experience of the mail server. > > Set up a mail server from Postfix + Dovecot with the MySQL > authorization. When you create a new user dovecot makes strange folder > structure: the 'inbox' contains 'juncus', 'tash', 'sent' etc. ie 'sent' > and other folders are subdir to the 'inbox'. How to make the imap > folders 'sent', 'trash' and others were not affiliated? > prefix = INBOX. Remove this. This is a common misconfiguration. Where did you find this? Does Debian have this in default config or sth? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] v2.2.3 released
On 06/17/2013 08:58 AM, Ralf Hildebrandt wrote: >> - IMAP: If subject contained only whitespace, Dovecot returned an >>ENVELOPE reply with a huge literal value, effectively causing the >>IMAP client to wait for more data forever. > > I wonder which clients this affected? Not Roundcube, we do not use ENVELOPE. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Config for master user in dovecot 1.1.20
On 06/21/2013 03:21 PM, Reindl Harald wrote: > > > Am 21.06.2013 06:30, schrieb izul: >> Im planning to migrate my mail server using imapsync.I need master user in >> my dovecot 1.1.20.Im so blind about this.Anybody can help me? > > why in the world is someone installing 1.1 in 2013 on a new server > while current version is 2.2.3 and virtually nobody knows about > 1.1 years after support was dropped? Do you really have to respond to every email on this list? Even if you have nothing productive to say? Please. As I understand the OP, he uses 1.1.20 now and this is the version to migrate from. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] tests with metadata module
On 12/30/2013 03:25 PM, Mihai Badici wrote: > I made some investigation and I found Roundcube perform a > GETMETADATA "*" (/private/vendor/kolab/folder-type) > to list all special folders. This is indeed not specified in RFC5464, but it was in ANNOTATEMORE extension draft. This is very handy and it is supported by Cyrus. Timo fixed this in http://hg.dovecot.org/dovecot-2.2/rev/0c3071ebe44b one day before 2.2.10 release. Didn't it make to the release? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] IMAP ANNOTATE Extension RFC5257
On 01/23/2014 07:11 PM, Michael M Slusarz wrote: > IIRC, No. Kolab uses the mailbox-level METADATA extension instead (RFC > 5464). RFC5257 is for message annotations (not folder/mailbox annotations), so it is a different thing. Kolab does not use it. Anyway there are not many servers supporting RFC5257. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] still issues with metadata support
On 03/30/2014 10:28 PM, Mihai Badici wrote: > 01 getmetadata "*" (/private/kolab/activesync) > * METADATA Default (/private/kolab/activesync NIL) > * METADATA Contacts (/private/kolab/activesync NIL) > * METADATA Calendar (/private/kolab/activesync NIL) > * METADATA Trash (/private/kolab/activesync NIL) > * METADATA INBOX (/private/kolab/activesync NIL) BTW, I think it would be better if the response would just skip folders with NIL data. I didn't check if it is specified in RFC. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] Pigeonhole sieve re-filter extension?
On 05/06/2014 01:05 PM, Stephan Bosch wrote: > For now, there's this: > > https://tools.ietf.org/html/rfc6785 > > It could be used to create a magic folder that does the re-filtering > when a message is moved to it. There are some similarities, but I think this is not what we want here. We don't need imap events, we don't need new sieve extensions, we don't need metadata. All we need is one simple imap (or managesieve) command that executes current (or specified) script on specified folder (or maybe later a set of messages, like in IMAP SEARCH). The implementation then would be much simpler. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: [Dovecot] sieve - different sieve scripts
On 05/07/2014 12:30 PM, Reindl Harald wrote: > Am 07.05.2014 12:26, schrieb Héctor Moreno Blanco: >> We have Dovecot 2.1.6 and PigeonHole 0.3.0. >> Is possible to have two different sieve scripts working at the same time? > > no, independent of the software that is not possible But you can include many scripts into one (active) script if server supports 'include' extension. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: Special-Use Mailboxes ?
On 08/26/2014 08:21 AM, Per Jessen wrote: > Thanks Mihai. If I understand you correctly, this won't really work? I > mean, any client implementation is outside my reach. You understand correctly. The same applies to SPECIAL-USE. I'm afraid most clients do not support it. Some already do, e.g. Roundcube 1.1. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: "§"-sign in passwords
On 09/10/2014 07:46 AM, Michael M Slusarz wrote: >> My problem is, when a user has got a paragraph sign in his password, >> every mail client tells him, that he entered a wrong password. The log >> says as usually "password mismatch". did anyone else fixed this >> problem already? > > non-ASCII characters are only supported in the AUTHENTICATE command. My > guess is that your MUA is trying to send those characters via the LOGIN > command. Some clients including Roundcube have password charset setting. So, for Roundcube it should be set to UTF-8. I remember something similiar in Thunderbird. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: SPECIAL-USE again
On 12/29/2014 10:15 PM, Stephan Bosch wrote: > Yes, although that doesn't mean that users can modify the special-use > attributes themselves, unless some sort of web management interface has > a dialog for that. The METADATA/CREATE-SPECIAL-USE capabilities would > provide a standard means for a user to do this, from within the MUA. Roundcube 1.1 has this feature. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
Re: unknown Sieve Capability `editheader'
On 6/13/19 11:49 PM, @lbutlr via dovecot wrote: > I am getting "error: error: require command: unknown Sieve capability > `editheader’.” In sieve.log: Did you enable the extension? What dovecot version? https://wiki.dovecot.org/Pigeonhole/Sieve/Extensions/Editheader -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Sieve rewrite headers?
On 6/13/19 6:25 PM, @lbutlr via dovecot wrote: > I’ve bene looking for examples on how to do this, but so far am coming up > short. https://tools.ietf.org/html/rfc5293 -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
Re: Junk virtual forder
On 11/20/19 12:58 PM, sergio via dovecot wrote: >> Yes, see https://doc.dovecot.org/configuration_manual/virtual_plugin/ > Yes, I'm talking exactly about virtual_plugin. While it's absolutely > clear how to select all messages marked as deleted, I can't understand > how to select all messages with the "junk" flag. > I'm guessing: * KEYWORD \Junk -- Aleksander 'A.L.E.C' Machniak Kolab Groupware Developer [http://kolab.org] Roundcube Webmail Developer [http://roundcube.net] PGP: 19359DC1 # Blog: https://kolabian.wordpress.com