» Почтовая программа Communigate Pro (настройка )

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

ДНС мастеинг ваш?
Ну тогда это лучше к vlary наверно.
Если только как то организовать реализацию через "как бы резервный почтовый сервер".
....
Только а нахрена тогда вам на гугле? .. только если их службу спамфильтрации использовать.


Добавлено:

Цитата:

NS записях домена

Вам для того чтоб хоть задуматься над реализацией нужен доступ к MX записям.

gryu
не совсем понял про ДНС мастеринг.
на гугле нам надо, т.к. там всякие плюшки типа гугл диска, гугл документов и прочее.
но это надо не всем. поэтому и есть мысль вывести всех, кому гугловские приложения не нужны, на свой сервер.

доступ к MX записям есть. я ошибся, назвав их NS

denism301
Цитата:

в NS записях домена указаны гугловские почтовые адреса.

У вас что, Гугл является праймери и секондари NS для вашего домена?!
Полагаю, что это ошибка от незнания предмета, потому рекомендую темы
Почтовый сервер с Нуля или переходим на свой почтовый сервер.
Ибо непосредственно к сабжу вопрос отношения не имеет. Читай, там все уже обсасывалось.
Но скажу сразу: сделать так, чтобы половина домена контора.ру получала (снаружи) почту на Гугл,
а половина - на местный сервер, не получится.

vlary

Цитата:

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

Я тут ехал в электричке и вот что надумал. "Сырая мысль"

А записи
mail.domen.ru xxx.xxx.xxx.xxx (офисный)
mail2.domen.ru yyy.yyy.yyy.yyy (google)

МХ записи
domen.ru preferens=10 mail.domen.ru
domen.ru preferens=20 mail2.domen.ru

На коммунигейте в офисе в разделе router переадресуем "гугловские" адреса на mail2.domen.ru.
Если есть возможность, то на гугле переадресуем всю почту "офисных" на mail.domen.ru.
Если нет, то пишем с просьбой всю почту на несуществующие адреса релеить на mail.domen.ru.
Если вообще нет, то совсем плохо, но если приоритет офисного сервера выше гугловского, то будет работать, но почта иногда будет теряться.

В результате вроде должно всё работать... Во втором случае(полном релеее) захлёбываемся в спаме, но работает...




Добавлено:
denism301
Цитата:

не совсем понял про ДНС мастеринг.

кто именно правит записи DNS? Вы сами это можете делать или нужно писать "провайдеру" и просить внести записи?
Вы имеете возможность писать ВСЕ записи или только часть из них? (типа "А" записи вы можете, а "МХ" - пишите провайдеру)
Вот что я имел ввиду.

gryu Дело в том, что не все почтовики чтят приоритет МХ, потому вполне возможно, что первая попытка будет на Гугл.
Поскольку там вторую половину не знают, ответ будет 550, и письмо будет похерено.
Поэтому лучше не изобретать костыли. Сделать на коммунигейте доменный алиас
типа мэйл.контора.ру, прописать для него МХ и А айпи коммунигейта,
и отправлять второй половине письма не вася@контора.ру, а вася@мэйл.контора.ру.
Вот тогла все дойлет.
А тем, которые на Гугле, вместо ящиков сделать переадресаторы через маршрутизатор тиа .<petya@kontota.ru> = petya@kontora.ru@mx.googl.com

vlary
Цитата:

Дело в том, что не все почтовики чтят приоритет МХ

пЫчально.
Тогда остаётся только вариант с релеем.
Писать на гугл чтоб они всю почту на несуществующие адреса релеили на корп сервер.
..
Короче кроме гемора ничего.


Добавлено:
Но идея забавная. Попробовать что ли как нить?!

gryu
Цитата:

Писать на гугл чтоб они всю почту на несуществующие адреса релеили на корп сервер.

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

vlary
Цитата:

и насколько вменяема техподдержка.

По чужим откликам. "Поддержка - никакая. Т.е. совсем никакая"

Цитата:

но боже мой, сколько спама на этом можно огрести

Я даже не представляю. ...
Мои 300 писем в день будут просто детской сказочкой.
Но идея ...

gryu

Цитата:

оно и на фре работает. Только всякие "РосАтром" и другие подобные организации почту не принимают.  

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

Для некого условного "РосАтома" ваша внутренняя сеть (за NAT'ом) не видна, для него это "черный ящик" с одним адресом - внешним (белым) адресом Вашего шлюза.

Что может проверить принимающий сервер:
- наличие Вашего белого IP в блэклистах
- соответствие EHLO (HELO) и PTR-записи: если Ваш внешний IP резолвиться в mail.kontora.ru, то и в EHLO должно быть "mail.kontora.ru"
- SPF запись. При этом, если проверка SPF положительна, это не дает гарантии доставки. А вот если результат проверки отрицателен, то, скорее всего, письмо будет отвергнуто.
- существование адреса отправителя: если Ваше письмо идет от адреса pupkin@kontora.ru, то такой ящик должен существовать и Ваш сервер должен быть готов принять письмо на этот адрес.

Может что-то забыл ...
Что при отлупе от РосАтома в логах пишется?

Кстати, всякие "крутые" конторы сами нарушают правила.
Я сталкивался со Сбербанком и Спамхаусом - присылают письма от адресов (типа notanswer@sbrf.ru или как-то так), которые не проходят проверку обратного адреса Приходится добалять в белый список.


Цитата:

Надо признаться, что написан он не всегда понятно как

Согласен. Читаешь и создается впечатление, что писали учебник, а не справку.

Добавлено:
vlary

Цитата:

А тем, которые на Гугле, вместо ящиков сделать переадресаторы через маршрутизатор тиа .<petya@kontota.ru> = petya@kontora.ru@mx.googl.com

Можно попробовать http://www.communigate.com/CommuniGatePro/ExternalSync.html

vlary
Цитата:

Я до сих пор использую релиз 5.2.16, дабы не испытывать проблем с аспирином

Гм. Информация к размышлению.
Сейчас установил сабж скачав с оф сайта.
# fetch ftp://ftp.communigate.com/pub/CommuniGatePro/CGatePro-FreeBSD9-Intel.tgz
Скачался и установился CGatePro-6.0.8.
Генерилка для 5.2 сгенерила ключи, которые установившийся CGatePro-6.0.8 принял нормально.

Добрый день!

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

VoisHunter Что значит - отваливается? Вырубается сервер, на котом установлен Communigate?
Падает сам сервис Communigate? Ложится канал к провайдеру?

вырубается сервер

VoisHunter
Цитата:

вырубается сервер

Тогда основная проблема в том, что POP/IMAP ящики лежат на этом сервере.
Сама почта никуда не денется, она останется на отправляющих почтовых серверах,
и будет передана на ваш сервер, как только он оклемается.
А чтобы почта была доставлена своевременно, приется клиентам прописать
дополнительные учетки на резервный сервер.
Короче, система такая:
1. Создаем резервный сервер mail2.domai.ru
2, Прописываем основной домен domain,ru, alias mail2.domain.ru.
3. Прописываем в ДНС вторую МХ с меньшим приоритетом mail2.domain.ru..
4. Создаем все учетные записи, которые есть на mail.domain.ru.
5. В маршрутизаторе Communigate прописываем путь к <*@mail2.domain.ru> через mail2.domain.ru .
6. Во всех учетных записях userxx прописываем переправлять всю почту на userxx@ mail2.domain.ru.
Если отправляющий сервер не сможет соединиться с mail.domain.ru,
он соединится с mail2.domain.ru, и передаст почту ему.
Когда юзер не сможет соединиться с mail.domain.ru, он может соединится с mail2.domainru через вторую учетную запись(лучше настроить ее через IMAP),
прочесть новую почту, и отправить ответ.
Как только mail.domain.ru оклемается, mail2.domain.ru передаст ему всю почту,
полученную пока тот был в дауне.

спасибо, буду тестить)

VoisHunter Еще в Communigate есть такая штука как Communigate Cluster,
но что это за зверь, зачем нужен и как работает, я за неимением острой необходимости
разбираться не стал.

vlary

опередил

VoisHunter

вот в эту сторону смотри Cluster - это получится что у тебя HA хранилище под управлением 2 равноправных хозяинов ...и при падении одного из хозяев второй успешно продолжает обрабатывать запросы

Добрый день! Может кто сталкивался, выключали свет на 3 часа, после этого почтовик включился но на нем не было ни одного домена и пользователей, соответственно и почты тоже, как куда пропало без понятия, может кто знает?

VoisHunter
Какая ОС на почтовике?
Очевидно что крммунигейт несмог найти или саму базу, или что более вероятно файл настроек.
Смотреть нужно что с папкой где коммунигейт установлен.

Mac OS 10.7

C MacOS я знаком крайне мало. Тут помочь не смогу.
Но копать скорее всего нужно в сторону ошибки файловой системы.

VoisHunter
Цитата:

как куда пропало без понятия, может кто знает?

Я! Я знаю, кто знает! Клуб телепатов
Ну, либо в том же разделе FAQ по MacOS-x86
Спрашивай, что могло порушиться в файловой системе и как все восстановить.

всем привет, кто-то сталкивался с такой ошибкой ( last mailbox line is not ended with EOL )

VoisHunter
Цитата:

кто-то сталкивался с такой ошибкой ( last mailbox line is not ended with EOL )

Может, ящик вылез за пределы 2 Гигов? Либо какая-то ошибка произошла при добавлении письма.
Открой ящик любым текстовым редактором, поддерживающим большие файлы,
и допиши руками в конец пустую строчку.

сейчас попробую)

Добавлено:
wrong UID sequence: message #85 UID=16665, lastUID=23201
[1] wrong UID sequence: message #86 UID=16666, lastUID=23202
[1] wrong UID sequence: message #87 UID=16667, lastUID=23203
[1] wrong UID sequence: message #88 UID=16772, lastUID=23204
[1] wrong UID sequence: message #89 UID=16773, lastUID=23205
[1] wrong UID sequence: message #90 UID=16774, lastUID=23206
1] parse-reading failed. Error Code=last mailbox line is not ended with EOL
[1] failed to parse. Error Code=last mailbox line is not ended with EOL

в логах сейчас такая штука

VoisHunter Тогда попробуй в этом ящике найти последнюю строчку
начинающуюся From <>(S_ и вычистить все до конца файла, возможно, письмо
потерлось при приеме, и сейчас мешает корректно обработать ящик.

Добрый день! Подскажите!!! CGP 6.0.7, сделал редирект с 80 на 443 порт, 80 закрыл, все работает по SSL. Но когда хочу передать файл, пользователю отправляется ссылка вида http://..... Как переделать на Https:// ?
Помогите!!!

Serafimk
Цитата:

сделал редирект с 80 на 443 порт, 80 закрыл, все работает по SSL

Зачем такие сложности? Сделай в настройках HTTPU только 443 порт, 80 отключи, и все будет работать нормально.

Если я закрываю 80 порт, перестают файлы передаваться

Добавлено:
Передача файлов осуществляется посредством Веб-хранилища, ссылка на файл отправляется собеседнику вида http://..... а хочется чтобы https://