Как вы справляетесь с неопределенностью электронной почты?

Question

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

Но электронная почта, похоже, является здесь слабой ссылкой.Проблемы, с которыми я сталкиваюсь: почтовый сервер не работает, электронная почта попадает в спам-фильтр, электронная почта «никогда не поступала».

Нужно ли мне создавать какие-то почтовые сообщения и требовать, чтобы пользователи проверяли еще один?Входящие или есть какие-то вещи, которые я могу сделать, чтобы чувствовать себя более комфортно с моими уведомлениями по электронной почте?Могу ли я потребовать открытые квитанции или что-то в этом роде, и если они не открыты, то снова отправьте электронное письмо?Другие идеи?

Answer 1

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

Вы должны явно указать пользователям, что они сами должны поместить ваши сообщения в список "не спама".Вам не следует беспокоиться о спам-фильтре.

Электронная почта "никогда не приходила" на практике не очень распространена, если вы написали код, когда сервер не работает.

Наконец, вы можете добавить ссылку «Подтвердить щелчком мыши» в электронные письма и отправлять электронную почту каждый час, пока не будет отправлено уведомление.

Answer 2

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

Если у вас нет Skynet -подобной установки, в которой главный компьютер может отправлять роботов-убийц к вашим целям, вы по сути связаны с доставкой через Интернет. Вы определили много потенциальных слабостей; для большинства есть обходные пути, которые я постараюсь перечислить.

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

• Один почтовый сервер может выйти из строя. Хорошо, так что получите второй!

• Ваша сеть может выйти из строя. Как ни странно, это происходит в большой компании, в которой я работаю. Так что важные вещи сфальсифицированы для работы в двух независимых внутренних сетях.

• Если у вас есть только одна линия Интернет с внешним миром, есть вероятность, что ваше соединение будет разорвано, когда оно вам больше всего нужно. Разумный план требует избыточных подключений к Интернету. В экстренных случаях ваше резервное соединение может быть беспроводным - UMTS или GSM, или как там его называют в вашей стране.

• Вы можете выбрать собственный почтовый сервер, распространять его напрямую в Интернет или использовать коммерческую почтовую службу. Если в ваших письмах нет ничего конфиденциального, я бы выбрал Google Mail в качестве одного из исходящих путей. Это довольно солидные времена и в хорошем состоянии. Ваш другой сервер исходящей почты, вероятно, должен находиться в вашей компании.

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

• Электронная почта на почтовый ящик получателей - не единственная альтернатива. Как только вы выходите в Интернет, появляются альтернативы, такие как SMS и пейджинговые услуги. Это поможет вам добраться до телефона получателя. После контакта они могут позвонить или проверить электронную почту своей компании.

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

Answer 3

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

Пользователи, получив уведомление или нет, могут просматривать этот журнал (или временную шкалу) таким образом, как Trac (программное обеспечение для отслеживания ошибок) или Facebook отображают новости. Это канал, который вы можете фильтровать по различным критериям.

Некоторые люди могут быть заинтересованы в сообщениях или ошибках, связанных с импортом данных, другие - в проблемах аутентификации и т. Д.

Другое дело - вы можете отправлять эти уведомления по электронной почте или делать больше «вещателей», таких как сообщения Jabber / XMPP, сообщения в твиттере, что нравится вашим пользователям.

Answer 4

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

Answer 5

Вы можете использовать RSS-канал, а не электронную почту.

Answer 6

Чтобы избежать сброса почты в папку со спамом, вы можете прочитать этот отличный ресурс

Answer 7

Я знаю, что большинство почтовых клиентов поддерживают опцию уведомления отправителя о прочтении письма, которое звучит точно так же, как вы ищете.К сожалению, большинство клиентов также дают пользователю возможность не предупреждать отправителя.

Answer 8

Я бы, вероятно, встроил какую-то страницу статуса, где все (или некоторые; это зависит от) ваших пользователей могли видеть все оставшиеся ошибки. Таким образом, если электронное письмо так и не пришло, есть еще запись о задании, которое пользователь должен выполнить. (с точки зрения удобства использования; мне проще проверить веб-страницу, чем другую учетную запись электронной почты).

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