BiTel

Добрый день.
Столкнулся с тем, что довольно много адресов в контактах - неверные. Банально Local mailbox **** is unavailable: user not found.

Проверка адреса при помощи "RCPT TO:" не эффективна - большинство нормальных SMTP серверов всегда отвечают "250 OK" и только после отправки тела сообщения, - "550 Message was not accepted -- invalid mailbox".

Ну и мысля по этому поводу...
Почему бы не сделать опцию (включать в конфигурации плагина) - обязательная проверка адреса? Т.е. в типе контакта параметр "требовать активацию".
Клиент ввел свой e-mail. По этому адресу отправляется сообщение, в котором ссылка для активации контакта. Пока контакт не активирован, его нельзя использовать для рассылок. Клиент может запросить повторную активацию.
Ну, и дополнительно, периодическая проверка адресов (настройка в конфигурации плагина). Например, каждые пол-года запросить подтверждение. Нет ответа - контакт считать не активированным, сообщения по нему не отправлять.

Может это паранойя, но все же?..

1) активация ИМХО не нужна
2) проверка это неплохо, для этого нужен какой то реальный обратный адрес и обработчик писем из этого ящика (только вот эти письма от разных серверов в разном формате, как их парсить не совсем понятно... жестко в код зашивать или делать дин код или конфиг с патернами)

А зачем обратный реальный адрес? На мыло код активации, для активации надо ввести этот код на веб-странице биллинга.
Так можно проверять и e-mail, и номер телефона (отправить SMS с кодом).

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

Если говорить об смс рассылке то начальная активация просто необходима.

я захожу в СВОЙ Личный кабинет и настраиваю рассылку на ЧУЖОЙ телефон?
Смысл?
Если балавство, то какое то странное...
Если вредительство, то скорее себе навредишь, чем тому чей телефон укажешь...

1. просто пользователь увидел в ЛК рассылку ввёл первый попавшийся номер типо 123456 (посмотреть добавиться или нет) и забыл, а мы шлём на него сообщения.
2. Вредительство: добавил номер соседа 100 раз и ему приходит 100 сообщений (Ограничение по контактам вроде как в TODO). А сосед звонит нам и говорит от вас какой то баланс приходит по утрам а мы даже найти не можем кто добавил (Поиск тоже в TODO).
3. Ну и самое банальное пользователь ошибся номером (не заработало ну и хрен с ним), а мы начинаем слать неизвестно кому.

По сравнению с мылом здесь есть финансовая составляющая. Поэтому активация хоть немного обезопасит.
И по хорошему надо бы отслеживать статус сообщений (доставлен не доставлен СМС провайдера) и по "настраиваемому" порогу неудачных сообщений деактивировать контакт.


Ну и неплохо было бы иметь возможность настраивать в менеджере контактов "Контакт из параметра договора" . Что подразумевает не возможность указания данного контакта пользователем. И более быстрый доступ персонала к вводу контакта.

1) сделайте рассылку платной, и не будет повода вводить первый попвший номер (я могу и правильный номер указать, а через месяц телефон поменять, и будете также слать кому попало...)
2) ну так, что мешает в смс указывать не только баланс, но еще и номер договора (и ваши клиентам удобно, не надо голову ломать, что за баланс, и в случае баловства легко найти того кто номер добавил)
3) см. первый пункт (за свои ошибки сам и платишь)

Это всё понятно. На каждую задачу можно найти объяснение почему её не стоит делать, как и обратное почему стоит.
Тем более что не хотим брать деньги за рассылку.
Но я думаю вы согласитесь что данный функционал ПОЛЕЗЕН.
Ну и последний пункт, вернее пожелание , осталось без комментария (контакт из параметра договора).

1) легко доказывать, что, что то нужно, когда это делать должен кто то другой...
2) особенно когда задача аргументируется "это хочу", "это не хочу"
3) насчет ПОЛЕЗЕН, вопрос не однозначеный, мне например как КЛИЕНТУ дико не нравиться, вводить всякие коды, разгадывать капчи и т.д.
4) насчет "контакт из параметра договора" то же не понятно, нафига...