2008-09-17 8 views
1

У меня есть веб-приложение, которое отправляет электронные письма в ответ на инициированное пользователем действие. Эти письма запрашивают у получателя ответ (URL-адрес включен, связанный с конкретным действием.)Отправляющие приглашения/действия электронной почты

У меня есть пользователи, просящие функцию повторной отправки, чтобы снова отправить это письмо.

Мое возражение состоит в том, что если исходная электронная почта попала в папку со спамом (или не сделала это впервые в первый раз), то то же самое произойдет, вероятно, во второй раз. (Я подтвердил, что электронные письма не отскочили, они были приняты почтовым сервером получателя.)

Так что же думает сообщество: есть возможность повторной отправки и отправки приглашения/уведомления по электронной почте полезной или бессмысленной?

ответ

0

Если вы его реализуете, я бы попросил пользователя повторно ввести и повторно подтвердить введенный адрес электронной почты, и я бы не разрешил его использовать более нескольких раз, в противном случае было бы очень легко выполнить сценарий сценарий злоупотребления для бомбардировки почтового ящика someones.

+0

Я пошел вперед и внедрил это предложение, посылая ссылку подтверждения пользователю (непроверенные accts auto-delete.). Это, вероятно, сделает больше, чтобы сократить потерянные письма, чем кнопку повторного отправки, которая не устраняет проблему. – ScottyDont 2008-09-22 19:15:38

0

Абсолютно бессмысленно. Но, если пользователь этого хочет, и это не займет слишком много времени, это может быть полезно. Пользователи иногда глупы, и если это делает их счастливыми ...

+0

Я согласен ... это эквивалент многократного нажатия кнопки вызова лифта.Но если он удовлетворяет пользовательскому запросу, он может стоить этого в конце. – ScottyDont 2008-09-22 19:13:53

2

Определенно полезно, по крайней мере, с точки зрения пользователя. При повторной отправке электронной почты они знают, что они были отправлены и могут немедленно проверить папку со спамом, чтобы поймать почту. В противном случае они могут не знать о почте, и она исчезнет со своего спама, прежде чем они смогут ее поймать.

1

Это может быть полезно. Возможно, пользователи удалили его случайно. Возможно, это была временная ошибка на почтовом сервере получателя. Спам-фильтры не являются единственной причиной потери почты.

0

Полезно - любое количество факторов может меняться между первой и второй отправкой.

0

Это определенно полезно. Могло быть несколько случаев. Например, пользователь случайно удалил исходное письмо.

0

Ваше возражение предполагает, что проблема заключалась в том, что приглашение отправлялось в папку со спамом. Вы этого не знаете точно (или, по крайней мере, вы намекаете на такое). Им может понадобиться кнопка Resend, потому что они хотят напомнить клиенту о платеже или уведомить их о чем-то снова или что-то еще. Это не имеет значения, потому что эффект должен быть довольно простым и позволяет им отправлять столько сообщений, сколько им нравится.

Один из тех «клиент хочет, это не совсем неразумно, может быть, вы должны просто реализовать его вместо того, чтобы спрашивать их или придумать причину, чтобы наложить на него вето» dealies :)

0

Это абсолютно необходимо. Просто потому, что ваше приложение не получило отказов, это не означает, что почта действительно прошла. Многие сайты отбрасывают электронные письма, которые запускают спам-фильтр, а не доставляют их в папку спама. В таком случае можно предположить, что пользователь может в то же время отказаться от фильтрации спама в своих сайтах, а затем попытаться повторить попытку.

0

Нет аргументов против способности повторно отправить его, не так ли? Предполагая, что повторная отправка его закончится тем же действием, не будет считаться - нет никакого вреда для повторной отправки.

Если есть аргумент для этого, и никто против него, это должно быть легким решением.