similar to: Migrating to sieve

Op 2/8/2017 om 1:27 AM schreef Adam Shostack: > Hi, > > As I migrate to sieve, I would like to carry over the logic I had in > procmail rules, which let me take all mail where I'd never sent email > to that address into a final spam catchall, which I called > "neversent." > > I see that sieve can't run external programs, and I wonder if that > means

On 5/9/17, 11:25 AM, "dovecot on behalf of Christian Kivalo" <dovecot-bounces at dovecot.org on behalf of ml+dovecot at valo.at> wrote: Am 9. Mai 2017 17:47:13 MESZ schrieb Adam Shostack <adam at shostack.org>: >Hi, > >Is there a clean way to match on an email address the way procmail >^TO_ did? that was a macro which expanded to

Hi, Is there a clean way to match on an email address the way procmail ^TO_ did? that was a macro which expanded to (^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope |Apparently(-Resent)?)-To):(.*[^-a-zA-Z0-9_.])?) so you could write * ^TO_dovecot dovecot and grab messages to the list. In sieve, I find myseld writing ["To","cc"] and wonder if there's a better way. Adam

Thanks! This is super-interesting. As I try to set up include, I get failures which may indicate a need for more coffee, but in /etc/dovecot/cond.f/90-sieve.conf I have: plugin { # Directory for :personal include scripts. The default is to use home directory. sieve_dir = %h/.sieve # Directory for :global include scripts (not to be confused with sieve_global_path). # If

On 5/17/2017 11:26 AM, Adam Shostack wrote: > Also, procmail is way out of date, no longer maintained, and there are > "semi" known vulnerabilities that haven't been fixed. See > http://marc.info/?l=openbsd-ports&m=141634350915839&w=2 & the > wikipedia page. What alternatives exist for server-side filtering into folders? Is there anything as powerful?

On 5/9/17, 12:38 PM, "Adam Shostack" <adam at shostack.org> wrote: On Tue, May 09, 2017 at 11:27:22AM -0500, Larry Rosenman wrote: | On 5/9/17, 11:25 AM, "dovecot on behalf of Christian Kivalo" <dovecot-bounces at dovecot.org on behalf of ml+dovecot at valo.at> wrote: | Am 9. Mai 2017 17:47:13 MESZ schrieb Adam Shostack <adam at

I switched from running my extprograms execute script directly to running with dovecot socket. Log shows only this dovecot: lmtp(test at example.com): Debug: wdi0Tb5VPlGfPnEAM/SpMA: sieve: action execute: running program: test dovecot: lmtp(test at example.com): Debug: Namespace : Using permissions from /vmail/example.com/test: mode=0770 gid=default dovecot: script: Fatal: recv(MSG_PEEK) failed:

Hi all, I'm trying to sort out my dial plan. What I'm wanting is something like the following - a bit simplified but hopefully you'll get the idea. 1) match internal extensions: dial them 2) anything else: send out zap 1 is easy :) it's 2 that's giving me problems. I had hoped that the 'i' extension would act as a catchall extension but it seems to only do that from

The sieve-extprograms extension strips Return-Path headers before passing mail off to the external program. The patch to remove this behavious is trivial (and attached), but since it appears to be deliberate I felt I should investigate further. I believe this is basically a cut-and-paste error. The code to strip Return-Path has been there since the sieve-pipe plugin for Dovecot 1.x, and I believe

Hello, migrated von the mailserver from centos to alpine linux. Most parts are run well. dovecot 2.2.31 sieve: 0.4.19 But i fight with on behavior. I have an sieve script which pipes a few fields to an external script which send this data to an telegram-bot. the part of the sieve-script. if header :matches "Subject" "*" { set "subject" "${1}"; } if

Hello all, What is the best way, using sieve, to send XMPP notifications? I am using Debian Stretch, with Dovecot core / sieve packages version 2.2.27-3+deb9u2. Should I use the enotify extension, or a script with extprograms extension? Thanks for your answers. -- Andr? Rodier

Hi Perhaps I've been going too far OT in my previous thread or perhaps I just didn't explain my problem clear enough so forgive me for trying again. I have configured fetchmail to fetch my mail from my ISP's POP3-server. I have set up procmail to filter messages and deliver all non-filtered messages to the folder ".IN-catchall/" in "$HOME/Maildir" After sending

https://bugzilla.netfilter.org/show_bug.cgi?id=1372 Bug ID: 1372 Summary: Example for simple blacklist from nftables man page Product: nftables Version: unspecified Hardware: x86_64 OS: other Status: NEW Severity: enhancement Priority: P5 Component: nft Assignee: pablo at

Hi Bill, this proposal seems strangely complicated. I don't see the advantage of the dispatch instruction over just attaching the information to each invoke. Right now you have invoke void @_Z3foov() to label %invcont unwind label %catch.handlers catch.handlers: landingpad dispatch resume to label %... catches [ %struct.__fundamental_type_info_pseudo* @_ZTIi, label

On 4/30/2015 8:50 PM, E.B. wrote: >> I switched from running my extprograms execute script directly >> to running with dovecot socket. Log shows only this >> >> dovecot: lmtp(test at example.com): Debug: wdi0Tb5VPlGfPnEAM/SpMA: sieve: action execute: running program: test >> dovecot: lmtp(test at example.com): Debug: Namespace : Using permissions from

Hello, does someone know, how far the implementation of enotify - xmpp is. Would be nice to push notifications to an jabber account for specific filtered mails. Regards, Ingo

Hello All, Looking for a little guidance on Real Time Pattern Matching. We are attempting to block outbound 411 via when someone dials NXX-555-XXXX, The must common being NXX-555-1212. However, We have some outbound providers that consider any call to NXX-555-XXXX a directory assistance call. So simply making my pattern _NXX5551212 doesn't work. So as you can see from the lines

Hi all, I have a connect between a siemens hipath & Asterisk system over PRI The connection works perfectly I can call from the Hipath to an Asterisk Extension. I want to allow the hipath extensions to dial out over a SIP trunk on asterisk but I keep getting "The number you have dialed is not in service" In this CLI I'm dialing from hipath extension 9 (prefix for sip trunk)

Hello List, i have a problem when using sieve-plugin sieve_extprograms. I use dovecot 2.2.18 and bundled pigeonhole 0.4.6 (Ubuntu 14.04.3 LTS) i have enabled sieve_extprograms and vnd.dovecot.filter to send mail to user-defined script and get changed content back. My script previously was used with procmail and is working fine. Using same script with vnd.dovecot.filter leads to odd behavior. I

Thanks for the previous answer on :execute. In thinking about malicious input, I am worried about the possibility that mail will be sent with a clever from line. (Section 7 of http://www.ietf.org/rfc/rfc5229.txt is great, btw) To address this, I'm considering the following, and would appreciate feedback. I'm aware that this doesn't capture all emails, those with non-alphanum are