SponsorJ wants us to give out the 75 fast bridges through a separate email autoresponder mechanism from bridgedb's bridges@tp.o.
Since these bridges will be mostly static, I think the right way to start out would be to just have a static string get returned -- the same three bridges from our list. When those stop working, we can reevaluate what to do next.
It would be great to have this set up by mid August. Aaron, are you a good person to pop one of these up next to / part of bridgedb?
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
BBG wants us to give out the 75 fast bridges through a separate email autoresponder mechanism from bridgedb's bridges@tp.o.
Since these bridges will be mostly static, I think the right way to start out would be to just have a static string get returned -- the same three bridges from our list. When those stop working, we can reevaluate what to do next.
Do you mean: do what BridgeDB's email distributor currently does, but configure a BridgeDB to read from a static file, or
Do you mean: write a script to respond to an email with the same 3 bridges, and figure out what to do when those 3 get blocked, or
Do you mean: something else entirely?
It would be great to have this set up by mid August. Aaron, are you a good person to pop one of these up next to / part of bridgedb?
It should be pretty easy to set up a BridgeDB instance that:
a) disabled https distributor, enabled email distributor
b) reads the list of bridges from a static set of descriptors in a file.
Do you mean: write a script to respond to an email with the same 3 bridges, and figure out what to do when those 3 get blocked, or
This is the one I meant. On the theory that a) setting it up this way is quite easy to do, and b) if the system gets attacked by an enumerating adversary, they'll likely get all the bridges we give out, so let's keep most of them in reserve for now.
Though that said, I wonder if we want to require that the mails come from gmail (to check dkim), or be more flexible (and risk letting a jerk cause us to spam people). I'll check with Kelly.
It would be great to have this set up by mid August. Aaron, are you a good person to pop one of these up next to / part of bridgedb?
It should be pretty easy to set up a BridgeDB instance that:
a) disabled https distributor, enabled email distributor
b) reads the list of bridges from a static set of descriptors in a file.
Sounds good. Now that you phrase it like that, we could imagine setting up a separate Bridge Directory Authority, and having it do the reachability tests, generate networkstatus documents, and rsync them to this bridgedb just like the main one. But let's not worry about that yet.
That said, it sounds like you'd need to hack bridgedb to just read descriptors directly, rather than wanting a networkstatus document first.
I'll mail you a pair of bridges offline, and then we should get this up and going rsn.
Trac: Summary: Set up separate bridge email autoresponder for BBG to Set up separate bridge email autoresponder for SponsorJ Description: BBG wants us to give out the 75 fast bridges through a separate email autoresponder mechanism from bridgedb's bridges@tp.o.
Since these bridges will be mostly static, I think the right way to start out would be to just have a static string get returned -- the same three bridges from our list. When those stop working, we can reevaluate what to do next.
It would be great to have this set up by mid August. Aaron, are you a good person to pop one of these up next to / part of bridgedb?
to
SponsorJ wants us to give out the 75 fast bridges through a separate email autoresponder mechanism from bridgedb's bridges@tp.o.
Since these bridges will be mostly static, I think the right way to start out would be to just have a static string get returned -- the same three bridges from our list. When those stop working, we can reevaluate what to do next.
It would be great to have this set up by mid August. Aaron, are you a good person to pop one of these up next to / part of bridgedb?