Situation with rpost.net 'registered/secured' inbound
Posted: Sat Jan 28, 2017 2:19 pm
hello Magic Spam,
First off, as always, thank you, the service has been great for a couple years now.
Are you familiar with rpost.com and their email domain rpost.net ?
They are a form of 'email sending service' for the purpose of contracts, and secure/verifiable email transactions, e-sign,
etc..etc..
in the case of email, to my domains, I am also using an external email filtering/security service, known as PROOFPOINT,
you may be familiar with them.
My MX records point to them, and they process and deliver the email to my server.
There is a cable-tv/internet provider, in our areas known as Cox Communications (cox.com), and they send their
contracts and e-sign type documents using this rpost.com/rpost.net service on behalf of cox.com
What is happening in the case, of rpost.net email, from cox, is being sent to proofpoint,
and proofpoint is passing the email through (it is whitelisted, not blocked) and it is being
delivered TO my server, however once proofpoint connects to my server, what profpoint
experiences is a 'lost connection' but ONLY when it is delivering the rpost.net email on
behalf of cox.
Through the GUI interface of MagicSpam, you can see the references to
RPOST.NET email being delivered, and it coming from proofpoint, but the email is NOT
past on to Exim, and it is also not being rejected or filtered further on my server.
there is NOTHING in exim logs regarding the rpost.net/cox.com emails, and if it wasn't
for MagicSpam logging it in the first place, I wouldn't even know it was being delivered
to my server, and I would think it's going into never-neverland.
How do I diagnose this further?
Thank you!
First off, as always, thank you, the service has been great for a couple years now.
Are you familiar with rpost.com and their email domain rpost.net ?
They are a form of 'email sending service' for the purpose of contracts, and secure/verifiable email transactions, e-sign,
etc..etc..
in the case of email, to my domains, I am also using an external email filtering/security service, known as PROOFPOINT,
you may be familiar with them.
My MX records point to them, and they process and deliver the email to my server.
There is a cable-tv/internet provider, in our areas known as Cox Communications (cox.com), and they send their
contracts and e-sign type documents using this rpost.com/rpost.net service on behalf of cox.com
What is happening in the case, of rpost.net email, from cox, is being sent to proofpoint,
and proofpoint is passing the email through (it is whitelisted, not blocked) and it is being
delivered TO my server, however once proofpoint connects to my server, what profpoint
experiences is a 'lost connection' but ONLY when it is delivering the rpost.net email on
behalf of cox.
Through the GUI interface of MagicSpam, you can see the references to
RPOST.NET email being delivered, and it coming from proofpoint, but the email is NOT
past on to Exim, and it is also not being rejected or filtered further on my server.
there is NOTHING in exim logs regarding the rpost.net/cox.com emails, and if it wasn't
for MagicSpam logging it in the first place, I wouldn't even know it was being delivered
to my server, and I would think it's going into never-neverland.
How do I diagnose this further?
Thank you!