Page MenuHomePhabricator

Consider not sending an email when a paste is created
Closed, InvalidPublic

Description

I think these emails are pretty useless, given that I can see the list of my pastes in the paste UI.

Subject: Paste] [Changed Policy] P5372125:
Body: asukhachev created "P5372125".

To: asukhachev

Event Timeline

asukhachev assigned this task to epriestley.
asukhachev raised the priority of this task from to Needs Triage.
asukhachev updated the task description. (Show Details)
asukhachev added a project: Paste.
asukhachev added a subscriber: asukhachev.

I could maybe see adding a preference but I am not sure where we ended up on email preferences. (Since it becomes a gangly mess really quickly)

epriestley triaged this task as Wishlist priority.Feb 7 2014, 9:20 PM

Facebook is months behind anyway so this is somewhat moot. You can easily write a client mail rule to delete these, which will work around both Facebook not updating and no upstream support existing to suppress these emails.

I think expanding the "Email Preferences" panel to include all applications which send mail is probably OK in the long term (we'll have to make some UI changes at some point, but I feel like adding options there creates way less peril than adding general config options, and expanding it into Diffusion is already planned).

Actually, we don't send these at HEAD anyway. See D6988.

Not only that, someone else from Facebook already reported this and we fixed it and notified FacebookPOC in T3808.

epriestley added a subscriber: Unknown Object (MLST).Feb 7 2014, 9:26 PM

See above.

yeah, email filters are easy, but it requires *everyone* who gets annoyed to set them up.
Glad it's fixed in the upstream. I'll keep pushing on keeping these two synced.