airynothing: (Default)
[personal profile] airynothing

Title:
Fully threaded comment tracking emails using more than two References: headers

Area:
comment tracking emails

Summary:
Fully threaded mailreaders use the References: header in the email to build the tree structure of emails, expecting to find *all* direct ancestor messages' message-ids in the header. Currently comment notification emails only include up to two message-ids in the References: header -- one for the post, one for the top comment in the thread -- preventing the actual tree structure from being built by the mailreader. If all available parent-comment-of-parent-comment message IDs are included, a correct tree structure will be available in the mailreader.

Description:
I tracked a large comment meme and sent it to a fully threaded mailreader, only to find that the tree structure of the comments was not preserved. Threaded mailreaders use the References: header to build the tree, and all direct ancestor comments of the comment in question should be included. Currently in the email the only message-ids included in the References: header are for the post and the top-level comment. Result in the mailreader: chaos (due to the large size of the comment threads). Solution: include more references (all parent and parent-of-parent comments) in the References: header.

Poll #18022 Fully threaded comment tracking emails using more than two References: headers
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

Should be implemented as-is.
10 (32.3%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (64.5%)

(Other: please comment)
1 (3.2%)

lannamichaels: Astronaut Dale Gardner holds up For Sale sign after EVA. (Default)
[personal profile] lannamichaels

Title:
Add "modify this tracking" to tracking e-mails

Area:
Notifications

Summary:
When you subscribe to something such as "all new entries to a community" or "all entries tracked $thing", have a link at the bottom of the notification e-mail to modify/delete that notification.

Description:
When you subscribe to something such as "all new entries to a community" or "all entries tracked $thing", have a link at the bottom of the notification e-mail to modify/delete that notification.

Poll #16837 Add "modify this tracking" to tracking e-mails
Open to: Registered Users, detailed results viewable to: All, participants: 43


This suggestion:

View Answers

Should be implemented as-is.
29 (67.4%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
1 (2.3%)

(I have no opinion)
13 (30.2%)

(Other: please comment)
0 (0.0%)

scolaro: (Default)
[personal profile] scolaro

Title:
Link to birthday boy's/girl's journal in notification email (plain text)

Area:
Birthday notification (plain text)

Summary:
Link to birthday boy's/girl's journal in notification email (plain text)

Description:
A notification email is sent to people who'd like to be informed about their DW friends' birthdays. The link options in the email text (plain text, not HTML version) are "Post to wish them a happy birthday" and "Buy a gift from our shop".

Could you please add a link to this person's journal on top of that list as well?

I'm one of the people who rather write a comment in the birthday boy's/girl's journal as opposed to an entry in my own, and instead of the email sending me to their journal directly I have to go to mine instead, click "Manage Circle", search for the name and go to their journal from the list, which takes a lot of time and effort.

Also, sometimes a user may not remember the person from the user name right away (especially when they're not very active) and would like to check their entries first.

Poll #10448 Link to birthday boy's/girl's journal in notification email (plain text)
Open to: Registered Users, detailed results viewable to: All, participants: 61


This suggestion:

View Answers

Should be implemented as-is.
23 (37.7%)

Should be implemented with changes. (please comment)
9 (14.8%)

Shouldn't be implemented.
4 (6.6%)

(I have no opinion)
25 (41.0%)

(Other: please comment)
0 (0.0%)

azurelunatic: Vivid pink Alaskan wild rose. (Default)
[personal profile] azurelunatic

Title:
Improve entry subscription notification - include title, introduce delay

Area:
notifications, entries

Summary:
When sending notifications of new entries, set a delay for most cases, and include the entry's title.

Description:
Currently, subscribing to be notified of new entries in a given community or journal results in a notification that there is a new entry, and a link.

It would be useful to the person getting the notification to include more information about that entry. However, the current lack of information is probably deliberate, because no matter how many things are done to make sure nothing is posted with the wrong security or -- well, any of the other possible scenarios where something that wasn't meant to be shared is shared -- no matter how careful Dreamwidth is to make such situations unlikely, they will still occasionally happen.

To further decrease the chances that someone who's not meant to see the entry will be notified that it exists, I propose to delay the sending of most new-entry notifications for about 5 minutes (the same delay before new entries appear on the Latest Things page), which gives time for someone posting an entry to notice and edit before a notification is sent. (People with very slow internet connections or who have been pulled away from the internet would still have a higher chance of something slipping through.)

In exchange for the delay, send the title of the entry along with the emailed notification, and perhaps the tags.

For community administrators with subscriptions to new entries in their own communities, would it be acceptable to send a notification immediately, and with title and tags?


(This suggestion brought to you by Azz's automatic paranoia that something horrible is happening when there is a new entry in dw_antispam while out-and-about with mobile email but crappy internet from the smartphone.)

Poll #9972 Improve entry subscription notification - include title, introduce delay
Open to: Registered Users, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

Should be implemented as-is.
18 (38.3%)

Should be implemented with changes. (please comment)
6 (12.8%)

Shouldn't be implemented.
4 (8.5%)

(I have no opinion)
17 (36.2%)

(Other: please comment)
2 (4.3%)

azurelunatic: Vivid pink Alaskan wild rose. (Default)
[personal profile] azurelunatic

Title:
Include a copy of entry with all moderation queue messages

Area:
communities, entries, notifications

Summary:
When a community moderator approves your community entry, that notification should also include the subject and contents of the entry.

Description:
Currently, entries that are rejected from the moderation queue have the contents of the entry included below the rejection message.

This would also be useful for notifications of approved submissions. As it is, if you have forgotten what you wrote, or especially if you have submitted multiple entries to that community (up to 5 per user in a paid community), you have to click through to re-read it. This isn't always convenient.

A notification is already being sent to the user, so it wouldn't add any more mail jobs, just add to the bulk of the existing mail job and retrieve the entry and comment.

It would increase the load on the user's mailbox/data transfer, but not by more than another emailed comment notification for the same entry, and if they're getting the notification by email, that is probably a slightly lighter load than loading the page with that entry in a browser.

Poll #9259 Include a copy of entry with all moderation queue messages
Open to: Registered Users, detailed results viewable to: All, participants: 60


This suggestion:

View Answers

Should be implemented as-is.
34 (56.7%)

Should be implemented with changes. (please comment)
2 (3.3%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
24 (40.0%)

(Other: please comment)
0 (0.0%)

[personal profile] alexbayleaf

Title:
Add information to subscription notifications

Area:
Email notifications, subscriptions

Summary:
The notification that someone's subscribed to you or granted you access should contain more information so you know who they are.

Description:
When I get a notification that someone's subscribed to me or granted me access, it says:

"[whoever] has subscribed to your journal; your public entries will be displayed on [whoever's] Reading Page."

That's it. Not very informative.

I think we should add some or all of:

* user pic
* name (if given in profile)
* location (if given in profile)
* who you have in common (mutual friends, communities, etc)
* interests you have in common
* bio text (from profile)
* latest public entries (summarised, just the subject and a few lines)

Exactly which items should be included would be a matter of mocking up some examples and seeing how they look. I'm not fixated on exactly what should be included, but basically I'd just like to get some more information/context so I can go "oh, of course, that's one of my friends from X!"

Poll #7986 Add information to subscription notifications
Open to: Registered Users, detailed results viewable to: All, participants: 63


This suggestion:

View Answers

Should be implemented as-is.
24 (38.1%)

Should be implemented with changes. (please comment)
9 (14.3%)

Shouldn't be implemented.
17 (27.0%)

(I have no opinion)
11 (17.5%)

(Other: please comment)
2 (3.2%)

katherine: Catra from She-Ra, one eye open, arms crossed (Default)
[personal profile] katherine

Title:
Include entry subject line in Take a look at this Dreamwidth entry

Area:
site: email

Summary:
Include the Dreamwidth entry's own subject line in the Take a look at this Dreamwidth entry e-mail's subject.

Description:
I'd like to see (even part of) the Dreamwidth entry's own subject line in the Take a look at this Dreamwidth entry e-mail's subject. "Take a look at this Dreamwidth entry" is rather generic especially when one gets more than one.

Poll #7127 Include entry subject line in Take a look at this Dreamwidth entry
Open to: Registered Users, detailed results viewable to: All, participants: 53


This suggestion:

View Answers

Should be implemented as-is.
34 (64.2%)

Should be implemented with changes. (please comment)
3 (5.7%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
16 (30.2%)

(Other: please comment)
0 (0.0%)

azurelunatic: Vivid pink Alaskan wild rose. (Default)
[personal profile] azurelunatic

Title:
Wrap links in email notifications with spaces

Area:
email notifications, getting along with everybody's tech

Summary:
When a planned link appears in a notification, add spaces fore and aft before inserting punctuation.

Description:
The format for the top part of a plain text comment notification currently goes kind of like this:

displayed name (username) replied to a comment you left in a Dreamwidth entry "title" (http://exampleusername.dreamwidth.org/12345.html).

Notice how the link to the entry is wrapped in parentheses, with no space between the closing parenthesis and the end of the link.

I have a charming little palmtop that bravely tries to autolink things found in its email. It's so adorable, and it tries so hard. It thinks that trailing punctuation in a link (like commas, parentheses) is part of the link. I'm sure I'm not the only one whose email client does this. When I visit the link, Dreamwidth doesn't quite know what to do with the parenthesis at the end of the link, and throws an error page.

Things that contribute to the problem:
* The punctuation being stuck next to the link (under DW's control with some monkeying with possibly translation strings)
* My email client making a choice that's wrong under these circumstances (under ... probably Palm's ... control; also under the control of the email clients of other affected users.)
* Dreamwidth's server getting confused by links ending in ".html)" -- as well as ".htm" and ".html,". (possibly under DW's control, possibly also a serious-server-guts thing)

To make things nicer for the people whose email clients do this, what about putting a space between the end of any link that's supposed to be in a plain text email notification, and any punctuation or other characters that follow after?

The same comment notification, with this change, would look like so:

displayed name (username) replied to a comment you left in a Dreamwidth entry "title" ( http://exampleusername.dreamwidth.org/12345.html ).

This should not apply to links within the entry or comment, because there are some links that *do* have punctuation as part of the link (Wikipedia, I'm looking at you!). But when the link is part of the notification template, it should be relatively easy to put a space in between the link and any punctuation. This could cause weird line wrapping, but I would personally find weird line wrapping preferable to weird linking.

Might also be good to have some weird link issues handled better server-side (try stripping off weird characters at the end of something that throws an error, try the .html version of a page when .htm fails) but the space things sounds a lot easier to do and should save a certain amount of aggravation.

Poll #5023 Wrap links in email notifications with spaces
Open to: Registered Users, detailed results viewable to: All, participants: 44


This suggestion:

View Answers

Should be implemented as-is.
34 (77.3%)

Should be implemented with changes. (please comment)
4 (9.1%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (13.6%)

(Other: please comment)
0 (0.0%)

pauamma: Cartooney crab wearing hot pink and acid green facemask holding drink with straw (Default)
[personal profile] pauamma

Title:
Allow users to see their own email bounces and rejections

Area:
email

Summary:
Allow users to see rejected and bounced emails to their own email address

Description:
Currently, only people with the appropriate permission can check whether email Dreamwidth sends to users is bouncing or rejected by the destination ISP or email service. Other users don't have access to that feature, not even for their own email address. The source code for the page, however, indicates that the feature has been implemented but disabled except for people with that permission.

If that restriction was removed with the code as it currently stands, there would be other restrictions applicable for users without that permission:
- Users who didn't validate their email address wouldn't be able to access that page.
- Some account levels may not have access to that feature. (I'm not sure which if any, and the current setting is moot since access is globally disabled anyway, but which should have it is still relevant to the discussion.)
- Community maintainers can't check their communities for rejected/bounced email, if those communities have a different email address.

Poll #4421 Allow users to see their own email bounces and rejections
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

Should be implemented as-is.
26 (72.2%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (27.8%)

(Other: please comment)
0 (0.0%)

tim: Tim with short hair, smiling, wearing a black jacket over a white T-shirt (Default)
[personal profile] tim

Title:
Batching notification emails

Area:
email notifications

Summary:
Combine multiple email notifications into a single email based on temporal and topical similarity.

Description:
It's pretty common for someone to grant access to user X, subscribe to X, and maybe even send X a private message explaining who they are, all at the same time. As it is, I would get three separate emails if that occurred. I suggest batching up all similar email notifications that are generated within a given time period (say half an hour?) and combining them into a single email. "Similar" could just mean involving the same user (in the above example, I would get one email saying "X granted you access; X subscribed to you; X sent you a message") or even combining multiple subscription notifications into a single email, for all those really popular people out there.

Poll #3898 Batching notification emails
Open to: Registered Users, detailed results viewable to: All, participants: 45


This suggestion:

View Answers

Should be implemented as-is.
8 (17.8%)

Should be implemented with changes. (please comment)
7 (15.6%)

Shouldn't be implemented.
21 (46.7%)

(I have no opinion)
7 (15.6%)

(Other: please comment)
2 (4.4%)

the_shoshanna: my boy kitty (Default)
[personal profile] the_shoshanna

Title:
remember "send me a copy of my own message" selection for next time

Area:
private messaging, user interface

Summary:
The system should remember whether you wanted a copy of your own message the last time you sent a PM, and default to that choice the next time you send one.

Description:
I always want a copy of my own message when I send one, just as I keep copies of my sent email, but just now I forgot to check the box to have the system send it to me before I sent the message. Not for the first time, either. I think it would be great if the system remembered what I chose the last time I sent a PM (either checked/yes-send-me-a-copy or unchecked/no-don't-send-me-a-copy) and defaulted to that option the next time I sent one, so that I'd only have to set it once and then change it only for any special cases. (This is how the crossposting option works, right?)

This might confuse a few people who have got into the habit of reflexively checking the box every time without really looking, and might end up unchecking it rather than checking it. And to people who don't have a clear preference on the matter and switch between checked and unchecked all the time, it may look inconsistent (and possibly require clicking the box more often, rather than less). But I suspect that people who have been reflexively checking it every time will be glad to no longer have to do so, once they catch on to the new system; and that most people do have a preference regarding such things (not that I have actual evidence of that; that's what a public suggestion post is intended to discover *g*).

Poll #3837 remember "send me a copy of my own message" selection for next time
Open to: Registered Users, detailed results viewable to: All, participants: 33


This suggestion:

View Answers

Should be implemented as-is.
26 (78.8%)

Should be implemented with changes. (please comment)
1 (3.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (18.2%)

(Other: please comment)
0 (0.0%)

the_shoshanna: my boy kitty (Default)
[personal profile] the_shoshanna

Title:
better subject line for a copy of your own message

Area:
private messages, making things make sense

Summary:
If you ask to receive a copy of a PM you send someone else, your copy should have a more informative subject line than it currently does.

Description:
I love the fact that I can ask to receive a copy of a PM I send to someone; I always want to keep a copy of my own correspondence. When my copy arrives in my inbox, however, it has the extremely uninformative subject line "the_shoshanna sent you a message." I think copies of messages I send someone else should have the subject line "you sent someone_else a message." (Where "someone_else" is the username in question, of course.) That would make it much easier to scan my email folder and find what I'm looking for.

I can't see any drawbacks to this; I suppose being able to see both the recipient of the message I sent and the subject line of the message itself would be even better, but even seeing just the recipient is definitely better than the current version.

Poll #3831 better subject line for a copy of your own message
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

Should be implemented as-is.
28 (77.8%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (22.2%)

(Other: please comment)
0 (0.0%)

pauamma: Cartooney crab wearing hot pink and acid green facemask holding drink with straw (Default)
[personal profile] pauamma

Title:
Deal intelligently with bouncing email addresses

Area:
email notifications, email address validation, not spamming users

Summary:
When an email sent to a user is rejected or bounces, do something intelligent instead of just ignoring it.

Description:
Currently, when emails Dreamwidth sends to one of its users start bouncing (being rejected, or undeliverable because that email address no longer exists), the Dreamwidth email servers just ignore this, instead of using it as a hint not to deliver more emails to that email address. This behavior was inherited from LiveJournal, and has caused in the past much distress to users, ops people, support volunteers, and email providers, and occasionally drastic reactions by email providers, such as refusing or silently discarding all emails from LiveJournal, thus making the problem worse. LiveJournal recently committed a code change (http://community.livejournal.com/changelog/8801455.html) that changes that, but its approach may no be the best (http://bugs.dwscoalition.org/show_bug.cgi?id=2759). (Specifically, it makes that email address unconfirmed for all user accounts associated with it - http://www.dreamwidth.org/support/faqbrowse?faqid=3.)

Other, less drastic ways to deal with delivery problems include notifying the user via their inbox instead of disabling delivery, only acting on the specific account for which the email was sent, only acting if more than a threshold number of emails bounced, or only stopping emails to that address temporarily, instead of until the user takes action. (Or of course, keeping the current approach of ignoring all such reports.)

Poll #3747 Deal intelligently with bouncing email addresses
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

Should be implemented as-is.
31 (75.6%)

Should be implemented with changes. (please comment)
7 (17.1%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (4.9%)

(Other: please comment)
1 (2.4%)

noracharles: (Default)
[personal profile] noracharles

Title:
Add privacy warning to faq about forwarding email from your username@dreamwidth.org address

Area:
privacy

Summary:
In the faq (http://www.dreamwidth.org/support/faqbrowse?faqid=196&q=forwarding&lang=) it is implied that forwarding email is a privacy concern, but it's not explained why. I would like a sentence added explaining that doing so may reveal that address to other users.

Description:
This is one of those things where a moment's thought will tell you the answer, but I didn't think, and other users may also be ignorant about the risk:

Don't forward your username@dreamwidth.org mail to an email address you do not wish connected to your pseud, because if it bounces, the person who emailed you will get an auto-reply containing the private email address.

I learned the real life name of a fandom friend this way.

Poll #3745 Add privacy warning to faq about forwarding email from your username@dreamwidth.org address
Open to: Registered Users, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

Should be implemented as-is.
47 (100.0%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

ct: a shooting star (Default)
[personal profile] ct

Title:
Improve/customize the messages added to emails by the spam filter

Area:
email, spam

Summary:
Currently, when Dreamwidth's spam filter flags a message that may or may not be spam, it forwards the message to the intended recipient and adds a paragraph to the beginning of the message explaining what happened. This message doesn't have the same feel as most other official/official-ish communication from Dreamwidth, so I'm suggesting it should be updated.

Description:
When email gets sent to a paid/seed user's @dreamwidth.org email address, it gets run through a program to weed out spam. Messages that are borderline - maybe spam, maybe not - are sent on to the user with some extra text prepended to the email explaining what happened. Right now, it looks like this:

<i>Spam detection software, running on the system "sb-lb02.dreamwidth.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details.</i>

...which I'm pretty sure is the standard boilerplate that comes with the program. I'd like to see the message customized to be less impersonal/more user-friendly and to make it more obvious that even if the original email is spam, this message is legitimately from Dreamwidth.

Something else that may make it more obvious what these emails actually are would be to change the from and/or the subject of the email to reflect that it's a message from DW's spam filter rather than a message directly from the original sender, but I'm less sure of the etiquette involved there and of whether it would be feasible.

Poll #3538 Improve/customize the messages added to emails by the spam filter
Open to: Registered Users, detailed results viewable to: All, participants: 28


This suggestion:

View Answers

Should be implemented as-is.
13 (46.4%)

Should be implemented with changes. (please comment)
3 (10.7%)

Shouldn't be implemented.
2 (7.1%)

(I have no opinion)
10 (35.7%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
Add entry title to "view this entry" email link

Area:
notifications

Summary:
The links at the bottom of an email to a specific entry should include the name of the entry where appropriate.

Description:
When I receive an "X has posted a new entry email", the link to the entry is at the bottom of the email. If X has posted multiple entries, some email clients/systems[1] will truncate duplicated content thinking that it's duplicated.

This is especially annoying if using the HTML view of Gmail on a mobile device, where clicking the 'read more' link will reload the thread, marking all unread as read.

If the "view this entry" text was replaced by "view entry TITLE", this would cease to happen.

Alternatively, if the title of the entry at the top of the notification was also a link, this would also solve the specific gmail problem.

(I and Miss_S_B subscribe to each other, and tend to work different shifts, we have metered bandwidth on our mobiles, and while neither of us gets close, extra pageloads for no reason is annoying, this is a specific gmail issue, but it may apply to other clients)

ETA: [1] This includes Gmail and Conversation View in Outlook 2010, and may include other email clients, feel free to comment.

Poll #3479 Add entry title to "view this entry" email link
Open to: Registered Users, detailed results viewable to: All, participants: 30


This suggestion:

View Answers

Should be implemented as-is.
18 (60.0%)

Should be implemented with changes. (please comment)
2 (6.7%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (33.3%)

(Other: please comment)
0 (0.0%)

theodosia21: sunflower against a blue sky (Default)
[personal profile] theodosia21

Title:
Comment Notification Email Links

Area:
links

Summary:
One of the links in comment notification emails- "view all comments to this entry"- links to the entry itself, not the comments as one would expect from the name. I think that link would be improved by putting "#comments" on the end of it.

Description:
Comment notification emails have three options at the bottom: "view the thread beginning with this comment", "view all comments to this entry", and "reply at the webpage." The second option- "view all comments" just links back to the entry, not the comments themselves. You have to scroll down to see the comments, which can be annoying on long entries. I think that link would be better designed if it had "#comments" stuck on the end of it, so you go straight to the comments. Really, I don't see any drawbacks to doing so, and I'm sure I'm not the only person to find the current situation irritating. If you want to go straight to the entry itself, there's a link at the top of the email you can use.

Poll #3306 Comment Notification Email Links
Open to: Registered Users, detailed results viewable to: All, participants: 49


This suggestion:

View Answers

Should be implemented as-is.
35 (71.4%)

Should be implemented with changes. (please comment)
3 (6.1%)

Shouldn't be implemented.
2 (4.1%)

(I have no opinion)
9 (18.4%)

(Other: please comment)
0 (0.0%)

arndis: (Default)
[personal profile] arndis

Title:
Add "subscribe to feed link" to DW Announcement emails

Area:
DW Announcement emails

Summary:
Please make it easier to subscribe to DW announcement emails and similar in a feed reader, to lessen email inbox clutter.

Description:
I did figure out how to do it, but I wouldn't have without visiting the community page and seeing the "feed available" icons. This feature should be more discoverable, by putting a link in the emailed newsletter, and in the notifications preference page.

Poll #3298 Add "subscribe to feed link" to DW Announcement emails
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

Should be implemented as-is.
7 (20.6%)

Should be implemented with changes. (please comment)
1 (2.9%)

Shouldn't be implemented.
5 (14.7%)

(I have no opinion)
21 (61.8%)

(Other: please comment)
0 (0.0%)

trixtah: (Default)
[personal profile] trixtah

Title:
Implement SPF records for email

Area:
Administration

Summary:
Implment DNS SPF records to facilitate email delivery to large webmail providers

Description:
SPF is an industry standard way of guaranteeing which email servers are permitted to send mail on behalf of your domain. At present, there seems to be a perennial problem with Dreamwidth bulk email being rejected from time-to-time - the "big four" email providers (Gmail, Hotmail, Yahoo and AOL) -do- use SPF records to positively weight email spam scores in favour of bulk emailers.

Dreamwith.org sends mail from one server - it is simple to implement a DNS TXT record that reads "v=spf1 mx ~all" that will verify to any email receiver that checks SPF that your MX server is permitted to send mail on behalf of "@dreamwidth.org" senders.

It also makes the likelihood of future spammers spoofing dreamwith.org addresses in order to send mail much less.

SenderID is also a useful solution, but SPF is simple to implement and will assist with delivery of bulk email to most large email service providers.

Poll #3195 Implement SPF records for email
Open to: Registered Users, detailed results viewable to: All, participants: 45


This suggestion:

View Answers

Should be implemented as-is.
27 (60.0%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
17 (37.8%)

(Other: please comment)
1 (2.2%)

cesy: "Cesy" - An old-fashioned quill and ink (Default)
[personal profile] cesy

Title:
Make user tags in icon email notifications work

Area:
notifications, icons

Summary:
See below.

Description:
There are shiny new email notifications of icon uploads, that include the description and comments. However, if the comment includes a credit, e.g. "by <user name=exampleuser>" this comes out in plain text in the email, even if you have HTML emails. It would be good for it to be parsed as a user tag in the email.

Poll #2967 Make user tags in icon email notifications work
Open to: Registered Users, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

Should be implemented as-is.
38 (80.9%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (19.1%)

(Other: please comment)
0 (0.0%)

Profile

Dreamwidth Suggestions

December 2018

S M T W T F S
      1
23 45678
9101112131415
16171819202122
23242526272829
3031     

Style Credit

Expand Cut Tags

No cut tags

Syndicate

RSS Atom