You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is the issue for making Smtp::connect_configured() select the transport without configured_addr (#8572)
First step is to make it possible to switch the sending transport without losing the message queue, but i will keep it in this issue as well even if it is a separate PR.
idea discussed internally yesterday (not saying, it should be exactly like that):
when a message needs to be sent, and there is no SMTP connection or we consider the SMTP connection too old, pick a random relay and try to SMTP connect to that
if that fails, try the next relay, and so on
connecting might be done kind of parallel, if first relay is not connected after one second try the next already
when a message needs to be sent, and there is no SMTP connection or we consider the SMTP connection too old, pick a random relay and try to SMTP connect to that
if that fails, try the next relay, and so on
connecting might be done kind of parallel, if first relay is not connected after one second try the next already
We have this parallelization for hostnames/ports of a single transport already, and below that level also for IP addresses, so parallelizing transports as well might be too much.
Activity
configured_addr) #8572r10s commentedon Sep 15, 2026
idea discussed internally yesterday (not saying, it should be exactly like that):
link2xt commentedon Sep 16, 2026
Implemented this in #8705.
We have this parallelization for hostnames/ports of a single transport already, and below that level also for IP addresses, so parallelizing transports as well might be too much.