Re: Second rule isn't apply when first rule matches

2018-05-30 Thread daniel_1983
‐‐‐ Original Message ‐‐‐

On May 30, 2018 9:08 AM, Stephan Bosch  wrote:
> Performing an addflag will not affect fileinto actions that were
> 
> executed before; it will only affect fileinto (and keep) executed
> 
> thereafter. That is why the order is so important in your script.
> 
> Regards,
> 
> Stephan.

Thank you Stephan for the detailed answere.

Cheers !



Second rule isn't apply when first rule matches

2018-05-28 Thread daniel_1983
Dear list,
I want to define two concurrent rules : 
1. I want to flag an e-mail containing the word "cloud" in the body
2. I want to move mail sent explicitly to me (as opposed to mail sent to an 
alias I am part of) going to "INOBX.I must answere this"

If I put rule (1) first, everything works as expected. If put rule (2) first, 
only that rule applies.

Here's a small test case you should be able to reproduce on your setup. 

Let's work on this fake test e-mail :

$ cat testmail.eml

Date: Mon, 28 May 2018 12:41:53 +0100
From: fri...@otherdomain.tld
To: m...@mydomain.tld
Subject: dur dur la vie

mon frère, le cloud c'est le top du top


Here's the first, broken version of the script

$ cat test.sieve

require ["body","fileinto","imap4flags","vacation"];

# rule:[Mail about me]  

 
if anyof (header :contains "to" "m...@mydomain.tld", body :text :contains 
"ahmed")
{
  fileinto "INBOX.I must answere this";
}

# rule:[Mail about the Cloud]   

 
if body :text :contains "cloud"
{
addflag "\\Flagged";
}


Let's test it out, the two rules should be applied : 


$ sieve-test test.sieve testmail.eml 

Performed actions:

 * store message in folder: INBOX.I must answere

Implicit keep:

  (none)

sieve-test(root): Info: final result: success
$ 



Notice that the last rule isn't applied although it matches. Now we invert the 
order of the rules and apply the script on the same test e-mail : 


$ cat test.sieve

require ["body","fileinto","imap4flags","vacation"];
# rule:[Mail about the Cloud]   

 
if body :text :contains "cloud"
{
addflag "\\Flagged";
}

# rule:[Mail about me]  

 
if anyof (header :contains "to" "m...@mydomain.tld", body :text :contains 
"ahmed")
{
  fileinto "INBOX.I must answere this";
}



Running the test again : 

$ sieve-test test.sieve testmail.eml 

Performed actions:

 * store message in folder: INBOX.I must answere
+ add IMAP flags: \flagged

Implicit keep:

  (none)

sieve-test(root): Info: final result: success
$

The IMAP flag was set !


Any ideas ?



Re: Second rule isn't apply when first rule matches

2018-05-28 Thread daniel_1983
I Forgot to mention I am using dovecot version 2.2




Re: Best practices for backing up small mailserver to remote location

2018-08-08 Thread daniel_1983
‐‐‐ Original Message ‐‐‐
On August 8, 2018 1:08 AM, Adi Pircalabu  wrote:

> -   rsync

may not be the best option depending on the format of mailboxes. If you're 
using maildir or maildir+ that's fine, but what about mbox or dbox ?








Re: 52.184.164.73 in my logs

2018-04-15 Thread daniel_1983
Thanks for confirming this Sven. I took your advice and found out that 
according to fastcompany website, the app stores messages on third party 
servers and sends  password information back to microsoft (annotated source:
https://genius.it/14327807/www.fastcompany.com/3042238/microsofts-new-outlook-app-isnt-safe-for-government-email)

I spotted a couple other IP addresses that also belong to them and are used to 
access my users mailboxes (and possiblty passwords !)

http://www.ispinfo.net/isp/52.232.250.20.html 
http://www.ispinfo.net/isp/40.123.47.209.html

Daniel




​Sent with ProtonMail Secure Email.​

‐‐‐ Original Message ‐‐‐

On April 15, 2018 11:37 AM, Sven Hartge  wrote:

> daniel_1...@protonmail.com wrote:
> 
> > Could it be that the outlook app uses microsoft's servers to fetch the
> > 
> > mail before handing them to the user ?
> 
> Yes, this is the case. Have a little web search for "microsoft outlook
> 
> app security risk" to see the implications.
> 
> Grüße,
> 
> Sven.
> 
> 
> --
> 
> Sigmentation fault. Core dumped.




52.184.164.73 in my logs

2018-04-15 Thread daniel_1983
Dear list,

One of my users is reading e-mail from his phone. When he logs in, this is what 
I see in my logs : 

Apr 10 16:17:58 auth-worker(17101): Debug: 
sql(x...@mydomain.tld,52.184.164.73): query: SELECT email as user, password 
FROM users WHERE email = LOWER('x...@mydomain.tld')
[...]
Apr 10 16:17:58 imap-login: Info: Login: user=, 
method=LOGIN, rip=52.184.164.73, lip=10.10.10.19, mpid=19286, TLS, 
session=



Both lines show a remote IP of 52.184.164.73, which is strange since all my 
users are, and connect from, Algeria. According to the ispinfo website 
(http://www.ispinfo.net/isp/52.184.164.73.html), this IP belongs to Microsoft.

Could it be that the outlook app uses microsoft's servers to fetch the mail 
before handing them to the user ? 

Daniel.