e-mail адрес для получателя

[nynike.livejournal.com]

Есть компания, в которой у работников персональные почтовые ящики на gmail, hotmail, yahoo и т.д. Им удобно сращивать корпоративный почтовый ящик компании с их персональным, чтобы отсылать и проверять всю рабочую и личную почту в одном месте. Проблема в том, что когда, к примеру человек отправляет письмо с gmail, используя адрес компании, то получатель видит, что адрес этого письма: пример@gmail.com; on behalf of; Иван Петров [иван@название компании.com].
Есть ли способ изменить адрес, чтобы получатель видел только: Иван Петров [иван@название компании.com], когда отправитель использует для отправки все тот же gmail? может хостинг поменять или ещё что-то?
Спасибо.

Comments

[spacediver.livejournal.com]

Гугл это умеет, если добавить эти адреса, см. здесь:

http://support.google.com/a/bin/answer.py?hl=ru&hlrm=en&answer=22370

В настроенном виде выглядит так: при отправке можно выбирать, какой обратный адрес подставить.

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

Единственная особенность: отправляя новые письма из веб-интерфейса, нужно не забывать выбирать нужный обратный адрес.

[nynike.livejournal.com]

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

[spacediver.livejournal.com]

Как я понял из справки (не пробовал), для этой фичи не обязательно регить гуглопочту гуглоаппсы, достаточно зарегистрировать адрес (как дополнительный аккаунт) и подтвердить владение.

[spacediver.livejournal.com]

Да, гуглоинтерфейс отправляет через гмайл сервер по любому, но проставляет выбранный обратный адрес.

[nynike.livejournal.com]

да, но как я понял, если аккаунт не зареган в гугл аппс под нужным доменом(в моём случае такой домен занят), то даже пре выборе нужного сшаренного адреса он к этому адресу приставит gmail.com on behalf of - а я отчаянно это добавление пытаюсь убрать

[spacediver.livejournal.com]

А!

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

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

Пишут (http://help.campaignmonitor.com/topic.aspx?t=220) также, что убрать надпись можно, отключив почтово-серверное подписывание писем (как я понимаю, речь о DKIM), но это в наше время немножко самоубийство с точки зрения доставляемости писем сквозь спам-фильтры.

Да, пожалуй на ваш исходный вопрос:

Есть ли способ изменить адрес, чтобы получатель видел только: Иван Петров [иван@название компании.com], когда отправитель использует для отправки все тот же gmail? может хостинг поменять или ещё что-то?

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

[spacediver.livejournal.com]

Теоретически, если все эти удобные сервисы заставить отправлять почту не через MX, а через SMTP серверов, привязанных к вашему домену, чтобы они их подписывали, то дальше все будет ок.

Кстати, похоже что таки-можно.

При добавлении нового адреса нужно сделать так:



Это решение для gmail, что-то подобное должно найтись и для hotmail, yahoo и иже с ними.

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

[nynike.livejournal.com]

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

[spacediver.livejournal.com]

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

Кто же именно будет стучать в SMTP — десктопная программа или веб-сервис — не суть важно

[spacediver.livejournal.com]

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

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

[nynike.livejournal.com]

Хоть и будет головная боль с перенастраиванием почт всех сотудников - как-то для меня переезд на новый хостинг, кажется пока наиболее подходящим решением проблемы - но если не сработает - можно хелпдеск как вариант, ещё раз спасибо!

[spacediver.livejournal.com]

Подождите, а как вам новый хостинг поможет прикрутить личные ящики на gmail/yahoo/и т.п.? Независимо от устройства почты на company.com все упирается в функционал клиентских устройств/приложений/веб-сервисов, ходящих на эту почту по SMTP. Или не ходящих, из-за чего и получается on behalf.

[nynike.livejournal.com]

гмаил предлагает два варианта пересылки письма - через их сервера (с добавлением on behalf) и через SMTP (надеюсь без on behalf) - почему-то 2ую опцию наш хостинг не поддерживает - в их поддержке не смогли подцепиться - старая компания - лет 12 уже с ней. Позвонил в поддержку другого хостинга - срослись без проблем. Поэтому думаю это то, что нужно.

[spacediver.livejournal.com]

гмайл-то к любому SMTP подцепится, он будет без on behalf, а что сделаете с пользователями yahoo/hotmail, которые (предположительно) не умеют ходить к SMTP (неважно к каким)?

[nynike.livejournal.com]

у нас где-то 70% людей на гугле - остальные на хотмейле - на яху один-два может - ну как-то наверное обяжем с сервера отсылать или с аппла к/н или с оутлука и тандерберда - всех не заставишь от привычки к гугглу отказаться)

[spacediver.livejournal.com]

обяжем с сервера отсылать

смотрите, народ будет прокрастинировать непривычное, бизнес-процессы затормозятся :)

[spacediver.livejournal.com]

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

p.s. Простите за назойливое любопытство, не спится, и задачка интересная :)

[nynike.livejournal.com]

ну через gmail - там-то просто - ему надо подтвердить присланный код подтверждение, что бы он мог использовать другой адрес - тут как раз хостинг вообще не задействован. а проверяется соседняя почта по протоколам ИМАП И ПОП3 - они поддерживаются. Правда у гугла и у хотмейла другая проблема при проверке - если на почту приходит мало писем, то авто проверка сшаренного ящика происходит раз в час, что для некоторых проблемно - но это уже другой пост)

[spacediver.livejournal.com]

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

Тогда на личных веб-ящика не придется настраивать опрос IMAP/POP3.

[nynike.livejournal.com]

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

[spacediver.livejournal.com]

Отправителя будут видеть исходного. Разве что в качестве «Кому» будет стоять тот адрес, на который было отправлено письмо исходно (user@company.com), а не (user@gmail.com), который они обычно видят.

Других получателей тоже будут видеть, и при «ответе всем» — всем и ответят.

Это стандартная фича.

А вот при ответе на это письмо gmail.com честно подставит обратный адрес user@gmail.com (или, если настроить — какой нужно, но чтобы оно работало как следует, нужно либо почту company@com хостить на гугле, либо и отправлять его через SMTP company.com, как мы уже выяснили).

[nynike.livejournal.com]

увидел ваш пост на тему - может и подскажут к/н простой сервис - вобще тема для небольших компаний актуальная - большие обычо, всё же разделяют приватную и корпоративную почты

[spacediver.livejournal.com]

Да, пока я нарыл только email piping, встроенный в хелпдески (basecamp из их числа). А у вас, кажется, довольно частотный случай — личные адреса за корпоративными.

Если можно — примерно сколько сотрудников, примерно сколько % из них сидят в своих веб-почтах и не пользуются десктопными почтовиками?

И да, веб-морды к почтовым хостингам бывают очень разные. Бесплатные веб-почты, конечно, далеко впереди (даже многих десктопных клиентов) в плане юзабельности.

[nynike.livejournal.com]

человек 40 - думаю где-то 90% так или иначе используют вебпочту (дома и т.д.) - ну и примерно половина в офисе сидит на аутлуке. Да и у большинства ещё айпады, телефоны и т.д. - с ними проблем меньше - они напрямую с хостинговой почтой связаны.

[spacediver.livejournal.com]

Телефоны значат, что ваша хостинговая почта умеет POP3/IMAP/SMTP, а значит и гугол сумеет с ней работать как клиент.

[nynike.livejournal.com]

телефоны вроде бы только по IMAP. да у хостинга даже на сайте написано, что поддерживают smtp, но почему-то вот тут с гуглом не работает - думая, что не квалифицированный сотрудник попался - разговаривал с 4мя разными - ни у одного так и не вышло - ссылались на закрытый интерфейс, ещё на что-то - вобщем обвиняли гугл во всех грехах)

[spacediver.livejournal.com]

wat.

Попробуйте взять свой корпоративный ящик, взять свой десктопный аутлук (или телефон), и продублировать настройки в окошке, приведенном выше.

Если все сделаете правильно — получите гуглоклиент к вашей почте, безотносительно квалификации сотрудника техподдержки хостинга :)

p.s. IMAP предполагает только получаение почты, не отпраку.

[nynike.livejournal.com]

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

[spacediver.livejournal.com]

Залогинившись в личную гуглопочту, нужно перейти нужно на страницу «Настройки / аккаунты (https://mail.google.com/mail/u/0/?shva=1#settings/accounts)», где выбрать ссылку «Добавить другой свой адрес электронной почты», указать свой корпоративный user@company.com, а дальше выбрать подчеркнутый второй пункт («Отправлять через серверы SMTP company.com»)— а далее как если бы вы настраивали девайс, т.е. вводите свой пароль от корпоративной почты.

[nynike.livejournal.com]

да пробовал так - и порты все и шифрования - и сапорт просил помочь - не вышло - в том-то и загвоздка. А позвонил в хостинг iPage и там за 2е минуты сконнектились - не знаю, что там за проблемы у моего хостинга такие

[spacediver.livejournal.com]

Ответил (http://useful-faq.livejournal.com/17073687.html?thread=194455831#t194455831) :)

[nynike.livejournal.com]

раз уж повезло наткнуться на помошь неспящего программиста, можно понаглеть и спросить не по теме ветки совсем) подскажите, возможно ли с одной wi-fi карты и принимать интернет и раздавать его на другие девайсы (сам думаю, что вряд ли). А может у меня на ноуте даже 2е сетевые карты?:

[spacediver.livejournal.com]

Ну вроде как wi-fi-устройства умеют делать bridging или режим repeater, что означает, что они попросту ретранслируют сигнал другой точки доступа. Таким образом, ваш wi-fi-адаптер будет «усиливать» сигнал точки доступа, с которой сам «принимает» интернет. Другое дело, что авторизоваться нужно будет клиентам так, как если бы они поключались напрямую к той исходной точке.

Кстати, а почему они не могут этого сделать напрямую? :)

[nynike.livejournal.com]

ну по работе езжу в океан, а там на 150 человек очень слабенький канал. Ну и что бы люди не наглели, они прописывают доступ маку только одного устройства, а в целом было бы удобно и на ноуте сидеть и watsup и messenger на телефоне использовать.
Мне интересно, а что за два wifi miniport adapterа у меня в устройствах - думал может можно их задействовать как-то

[spacediver.livejournal.com]

Маловероятно, чтобы было два физических wi-fi адаптера (см. спецификации своей модели ноутбука). Скорее всего, особенности определения устройств :)

Кстати сказать, если на ноутбуке и телефоне есть bluetooth, то можно телефон подключить к wi-fi, а его в свою очередь к ноутбуку как bluetooth-модем (или как usb-модем, если уж на то пошло, тогда bluetooth ни при чем). Тогда оба будут в сети, но сеть увидит лишь один телефон.