PDA

Просмотр полной версии : Работа почтового шлюза



Notty
13.03.2010, 22:53
При отправке сообщения на шлюз пользователь получает следующие сообщения:

1. Вы не зарегистрированы в нашей системе. Для того чтобы сообщение было принято, вам нужно...

2. Ваше сообщение принято. Теперь вы можете общаться с нами через через электронную почту или тикет-систему...

Никак могу найти, где можно отредактировать эти сообщения. В "Настройки -> Шаблоны сообщений" их нет. Необходимо в связи с желанием убрать такой "косвенный" способ регистрации.

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

Notty
13.03.2010, 23:16
Идеальная схема.


Алгоритм взаимодействия клиента и биллинга.

1. Потенциальный клиент отправляет сообщение со своего почтового адреса или заполняет форму на сайте.
2. Биллинг размещает сообщение в "Центр поддержки -> Электронная почта" и высылает уведомление "Мы получили Ваше сообщение... Чтобы ускорить рассмотрение нужно подтвердить... Для этого Вам необходимо пройти по ссылке...".
4. Если клиент (по желанию) проходит по ссылке, то биллинг помещает сообщение в "Центр поддержки -> Активные запросы".

При этом, никакой регистрации потенциального клиента не происходит.


Алгоритм работы сотрудника технической поддержки:

1. Если есть активные запросы в "Центр поддержки -> Активные запросы", то сотрудник обрабатывает их.
2. Если нет активных запросов, то сотрудник чистит "Центр поддержки -> Электронная почта" (удаляет спам, отправляет нормальные сообщения в очередь).

Иными словами, в приоритете активные запросы, куда должно попадать письмо потенциального клиента с подтвержденным адресом электронной почты.


Как реализовать алгоритм работы биллинга? (желательно, в виде ссылок на документацию)

DimaK
14.03.2010, 13:10
Собственно так ведь и происходит. Пользователю, ведь, нужно только перейти по ссылке и нажать OK. Создание клиента в биллинге обязательно, т.к. невозможно создать тикет без клиента.
Сообщения изменить нельзя, но если нужно, можем добавить в шаблоны сообщений.

Notty
14.03.2010, 19:57
Пользователю, ведь, нужно только перейти по ссылке и нажать OK.Кстати, на счет этого не совсем ясно:

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


Создание клиента в биллинге обязательно, т.к. невозможно создать тикет без клиента.Это печально. Заведомо мертвые аккаунты. Может, выносить их отдельно от "Клиент -> Клиенты"?


Сообщения изменить нельзя, но если нужно, можем добавить в шаблоны сообщений.Да, было бы просто замечательно.

Notty
14.03.2010, 20:10
Хочется, чтобы клиент ничего не знал о том, что при подтверждении почтового ящика внутри системы создается аккаунт. Решается редактированием отправляемого сообщения.

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

Вопрос 1.

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

Вопрос 2.

Могу ли я, как пользователь BILLmanager, сделать хак, который позволит добавить дополнительное условие выборки данных из MySQL, чтобы в разделе "Клиент -> Клиенты" не отображать "почтовый аккаунт"? Куда копать? Есть документация?

Igor
15.03.2010, 08:58
Чем они вам так мешаеют?
Серьезно, расскажите, а мы подумаем как решить эту проблему.

Notty
15.03.2010, 15:45
Основная причина - при регистрации можно спрашивать всякие разные интересные данные, в том числе и собственные (полученные путем самостоятельной модификации формы для регистрации). Например, биллинг спрашивает "Статус заказчика", "Название компании", "Контактное лицо" и т. д. Если регистрироваться "через почту", то сбор этих данных не происходит.

Дополнительная причина - наличие "мертвого груза" в разделе "Клиент -> Клиенты". Со временем, количество тех, кто "проходил мимо и что-то спросил" будет велико, поэтому найти реального клиента будет сложно. Не говоря о том, что это портит статистику.

Возможные решения (основной) проблемы:

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

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

а. При подтверждении почтового ящика пользователем создавать недо-аккаунт в БД только с заполненным ящиком (ну, и специальными значениями в обязательных полях). При этом, не отображать его в разных списках и не учитывать в статистике.

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

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

DimaK
15.03.2010, 19:43
1. Зачем ему нажимать ОК, если достаточно просто нажать по ссылке (с автоматическим закрытием окна)?
Защита от роботов.

Да, было бы просто замечательно.
Сделаем. На следующей неделе.

Дополнительная причина - наличие "мертвого груза" в разделе "Клиент -> Клиенты". Со временем, количество тех, кто "проходил мимо и что-то спросил" будет велико, поэтому найти реального клиента будет сложно. Не говоря о том, что это портит статистику.
Есть фильтры, они вам помогут. Биллинг рассчитан чтобы работать с очень большим количеством клиентов. Создано куча механизмов по отбору, гарантирую - не будет у вас проблем с поиском. (проверено на себе)

Notty
02.04.2010, 00:16
Сделаем. На следующей неделе.Как успехи?

DimaK
02.04.2010, 11:52
Сделано. Ждите обновления.

IvanV
04.04.2010, 16:36
Кстати, что-то затянулся выпуск 4.0.33 :)

Notty
10.04.2010, 22:14
Сделано. Ждите обновления.Так и не случилось. :-(

Notty
16.04.2010, 02:33
Так и не случилось. :-(Огромное спасибо! Все появилось в последнем обновлении.

VA
15.07.2010, 10:37
Напишу некоторые наблюдения.
Создал два шлюза: support@example.com, sales@example.com (категории соответственно Support и Sales)

Отправляю письмо. Кому выглядит следующим образом: support@example.com, sales@example.com

В итоге создается два запроса и обеим присваивается категория Support. Другими словами, категория определяется исходя из первого адресата (получателя).

Это ошибка или же нельзя при таких условиях определить правильные категории для всех запросов?

Виктор
15.07.2010, 10:40
Напишу некоторые наблюдения.
Создал два шлюза: support@example.com, sales@example.com (категории соответственно Support и Sales)

Отправляю письмо. Кому выглядит следующим образом: support@example.com, sales@example.com

В итоге создается два запроса и обеим присваивается категория Support. Другими словами, категория определяется исходя из первого адресата (получателя).

Это ошибка или же нельзя при таких условиях определить правильные категории для всех запросов?

Надо отправлять письмо на тот адрес для службы, которой Вы хотите передать запрос, т.е. если Вам надо отправить запрос в Sales, то соответственно и отправляйте письмо на sales@example.com (sales@example.com)

VA
15.07.2010, 10:42
Надо отправлять письмо на тот адрес для службы, которой Вы хотите передать запрос, т.е. если Вам надо отправить запрос в Sales, то соответственно и отправляйте письмо на sales@example.com (sales@example.com)
Не об этом речь.
В моем примере я хочу отправить письмо сразу в две категории ОДНОВРЕМЕННО. На практике это малопригодно, просто наблюдение.

Виктор
15.07.2010, 10:48
Не об этом речь.
В моем примере я хочу отправить письмо сразу в две категории ОДНОВРЕМЕННО. На практике это малопригодно, просто наблюдение.

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

P.S. В чём смысл такой отправки писем?
На практике такого не встречал, да и смысл в этом вообще не вижу, т.к. каждый отдел занимается своим, т.е. например отдел заказа, не сможет ответить на технические вопросы.

VA
15.07.2010, 10:56
Смысл в том, что создавать два одинаковых запроса с одинаковой категорией - неправильно.

whydo_nt
27.01.2011, 23:43
У меня запросы с почты приходят в "новые запросы" и без пинка не попадают в "активные запросы". Нельзя ли это как-то автоматизировать?

Виктор
28.01.2011, 01:45
У меня запросы с почты приходят в "новые запросы" и без пинка не попадают в "активные запросы". Нельзя ли это как-то автоматизировать?

Если клиент перейдёт по ссылке указанной в письме, то письмо автоматически будут перенаправлены в активные запросы.

whydo_nt
28.01.2011, 15:47
Не совсем по теме топика вопрос, но более подходящего не нашёл.
Можно ли изменять значение по умолчанию чекбоксов "закрыть запрос" "снять деньги" да и других?

Виктор
28.01.2011, 15:56
whydo_nt, нет.

whydo_nt
28.01.2011, 19:29
Если клиент перейдёт по ссылке указанной в письме, то письмо автоматически будут перенаправлены в активные запросы.
А вот тут уже проблема.
Выслало пару раз, и перестало.
Письма зависают в "Электронная почта" с пометкой "Причина блокировки- 'Неизвестный пользователь'"

Куда копать?

DimaK
29.01.2011, 12:16
Значит те кто пишут, не подтверждают свое письмо открытием ссылки из обратного письма. Если клиент не ответил на первое письмо, повторные три дня не высылаются, сколько бы он не писал. Вы из шаблона сообщения подтверждения письма не вырезали ссылку?

whydo_nt
30.01.2011, 00:40
Письма с ссылкой не отправляются. В логах не видно даже попыток.

DimaK
30.01.2011, 23:19
В gatemail.log тоже ничего. Я думаю этот email либо в черном списке, либо уже высылалось. Попробуйте с совершенно нового мыла отправить.

whydo_nt
31.01.2011, 17:44
Отправляли с нескольких разных почтовых серверов - ничего.
в gatemail.log

Jan 31 10:43:01 [ 0] ESC[1;32mINFO Lookup log level for '/usr/local/ispmgr/var/gatemail.log' in 'etc/gatemail.debug'ESC[0m

VA
31.01.2011, 17:53
whydo_nt, поглядите логи почтового сервера, может там чего найдете

acv0ru
01.02.2011, 01:59
1. Если зарегистрированный клиент создает тикет либо через почтовый гейт либо из панель, то сообщение попадает во "Все запросы". Как сделать так чтобы в случае с зарегистрированным клиентом тикет попадал сразу в "активные запросы"? Влияет ли на это тот факт что в отдел который закреплен за категорией входит несколько сотрудников?

Версия Билинга BILLmanager-Corporate 4.0.48.4

whydo_nt
01.02.2011, 03:19
whydo_nt, поглядите логи почтового сервера, может там чего найдете

Нет даже попыток высылать.
Остальная почта ходит без проблем.

acv0ru
01.02.2011, 03:27
1. Если зарегистрированный клиент создает тикет либо через почтовый гейт либо из панель, то сообщение попадает во "Все запросы". Как сделать так чтобы в случае с зарегистрированным клиентом тикет попадал сразу в "активные запросы"? Влияет ли на это тот факт что в отдел который закреплен за категорией входит несколько сотрудников?

Версия Билинга BILLmanager-Corporate 4.0.48.4

Методом тыка выяснили что это работает если на отделах НЕ стоит галочка "Удаленный отдел"

daff
13.11.2012, 21:39
Господа, что то я все перерыл и не нашел шаблона Confirm email. потому что gatemailне правильную ссылку формирует и отправляет пользователю.

BILLmanager-Advanced 4.0.68.2

В какую сторону копать не подскажите?

Azcol
13.11.2012, 22:35
Здравствуйте, шаблон confirmemailnotify или newgateticketnotify?

daff
14.11.2012, 12:09
Оба шаблона есть, но содержание не совпадает с тем, что приходит в почту клиенту.

Приходит вот такое:
Тема письма: Confirm email
Сабжект:
"You are not registered in our system. To submit a ticket, follow the https://bill/manager/billmgr?func=confirmemail&code=sOctnqA1vK.vt6p3gGtp1IOnZ8XeXplI link to confirm registration.

---------------------------------------------

Вы не зарегистрированы в нашей системе. Для того чтобы сообщение было принято, вам нужно перейти по ссылке https://bill/manager/billmgr?func=confirmemail&code=sOctnqA1vK.vt6p3gGtp1IOnZ8XeXplI и подтвердить регистрацию.

---------------------------------------------

Vous n'avez pas enregistré dans notre système. Pour que votre message soit pris, veuillez visiter ce lien https://bill/manager/billmgr?func=confirmemail&code=sOctnqA1vK.vt6p3gGtp1IOnZ8XeXplI et confirmer l'enregistrement."

Все вообщем то норм НО,ссылка на биллинг битая... савем битая. =(( Оно я как понял берет имя хоста и втыкает в письмо, что не верно.

Azcol
15.11.2012, 04:26
Здравствуйте, это уведомление unknownemailnotify

daff
15.11.2012, 13:39
Ай спасибо! Помогли слепошараму =) Благодарствую!