Skip to content
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

Filter emails by Environment #75

Open
praveenaram opened this issue Feb 22, 2018 · 9 comments
Open

Filter emails by Environment #75

praveenaram opened this issue Feb 22, 2018 · 9 comments
Assignees
Milestone

Comments

@praveenaram
Copy link
Collaborator

praveenaram commented Feb 22, 2018

Question/Issue Overview
The email list grows too fast, and it is difficult to test notifications.
We could find emails by recipient, but with few challenges:

  • we happen to use same recipient email address in different environment
  • difficult to find recipient email address of same pattern that we use in an environment

Expected Behavior

View emails from each environment

Current Behavior

Today we have Holdmail configured for different environments - QA, DEV, Perf.
All notifications from these environments are displayed.

-Rajni & Praveena

@kblief
Copy link
Collaborator

kblief commented Feb 22, 2018

It sounds like you want to implement multiple environments in a single instance, is that correct?

@kblief
Copy link
Collaborator

kblief commented Feb 22, 2018

Are you using the same database for all environments?

@barryoneill barryoneill added this to the 2.1 milestone Feb 22, 2018
@barryoneill
Copy link
Collaborator

@praveenaram Nice idea! In the emails that come from your different environments, have a look at the 'Original Message' tab. Find the 'Received' header, e.g.:

Received: from somewhere.com (localhost [0:0:0:0:0:0:0:1])
        by 10.233.140.99
        with SMTP (HoldMailSMTPServer SMTP) id JDYOBJ9U
        for [email protected]
        Thu, 22 Feb 2018 10:39:48 -0500 (EST)

Does that header show a unique 'from' IP for each of your environments?

@kblief If so, maybe we could add some code to allow filter based on the last hop sender.. (It was actually one of the dummy entries ('Sender IP') under the "Recipient Email" dropdown I had in the prototype. Maybe release 2.1 could start adding some alternate search methods, including this one...

@praveenaram
Copy link
Collaborator Author

praveenaram commented Feb 22, 2018

@kblief yes, we are using same database for all environments.

@barryoneill the from has 2 unique IPs per environment (depends on load balancer)

Example in Dev, for 2 different emails:

Received: from ip-172-31-57-213 (localhost [127.0.0.1])
by ip-172-31-57-213.localdomain (Postfix) with ESMTP id 0D85B9301DE
for [email protected]; Sat, 17 Feb 2018 14:13:01 +0000 (UTC)

Received: from ip-172-31-42-75 (localhost [127.0.0.1])
by ip-172-31-42-75.localdomain (Postfix) with ESMTP id 65557863F82
for [email protected]; Tue, 20 Feb 2018 17:00:56 +0000 (UTC)

@kblief
Copy link
Collaborator

kblief commented Feb 22, 2018

@praveenaram Would it work to do a seperate db schema per environment, as a first simple fix.

I see there could be issues with the origin IP in an environment with multiple email relays.

@barryoneill
Copy link
Collaborator

Yeah, multiple holdmail deployments is the easier fix.

Even if there are multiple relays, the IP address being in the list of hops should be enough to find the mails in a search?

@kblief
Copy link
Collaborator

kblief commented Feb 22, 2018

The app could support custom mail headers. The producing app could set a custom header and holdmail could filter on headers.

@barryoneill
Copy link
Collaborator

Not sure how realistic that one is - I added a ticket while in Sparta to add that to the product in question, and it never got prioritized.. :)

@barryoneill
Copy link
Collaborator

We should be able to add a generic search function to Holdmail, that can query any header to find those containing the provided text. I'm sure there are other use cases other than just this one..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants