Skip to content
This repository has been archived by the owner on Jul 6, 2018. It is now read-only.

nolisting / multiple mx #26

Closed
zxfrank opened this issue Apr 13, 2018 · 4 comments
Closed

nolisting / multiple mx #26

zxfrank opened this issue Apr 13, 2018 · 4 comments

Comments

@zxfrank
Copy link

zxfrank commented Apr 13, 2018

I tested with gmail, works great.

When the target has multiple MX and the 1st timeout (nolisting), there's no fallback and the result is timeout

@s32x
Copy link
Contributor

s32x commented Apr 14, 2018

Hmm, this is awesome info. I've noticed a large number of timeouts however I assumed it was due to slow servers. I never considered checking the other mx servers. I'll definitely be debugging this tonight and let you know what I find. Thanks so much!

@s32x
Copy link
Contributor

s32x commented Apr 14, 2018

I've updated the verifier 834eecc to attempt a connection to all MX servers simultaneously (since we need to respond within 30 seconds) - using the first valid connection established. I'm hoping this helps however if you continue to see timeouts it is likely an extremely slow server and due to herokus 30 second timeout, we can't let a handshake take longer than that.

@zxfrank
Copy link
Author

zxfrank commented Apr 14, 2018 via email

@zxfrank zxfrank closed this as completed Apr 14, 2018
@s32x
Copy link
Contributor

s32x commented Apr 19, 2018

I've done my best to re-add the no-listing concurrent connection stuff. As far as I know the go-routine leak should be fixed. If not I'll take care of it without removing the concurrent server connection stuff

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

No branches or pull requests

2 participants