similar to: sievec error: "fileinto require missing"

On Mon, 2016-04-18 at 08:59 +0300, aki.tuomi at dovecot.fi wrote: > > > > On April 18, 2016 at 8:13 AM Braden McDaniel <braden at endoframe.com> > > wrote: > > > > > > On Sun, 2016-04-17 at 21:49 +0300, aki.tuomi at dovecot.fi wrote: > > > > > > > > > > > > > > > Did you check your setup against > >

On Sun, 2016-04-17 at 21:49 +0300, aki.tuomi at dovecot.fi wrote: > > > > Did you check your setup against > http://wiki2.dovecot.org/Authentication/Kerberos I did. ?Of course, it's possible I've still managed to overlook something.? > Also can you provide klist -k on server? I assume you mean the kerberos server: [ root at knock ~]# klist -k Keytab

I'm setting up dovecot on a new box; and once again I find myself banging my head against GSSAPI authentication. The particularly irritating thing is that I have this working on another box. ?I've done my best to ape the configuration of that box; but it's been some years since I set it up and somewhere along the line I have failed. My dovecot.conf has: auth_mechanism = plain gssapi

Do you think I'd break a lot of people's filters if I removed the prefix? :) Anyone strongly for/against removing it? It seems kind of annoying to me whenever I happen to think about it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL:

http://bugs.freedesktop.org/show_bug.cgi?id=15623 Summary: Support for Vimeo.com Product: swfdec Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: enhancement Priority: high Component: plugin AssignedTo: swfdec at lists.freedesktop.org ReportedBy:

I work on the LLILC team, and we are trying to send debug line info through to the CoreCLR EE without using an EventListener because we need to send extra info (more than just available in DebugLoc) like if it’s a call instruction, a call site, etc. We thought extending AsmPrinterHandler would be useful since it seems to have information about debug locations, label offsets, and instruction

(background) The CoreCLR expects a JIT to produce a MSIL bytecode offset to code offset mapping annotated with a few extra bits denoting if it’s prolog/epilog, or it’s a call, or if there’s operands remaining on the MSIL virtual stack in some cases. Our initial prototype has the MSIL offset stashed in the line number field. We could stash the extra bits in the column info but that’s starting to

> 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

(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.

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

There is a roff typo in pigeonhole's sievec.1.in. Roff treats the leading apostrophe on line 54 as an invalid command and produces bad output: dump to be written to stdout. The out-file argument may also be omitted, which has the same effect as for a com- piled Sieve binary file. Note that this option is not The output should be:

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 { >

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.

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", ...] {

I am wandering if anyone can explain this unusual scenario. I am running Asterisk on Fedora. After the box boots, I run insmod wcfxs at a command line. The phones keep the red message light on and are in a state like they are not recognized yet. If I then run the command ztcfg, I don't get anything after the command, meaning that everything should be OK in zapata and zaptel confs and the

Hello security gurus, yesterday, I mistakenly posted a question on the questions list about this article : http://www.securityfocus.com/bid/13676/info/ which talks about a form of DOS vulnerability. I was curious as to the possibility of FreeBSD 5.x being affected, and if anyone was working on this or not. Ted Mittelstaedt posted this possible patch based upon the OpenBSD patch : in