similar to: Roff typo in sievec.1.in

These are all in the port of 1.2.3pre2: - configure accepts --includedir, but doesn't seem to pass it on to the Makefile. You have to edit the Makefile manually if you have include files anywhere but /usr/include. Which is a problem because... - The Makefile doesn't include /usr/local/include by default, which is where zlib installs itself by default. Probably oughta be in there.

Again I would like to express my deepest appreciation to all those working so selflessly on the development of R for us all to use it freely (and it is such a joy to use!) Rashid Nassar == Possible bug: 1. boxplot() This is an old behavior that I had reported before, but as it is still there, it may not ba a bug (although it looks like one to me). "qfcut" is numeric, "st"

Dear authors of Vorbis, currently, the manpages that come with vorbistools are written in the traditional man(7) markup language. I am proposing to rewrite them into the semantic markup of the mdoc(7) language. I am willing to do the work. Both the man(7) and mdoc(7) languages have been around for decades, and are supported by the prevalent formatters: groff(1) on most Linuxes and mandoc(1) on

Hello list, How can I compile sieve script under new 0.2.2 version from comandline? Under root: #sievec default-before.sieve sievec(root): Error: user root: Initialization failed: Namespace '': mkdir(/root/data) failed: Permission denied (euid=8(mail) egid=12(mail) missing +w perm: /root, euid is not dir owner) sievec(root): Fatal: Invalid user settings. Refer to server log for more

Hello! For the second time I've tripped onto this banana peel. :) I had 2 sieve files in a directory that I wanted to compile: sievec *.sieve The result of this is that first.sieve is compiled into second.sieve instead of first.svbin, thus destroying the source of second.sieve. Please consider this a bug report. :) Good luck, Reio

My sieve problem ended up a permissions problem. I ran sievec as root and .svbin needs vmail:mail ownership. I could always just add the chown command to my process, but I wonder if there is some 'clean' way to run sievec as user vmail while logged in as root? thanks

Hi, when switching from Dovecot 1.1 + cmusieve to Dovecot 1.2 + sieve I stumbled upon the following problem: My sieve files, generated with Dovecot 1.1's managesieve, did not compile anymore with sieve's sievec. The error message was: error: end of file before end of hash comment. Looking a bit closer I found that the last line, which was a comment, did not have a trailing newline.

As far as I can tell, 'sievec' always exits with '0' whether there is an error or not. If that is correct, I believe it should be modified to exit with some other code if the conversion and writing of the new file are not completed successfully. I have written a few script files and a 'make' file specifically for sievec. The inability to get an accurate exit code is

Dovecot 2.2.36 + Pigeonhole 0.4.24 Is this an intended behavior? ``` # service dovecot status dovecot is stopped # doveconf mail_plugins mail_plugins = stats # ls foo.* foo.sieve # sievec foo.sieve sievec(root): Error: stats: open(/var/run/dovecot/stats-mail) failed: No such device or address # echo $? 0 # ls foo.* foo.sieve foo.svbin ``` -- -- Name: SATOH Fumiyasu @ OSS Technology Corp.

> On 5 Nov 2019, at 9.53, Reio Remma via dovecot <dovecot at dovecot.org> wrote: > > Hello! > > For the second time I've tripped onto this banana peel. :) > > I had 2 sieve files in a directory that I wanted to compile: > > sievec *.sieve > > The result of this is that first.sieve is compiled into second.sieve instead of first.svbin, thus destroying

I'm getting this error when compiling .dovecot.sieve: $ /usr/libexec/dovecot/sievec .dovecot.sieve .dovecot.sievec Info: line 3: fileinto require missing Unable to parse script: script errors: line 3: fileinto require missing .dovecot.sieve just looks like this: $ cat .dovecot.sieve if header :contains ["List-Id"]

Op 3/16/2017 om 10:20 PM schreef Robert Moskowitz: > I am building a new mailserver on Centos7. > > My sieve is created with: > > mkdir /home/sieve > cat <<EOF>/home/sieve/globalfilter.sieve || exit 1 > require "fileinto"; > if exists "X-Spam-Flag" { > if header :contains "X-Spam-Flag" "NO" { > } else { >

Hello, sievec segfaults when it reads a file. I've tried with both the standard and gold linker. I've tried with various sieve files and they all make it crash. I've compiled pigeonhole with -ggdb, but I'm not getting much info Program received signal SIGSEGV, Segmentation fault. 0x0000000800b8e587 in strlen () from /lib/libc.so.7 (gdb) bt full #0 0x0000000800b8e587 in strlen ()

Hi, I upgraded a server from an old Linux distribution to a much newer one. In the process, Dovecot got upgraded from v1 to v2. By mistake, I deleted the .sieve plaintext file with all the Sieve filters, but I still do have the .sievec compiled binary. Is there any way to dump the binary file back into plaintext format? Keep in mind, I'm running v2 now, and the binary was made on a v1

You could give # su -c MYSIEVESCRIPT vmail a try. Also: # man su Cheers, Florian _____________________ 42dev e. U. - web solutions & hosting services http://42dev.eu On 2017-04-07 14:19, Robert Moskowitz wrote: > My sieve problem ended up a permissions problem. I ran sievec as root > and .svbin needs vmail:mail ownership. > > I could always just add the chown command to my

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 28 May 2018, Thorsten Hater wrote: > 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", ...] {

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

(Please keep me CC'd, I'm not subscribed) Hi folks, I'm using dovecot 2.1.7 (from Debian stable) with sieve. I have default sieve script configured, which lives in /etc/dovecot/sieve. I use dovecot-lda running under the virtual-mail user, which does not have write access to the /etc/dovecot/sieve directory. Now, when a mail gets delivered, I get the following message in my logs.

I'm just getting familiar with Dovecot. I get this error when I send mail to a mailbox that is over quota. I have no problem with the way quota is working and I have no problem with the sieve script detecting spam and delivering it to the Spam folder. Just trying to figure out why I get this error when quota is involved: Error: sieve_execute_bytecode(/var/sieve/global.sievec) failed See logs

Has anyone coded (in R) a spatial voter model with mutation (e.g., Kimura and Weiss 1964, Holley and Liggett 1975, Durrett and Levin 1996)? In principle, it is quite straightforward, but useful simulations require many many iterations, making my "straightforward" version too time intensive. I am happy to share my version (without mutation, below), for what it is worth. Thank you in