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

Agent Information #3

Open
RegMellon opened this issue Feb 20, 2015 · 2 comments
Open

Agent Information #3

RegMellon opened this issue Feb 20, 2015 · 2 comments

Comments

@RegMellon
Copy link

For applications that are broker specific and not agent specific, having access to the agent information is important also. Consideration should be made for passing agent email address in the meta data fields.

Really any information that could be retrieved by parsing values from the raw email should be available in the metadata tags, or else some systems will have to fall back on parsing entire emails to retrieve all the information they need which leads to the same problems that this spec is trying to avoid.

@EBashkoff
Copy link
Contributor

V1.0 of the spec allows for the addition of any custom fields that you would like to add to the data set. For example, you could add:

        <meta name="lead_agent_name"   content="John Agent" />
        <meta name="lead_agent_email"  content="[email protected]" />
        <meta name="lead_agent_phone"  content="555-555-1212" />

This type of requirement (that is, to add agent information) may be somewhat application specific, so I am not sure that it makes sense to add a "standard" hard-coded field having to do with agents to the primary list of fields. However, this is a good suggestion and more discussion is welcome!

@RegMellon
Copy link
Author

I guess the mail problem is that the information is in the email but not in the meta tags. For example realtor.com usually sends the email to an agent and can CC the brokerage.

All information that is contained in the email needs to be in the meta tags to convert code into simply using the meta tags. If it is not in the tags then traditional parsing still needs to be at least partially used. Which in turn means you still have all the drawbacks of traditional parsing, so why move over to meta tags at all?

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

No branches or pull requests

2 participants