<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:"times new roman",serif"><div class="gmail_default"></div><div dir="ltr" style="font-family:Arial,Helvetica,sans-serif"><div class="gmail_default" style="font-family:"times new roman",serif">Hello,</div><div class="gmail_default" style="font-family:"times new roman",serif"><br></div><div class="gmail_default" style="font-family:"times new roman",serif">Onionrouter (the python implementation) supports multiple records but currently it only returns the first one (<a href="https://github.com/ehloonion/onionrouter/blob/master/onionrouter/rerouter.py#L68">https://github.com/ehloonion/onionrouter/blob/master/onionrouter/rerouter.py#L68</a>) . And the reason for this decision iirc is what ale said about how postfix handles things. So good news is that onionrouter can easily support this. Bad news is we don't know how exactly to handle this in communication level between postfix and onionrouter</div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Dec 19, 2018 at 2:56 PM ale via onionmx <<a href="mailto:onionmx@lists.immerda.ch">onionmx@lists.immerda.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 12/19/18 11:34 AM, meskio via onionmx wrote:<br>
> I agree v3 records should be prioritized in an attempt to face v2 out.<br>
> <br>
> Having a fast look into the code into the existing implementations[0][1] it <br>
> looks like none of them acknowledges the priorities. The go implementation only <br>
> uses the first found, the python interpretation looks like it might try all of <br>
> the ones found.<br>
> <br>
> I think adding a second record might break existing setups.<br>
<br>
Well AFAIK the Go implementation has zero users, so I wouldn't be too<br>
concerned about breaking changes on that front :)<br>
<br>
Unfortunately (and I hope I'm remembering correctly the state of<br>
things), there's a deeper issue with the semantics of supporting<br>
multiple SRV records and priorities: the current Postfix implementations<br>
(both of them) aren't hooked at the right "level" to handle retries,<br>
there is no tracking of previous delivery state, so we can't handle<br>
priorities in the same way as you would with MX records. Not a big deal<br>
if all you want to use SRV priorities for is v2/v3 selection, but worth<br>
keeping in mind.<br>
<br>
<br>
--<br>
ale<br>
<br>
_______________________________________________<br>
onionmx mailing list<br>
<a href="mailto:onionmx@lists.immerda.ch" target="_blank">onionmx@lists.immerda.ch</a><br>
<a href="https://lists-7.immerda.ch/mailman/listinfo/onionmx" rel="noreferrer" target="_blank">https://lists-7.immerda.ch/mailman/listinfo/onionmx</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><pre><font face="times new roman, serif">Everything you do now was once an unremembered dream</font></pre></div></div>