search for: murchison

...'*.info' change the regex to > > ".*\.info$" Oh, and if you want to include a TLD like "*.superinfos" The regex needs to be ".*\..*info[^.]$" > > > The draft lists a table of common regex in section2: > https://tools.ietf.org/html/draft-murchison-sieve-regex-08#section-2 > > > There are online regex checker like https://regex101.com thought not > specific to sieve's regex, which can be used to test your regular > expressions. Sieve's regex are quite standard though. > > Greetings > Martin > > >...

I've Dovecot and dovecot-sieve v 2.2.27 installed on a Debian 9.6. I'm trying to set a Sieve filter which will redirect all emails from `info` (i.e. .info) TLD to another email. This is the filter: require ["regex"]; # rule:[test] if header :regex "from" "info$" { redirect "subbs at domain.com"; } It's not being honored; all emails from .info

...iver = ldap ? args = /etc/dovecot/dovecot-ldap.conf.ext ? default_fields = uid=vmail gid=vmail home=/var/spool/vmail/%d/%n } Although this works perfectly well, skipping the password phase in the SASL LOGIN mechanism deviates from the draft for this mechanism at https://tools.ietf.org/html/draft-murchison-sasl-login-00 I know this document is not normative and has not made its way to a standard. However it does not mention the ability to bypass the password phase. My questions are: - Is the dovecot behavior intentional ? - If not, will you change it (i.e.: to a dummy password request) ? - Are you...

...ls from toplevel domain '*.info' or new domains that might occur in future (e.g '*.superinfo'). If you want to restrict to classic tld '*.info' change the regex to ".*\.info$" The draft lists a table of common regex in section2: https://tools.ietf.org/html/draft-murchison-sieve-regex-08#section-2 There are online regex checker like https://regex101.com thought not specific to sieve's regex, which can be used to test your regular expressions. Sieve's regex are quite standard though. Greetings Martin On Wed, 2019-02-20 at 14:00 +0530, subin ks via dovecot...

Hi Could someone explain to me the difference between LOGIN and PLAIN? I've been googling for a while, but haven't found anything. Thanks. Simon

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I've tried to use negative look-ahead in :regex match like this: if header :regex "List-Id" "<svn-([^-]+)-(?!all)([^.]+)\.freebsd\.org>" { ... } and manage-sieve server complains on save about such regex with diagnostic "repetition operator operand invalid" :( - -- Black Lion AKA Lev Serebryakov

I have a procmail recipe that does the majority of my heavy lifting for my mailing lists. It's pretty straightforward, but as I understand it, this isn't something sieve can do: # [ ] contains a space and a tab :0 * 9876543210^0 ^(List-Id:.*<|X-Mailing-List:[ ]*)\/[-A-z0-9_+]+ * 9876543210^0 ^(List-Post:[ ]*(<mailto:)?|List-Owner:[ ]*(<mailto:)?owner-)\/[-A-Z0-9_+]+ *

I'd like to put forward the following patch for dovecot-sieve. Essentially this just merges in some changes made in CMU sieve 2.3.8 and as such brings the behaviour more in line with RFC 3834 "Recommendations for Automatic Responses to Electronic Mail": - fixes erroneous sender "-request" substring match - checks for existence of a selection of list-* headers -

Hello Adi, did you try: " from.*(outbound.protection.outlook.com|.google.com|.yahoo.com|mx.aol.com) " If you need to specify the posix character class: [[:blank:]] means space and tab. With pcre it would be like [ \t] [[:space:]] includes space, tab, newline, linefeed, formfeed, vertical tab (in pcre like [ \t\n\r\f\v])

...400 500 400 400 200 400 500 400 300 300 300 300 200 500 Mount Magnet (S) 500 400 300 200 400 500 400 400 300 300 200 200 100 200 Mullewa (S) 600 600 800 400 400 500 500 400 300 300 300 300 200 400 Murchison (S) 100 100 100 100 0 100 100 0 0 0 100 0 0 0 Northampton (S) 1300 1300 1200 700 700 900 1200 1300 1200 1200 1000 1000 900 2000 Perenjori (S) 300 300 300 100 200 200 300 300 300 200 200 200 100...

...; #include <config.h> diff -ur cyrus-sasl-2.1.15/plugins/ntlm.c cyrus-sasl-2.1.15-2/plugins/ntlm.c --- cyrus-sasl-2.1.15/plugins/ntlm.c 2003-02-14 06:56:04.000000000 +1100 +++ cyrus-sasl-2.1.15-2/plugins/ntlm.c 2003-12-30 23:20:25.000000000 +1100 @@ -1,11 +1,5 @@ -/* NTLM SASL plugin - * Ken Murchison - * $Id: ntlm.c,v 1.6 2003/02/13 19:56:04 rjs3 Exp $ - * - * References: - * http://www.innovation.ch/java/ntlm.html - * http://www.opengroup.org/comsource/techref2/NCH1222X.HTM - * http://www.ubiqx.org/cifs/rfc-draft/draft-leach-cifs-v1-spec-02.html +/* NTLM (via ntlm_auth) plugin + * Volker...