-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sender match matches on from vs sender header #35
Comments
I'm not sure if this is related, but I noticed that the sender gets both this.sender = ([] as string[]).concat(this.from, this.reply_to); But then it never uses it in case ConditionType.FROM: {
return this.matchAddress(message_data.from);
}
...
case ConditionType.SENDER: {
return this.matchAddress(message_data.from); // Would expect 'message_data.sender'
} Is this expected or a accidental copy/paste issue? For backwards compatibility, I doubt you will be able to implement @echiugoog's wish exactly. Instead,
This is similar to functionality you have in
|
I'm not sure what kind of time I can put into this, but if I can get my environment up, I'll also see if we can use |
Currently Sender only matches on 'from'. This resolves Issue ranmocy#35 by making Sender match: - reply_to - from - sender - X-Original-Sender This is similar to the functionality we have in `receiver`, which matches 'to', 'cc', 'bcc', and 'list'. We also speed up analysis by switching from getRawContent to getHeader.
Okay, I've created PR #66. Try it out! :) |
Currently Sender only matches on 'from'. This resolves Issue ranmocy#35 by making Sender match: - reply_to - from - sender - X-Original-Sender This is similar to the functionality we have in `receiver`, which matches 'to', 'cc', 'bcc', and 'list'. We also speed up analysis by switching from getRawContent to getHeader.
Currently Sender only matches on 'from'. This resolves Issue ranmocy#35 by making Sender match: - reply_to - from - sender - X-Original-Sender This is similar to the functionality we have in `receiver`, which matches 'to', 'cc', 'bcc', and 'list'. We also speed up analysis by switching from getRawContent to getHeader.
Currently Sender only matches on 'from'. This resolves Issue ranmocy#35 by making Sender match: - reply_to - from - sender - X-Original-Sender This is similar to the functionality we have in `receiver`, which matches 'to', 'cc', 'bcc', and 'list'. We also speed up analysis by switching from getRawContent to getHeader.
Currently Sender only matches on 'from'. This resolves Issue ranmocy#35 by making Sender match: - reply_to - from - sender - X-Original-Sender This is similar to the functionality we have in `receiver`, which matches 'to', 'cc', 'bcc', and 'list'. We also speed up analysis by switching from getRawContent to getHeader. The MessageData.list now also includes the header 'List-ID' if it cannot find a 'Mailing-list' header. This has been seen in a small sample of emails.
For example an email with:
Expected match would be on the "Sender" header when using "sender" matcher vs matching on the "From" header
The text was updated successfully, but these errors were encountered: