similar to: sieve: filtering based on default destination/folder

On 23/10/2020 13:22, @lbutlr wrote: > On 22 Oct 2020, at 19:09, Stephan Bosch <stephan at rename-it.nl> wrote: >> You need to include the extprograms plugin: > I have, and vnf.dovecot.pipe doesn't give the error. > > sieve_plugins = sieve_imapsieve sieve_extprograms > > ?\_(?)_/? > > I am not using filter now though, so I haven't try to track down

Op 11-1-2019 om 10:53 schreef Marc Weustink: > Hi all, > > Andrzej A. Filip wrote: >> Timo Sirainen <tss at iki.fi> wrote: >>> On 9 Jul 2018, at 16.49, Andrzej A. Filip <andrzej.filip at gmail.com> >>> wrote: >>>> >>>> Is it intended behavior? >>> >>> No. >>> >>>> It seems to be caused by

On 20/10/2020 23:37, @lbutlr wrote: > On 20 Oct 2020, at 13:46, @lbutlr <kremels at kreme.com> wrote: >> It looks like what I need to do is enable and use vnd.dovecot.filter > error: require command: unknown Sieve capability `vnd.dovecot.filter'. > > Is this not available to a user? I guess I can put the in global, but ick. You need to include the extprograms plugin:

Hi Stephan, Sorry for the delay - this was on version 2.3.4.1 (f79e8e7e4). Relevant bits from the config: # 2.3.4.1 (f79e8e7e4): /etc/dovecot/dovecot.conf # Pigeonhole version 0.5.4 () # OS: Linux 4.19.0-9-amd64 x86_64 Debian 10.4 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric

On 27/10/2020 15:30, @lbutlr wrote: > On 26 Oct 2020, at 21:04, Stephan Bosch <stephan at rename-it.nl> wrote: >> On 23/10/2020 13:22, @lbutlr wrote: >>> On 22 Oct 2020, at 19:09, Stephan Bosch <stephan at rename-it.nl> wrote: >>>> You need to include the extprograms plugin: >>> I have, and vnf.dovecot.pipe doesn't give the error. >>>

Hello, I?m trying to make vnd.dovecot.filter available both globally and for users through sieve, but I haven?t had much luck getting things to work right. Sieve scripts won?t validate and vnd.dovecot.filter never shows up in the managesieve capability list. I?ve spent lots of time looking for where problems could be, but I?m out of ideas?So I?m asking you guys. In the protocol lmtp section, I?m

Hi all, I want to add a custom header to incoming emails from a particular sender. This is what my user Sieve script looks like: require ?editheader?; if address :is "From? ?special-sender at example.com? { addheader ?X-My-Custom-Header? ?Header Value"; } I have enabled the editheader extension in my Dovecot configuration: plugin { ? sieve_extensions = +editheader }

When I upgraded my old, long running dovecot 1.1 to newer dovecot-1.2.4 + doevecot-sieve- 0.1.12 I observed a change in destination address (-a) parsing. Old behaviour: When Timo introduced this feature (http://www.dovecot.org/list/dovecot/2007-September/025813.html) it was possible to hand over only the detail part. In my sendmail configuration I used "-a +$h", where $h contains the

Am Samstag, dem 11.03.2023 um 19:30 +0100 schrieb spi: > > 11.03.2023 19:23:21 Benny Pedersen <me at junc.eu>: > > > spi skrev den 2023-03-11 13:34: > > > > > if address :domain "From" "whatever.com"{ > > > fileinto :flags ["\\todo"] "working/whatever"; > > > } > > > > require

Dear all, I try to recompile my learn_ham.sieve script, which fails with the message root at ida:/etc/dovecot# sievec sieve-scripts/report-ham.sieve report-ham: line 1: error: require command: unknown Sieve capability `vnd.dovecot.pipe'.report-ham: line 1: error: require command: unknown Sieve capability `imapsieve'.report-ham: line 19: error: unknown command 'pipe' (only reported

Timo Sirainen <tss at iki.fi> wrote: > On 9 Jul 2018, at 16.49, Andrzej A. Filip <andrzej.filip at gmail.com> wrote: >> >> Is it intended behavior? > > No. > >> It seems to be caused by upgrade to 1:2.3.2-2 on Debian/Testing. > > What was the old version? What's your doveconf -n? How are you testing > that it's not working? It seems that

Which email clients support SMTP/IMAP via STDIN&STDOUT of proxy command? I would like to be able to use local and remove dovecot to access maildir *without* running dovecot daemons. -- [pl>en: Andrew] Andrzej Adam Filip : anfi at onet.eu If the future navigation system [for interactive networked services on the NII] looks like something from Microsoft, it will never work. -- Chairman

On Aug 12, 2015, at 11:04 AM, Andrzej A. Filip <andrzej.filip at gmail.com> wrote: > > <..snip..> > Could you provide the following info: > a) mailbox type (maildir/mbox/dbox/...) maildir > [mail_location in dovecot's config] /srv/mail/<domain>/<user-mailbox>/ > b) file system type (ext2/ext3/ext4/fat32/...) > [provided by "df -T"

Could you offer some suggestion how to fetch mailbox content over high RTT link (with negligible packet loss)? Currently I use IMAP+IDLE *but* it fails to use full available bandwidth due to high RTT and "send command wait for response" nature of POP3 and IMAP4 protocols. -- [pl>en: Andrew] Andrzej Adam Filip : anfi at onet.eu Learning without thought is labor lost; thought

Would it be possible to make rsync capable to sync gziped source (at server) with non gziped detination file? PROBLEM: The rsyncd server provides a few *frequently* accessed, slow changing, *big* text files (DNS RBL zones). It seems that the source files are too big to stay in memory caches and rsync sessions cause to many hard disk I/O operations. Making rsynd capable to "ungzip"

Is it intended behavior? It seems to be caused by upgrade to 1:2.3.2-2 on Debian/Testing. -- A. Filip

On Aug 14, 2015, at 1:01 PM, Andrzej A. Filip <andrzej.filip at gmail.com> wrote: > > > Are docecot and postfix located on the same server? > Can postfix access (deliver) directly maildir file directory dovecot uses? > For the moment yes they are on the same server. I designed it to be modular, the various components can be placed on different systems with no

Dear Listmember. I resend this with different Subject so that the spamfilter does not drop the mail, I hope ;-) I try to migrate from my current courier-mta setup fo postfix dovecot setup. I use the following scirpt to filter to the destination mailbox. ### /var/vmail/none.at/al/.dovecot.sieve # from http://wiki.dovecot.org/LDA/Sieve require ["fileinto", "envelope",

Do you think it wold be worthwhile to add command line options to "deliver" and "imap" to make them ignore "system wide" configuration file and use ~/.dovecotrc instead? I would like to use "imap via fetchmail ssh plugin" and "deliver via ~/.forward (to get sieve support)". Such options would allow "cleaner" configuration. --

Hey folks, ive already made a bug report in the gentoo bugtracker last year. In the meantime after some releases the error persists with the current dovecot and pigeonhole versions. Please see my bug report at gentoo mailinglist: https://bugs.gentoo.org/show_bug.cgi?id=522148 Okay, here are some informations: Steps to Reproduce: add "editheader" to sieve options or