Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • T tpo
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 39
    • Issues 39
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 3
    • Merge requests 3
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • The Tor Project
  • Web
  • tpo
  • Issues
  • #7

Closed
Open
Created May 08, 2019 by Hiro@hiro🏄Developer

Make email address for bridges consistent

​BridgeDB claims that users should email bridges[at]torproject.org but ​our website mentions bridges[at]bridges.torproject.org. This confused at least one user over at #18076 and, frankly, me too.

I created a patch in the following GitHub branch: ​https://github.com/NullHypothesis/webml/tree/update-bridge-docs

It makes our documentation consistent by changing the email address to bridges[at]torproject.org.

Comment from arma:

 These two addresses are actually slightly different from each other, in that they run different mail servers with different ways of handling spam, verifying senders, etc.

The @tpo one is the same as the mailserver for developers receiving mail about Tor things. It uses postgrey to delay new requests for dozens of minutes, etc.

Whereas the @bridges.tpo one is whatever the bridgedb service is running.

So by telling users to use @tpo, we need *both* services to be working, for users to be able to get their bridges via email. And we inherit antispam measures that we use for our individual mailboxes, like the greylisting and I'm not sure what else.

The reasons to tell people bridges@tpo are because it is simpler, shorter, more intuitive, and easier to remember. Those are a lot of good reasons, and I think it turns it into a net positive. But we should be aware of the underlying mechanisms so we know and accept the tradeoffs.

(For a similar service with a similar decision to make, compare to how we run our mailman lists at @lists.tpo, rather than just having them all be @tpo.)

From: https://trac.torproject.org/projects/tor/ticket/30103

Edited May 08, 2019 by Hiro
Assignee
Assign to
Time tracking