For everyone's benefit... (Sieve / Plus Addressing)

[kpuru]

There are a lot of queries regarding Duplicates when the mails are redirected... I am not sure if everyone has a solution now...

After a lot of R&D, I think I have found a solution. (As of now, it is working perfectly.. but I dont know for how long it will work)

With This, You CAN:

• Redirect all the mail to another email address
• Use plus+domain addressing
• Get Rid of Duplicates...

You can use the following

if header :matches "subject" "*" {
redirect "anotheremail@gmail.com";
}

if header :contains "subject" "cnet" {
fileinto "INBOX.geek";
} elsif header :contains "subject" "fwd" {
fileinto "INBOX.fwds";
} elsif header :contains "subject" "jokes" {
fileinto "INBOX.fwds";
} elsif envelope :matches "to" "*" {
fileinto "INBOX.*";
}
if header :value "ge" :comparator "i;ascii-numeric" ["X-Spam-score"] ["8"] {
fileinto "INBOX.Trash";
stop;
}

The important line is the one in bold... It makes sure that plus addressing (Folder name fileinto is properly addressed esp if you have a domain)

The line in bold fails (unless you have a * folder!?) and directs the message to your inbox.

What do you mean by "duplicates"? Forwarding messages twice or duplicates in the FM account?

[kpuru]

The line in bold doesnt fail. I am using it quite well...

Originally posted by Daniel T here http://www.emaildiscussions.com/...threadid=30589
In this, you should use :matches, not :contains, otherwise the asterisk will be matched literally...

What I mean by duplicates is...

When a mail is sent to example.one@mydomain.com (with plus addressing and redirected to another email,
A copy is

1. filed in Inbox
2. filed in example.one folder
3. forwarded to 'another' email account.


Read this
http://www.emaildiscussions.com/...threadid=27294

[fmnewbee]

Is this for the two highest level of service then?

trew

Originally posted by kpuru
The line in bold doesnt fail. I am using it quite well...

What it should do is file a message into the "INBOX.*" folder (which cannot be created from the Web interface) - does it do that for you?
I didn't mean "fails to achieve the desired effect", BTW - I was referring to the folder name being invalid.

Originally posted by kpuru
What I mean by duplicates is...

When a mail is sent to example.one@mydomain.com (with plus addressing and redirected to another email,
A copy is

1. filed in Inbox
2. filed in example.one folder
3. forwarded to 'another' email account.

Thanks.

Originally posted by kpuru
Read this
http://www.emaildiscussions.com/...threadid=27294

I did

Trew: you must have a Member (or higher) account to be able to manually edit your script.

[kpuru]

you need to be 'member' or higher to access sieve...

[bitequator]

I'd have to agree with Daniel. It would be great if fileinto "INBOX.*" works the way we want it to, it would make many people's lives (or at least their Sieve) more convenient Perhaps when Sieve variables extension gets implemented?

[DrStrabismus]

The duplicate problem is due to the way that fastmail creates sieve from the basic rules page. If you write your own sieve you can simply choose to do it a different way.

[kpuru]

Originally posted by bitequator
I'd have to agree with Daniel. It would be great if fileinto "INBOX.*" works the way we want it to, it would make many people's lives (or at least their Sieve) more convenient Perhaps when Sieve variables extension gets implemented?

Quite true. I am not sure when the sieve variable will get implemented. As of now, the above "Inbox.*" is working for me but only if you are use "matches" as part of the condition.

I have been wracking my brains for a solution for a long time... and almost tried everything said on this forum. I think this is as close as I wanted the sieve to be.

And yes, I have an enhanced account.

[kpuru]

Originally posted by Daniel T
[b]What it should do is file a message into the "INBOX.*" folder (which cannot be created from the Web interface) - does it do that for you?
I didn't mean "fails to achieve the desired effect", BTW - I was referring to the folder name being invalid.

No it doesnt create a folder but some time back fastmail introduced a featured that a mail will be filed in the parent folder if the subfolder doesnt exist. So it files the message in the parent folder certainly.

I hope all this helps users on this forum.

[DrStrabismus]

Originally posted by kpuru
Quite true. I am not sure when the sieve variable will get implemented. As of now, the above "Inbox.*" is working for me but only if you are use "matches" as part of the condition.

I have been wracking my brains for a solution for a long time... and almost tried everything said on this forum. I think this is as close as I wanted the sieve to be.

The solution given in the thread you quoted is a perfectly good one - you end the filing chain with else {keep;}.

keep causes a copy to go where +folder addressing would have put it. Fastmail's basic rules generate a keep next to the redirect, which is hit even when a filing rule is also hit, causing duplicates. The problem is that it is not possible to get a keep from fastmails filing rules - only a fileinto "inbox", which isn't the same.

The solution you posted is a solution to a problem that doesn't actually exist when you write your own sieve. The thread you quoted was originally about basic rules, not sieve.