Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Возможно ли использовать один почтовый ящик для обеспечения репликации между двумя парами баз данных? Если да, то какие есть особенности по настройке? Попробую объяснть на примере: Есть две пары баз данных, которые используют один ящик. Удаленные базы читают данные из ящика FilialN@XXX.ru. Централные БД читают данные из разных. Имена пользователей разные (FilialN, FilialNA), имена публикаторов тоже разные (PublisherN, PublisherNA), но при этом удаленнаая БД, которая должна была получить данные от PublisherN, получила данные от PublisherNA, на её работе это никак не сказалось, но сообщения удалились. Дальше центральная база шлет сообщения а удаленная их не получает. Извините, если непонятно объяснил... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 13:01 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
если вы прочитаете лог (если он включен в настройках dbremote), то там будут сообщения (приблизительный перевод такой): сообщение принято, но оно не для данного/текущего пользователя. Имхо, сделать то, что вы хотите невозможно. З.Ы. пытаетесь сэкономить на деньгах, которые нужно оплатить за использование дополнительного акаунта? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 14:08 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Сообщения от другого пользователя были получены на ура, без ошибок, но и без видимых результатов, правда из ящика они удалились. Код: plaintext Получается, что не свои письма читаем чисто из любопытства и выбрасываем за ненадобностью. Что характерно всякий спам dbremote не читает и оставляет пылиться в ящике. Как-то это несправедливо! Если я правильно понял, то на каждую базу данных (и каждого пользователя) должен быть заведен отдельный ящик? Или всё-таки можно несколькими базами работать в одном ящике? P. S. Ящиков и так больше сотни, хотелось сэкономить время (деньги-то не свои). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 15:13 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
То что Вы хотите - сделать нельзя. Не, вобще-то можно, но ни к чему хорошему это не приведет :) Почитайте раздел "Совместное использование адресов SMTP/POP". Агент фильтрует свои сообщения руководствуясь темой сообщения, поэтому спам и остается в ящике. Можно использовать совместно аккаунт для обычной почты и одной базы. Но тут надо вначале запускать агента (он свое заберет), а затем почтового клиента. Или настраивать у почтового клиента выборочное скачивание (например у "Летучей Мыши"). А проблематично разместить ящики на бесплатных серваках ? У меня так и сделано. Cеpгeй РI. 24/01 10:38:13. Получены сообщения от "PublisherA" А что дальше в сл. строках ? Похоже - сообщения то получены, но не применены ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 15:36 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
На стороне удаленной БД тишь да гладь. Код: plaintext 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 16:28 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Судя из мною увиденного: Cеpгeй РI. 24/01 10:38:13. Получены сообщения от "PublisherA" (0-0373029994-0373053209-0) I. 24/01 10:38:13. Получены сообщения от "PublisherA" (0-0373053209-0374953686-0) I. 24/01 10:38:13. Сканирование журналов начинается со смещения 0000543037 удаленная база ничего не получает. Это обозначает что в цепочке сообщений есть потеряное звено. База ждет прихода этого сообщения и видимо - не дождется ;). Должно быть так: I. 24/01 10:38:13. Получены сообщения от "PublisherA" (0-0373029994-0373053209-0) I. 24/01 10:38:13. Применение сообщения от "PublisherA" (0-0373029994-0373053209-0) I. 24/01 10:38:13. Получены сообщения от "PublisherA" (0-0373053209-0374953686-0) I. 24/01 10:38:13. Применение сообщения от "PublisherA" (0-0373053209-0374953686-0) I. 24/01 10:38:13. Сканирование журналов начинается со смещения 0000543037 Не тратьте зря время. Чудес не бывает. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 18:46 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Cepгей РНа стороне удаленной БД тишь да гладь. Код: plaintext 1. 2. 3. 4. 5. 6. у DBREMOTE при запуске можно указать ключик -p - не очищать сообщения, может он тебе поможет, правда придется придумать как удалять уже обработанные сообщения из из ящика ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 11:47 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
PublisherA это то, что предназначалось для другой БД (на тот момент не запущенная). Естественно, что эти сообщения не применились, но не естественно, что удалились. Вроде ни где в документации не написано, что нельзя использовать один ящик для двух баз, но на практике получается, чтот так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 13:13 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Я не знаю, как средствами БД сделать то, что Вы хотите. Но из той же оперы небольшую задачку решил внешними средствами. У меня вся исходящая почта автоматом шифруется PGP ключом. На входе стоит свой же дешефратор. Внешним же методом можно сделать и реплику через один ящик. Делается просто: реплика происходит через файлы; пишется скрипт (скажем на перле), который выгребает ящик и раскладывает почту по нужным папочкам; скрипт запускается по часикам; после его выполнения запускается репликатор. Делов на полдня. Кстати, не совсем понял, в чем будет экономия времени, если Вы запустите реплику через один ящик? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 13:57 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
авторКстати, не совсем понял, в чем будет экономия времени, если Вы запустите реплику через один ящик? Это орг. вопрос... Предполагалось: "что не запрещено, то разрешено"! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 14:38 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Сергей РPublisherA это то, что предназначалось для другой БД (на тот момент не запущенная). PublisherA это имя отправителя. Я не знаю, по каким критериям Вы смогли определить кому предназначалось это сообщение? Все отправленные сообщения имеют одно и то-же имя. Отличие только в адресах, смещениях и содержимом. Смещения содержатся в заголовке сообщения. База-получатель определяет принадлежность по этим смещениям. Если вдруг произойдет то, что они совпадут, то удаленная база может применить не свое сообщение и система завалится. Прямым способом - без посредников (поддерживаю rashman) это не решить. Для эксперимента - переведите систему на файловый протокол и попробуйте сделать аналогичное. Вы по подробнее опишите задачу, может так проще будет Вам помочь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 15:42 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Резюмируя всё сказанное: Нельзя средствами ASA9, устроить репликацию через один ящик, двух баз данных. Спасибо всем, кто откликнулся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2005, 11:36 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Cepгей Р пишет: > Резюмируя всё сказанное: > /Нельзя средствами ASA9, устроить репликацию через один ящик, двух баз > данных./Спасибо всем, кто откликнулся. Так в чем проьлема то? Неужели сложно завести отдельный ящик? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2005, 11:45 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Cepгей Р пишет: > Резюмируя всё сказанное: > /Нельзя средствами ASA9, устроить репликацию через один ящик, двух баз > данных./Спасибо всем, кто откликнулся. Так в чем проьлема то? Неужели сложно завести отдельный ящик? Posted via ActualForum NNTP Server 1.3 Будем заводить. Слезно просить системных администраторов, которые гнут пальцы А проблема в том, что точек более сотни по стране и работают две системы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2005, 17:04 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Vinogradov пишет: > Слезно просить системных администраторов, которые гнут пальцы Ну, тут можно посоветовать только обломать им пальцы, чтоб не гнули и не приходилось слезно просить. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2005, 17:07 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Vinogradov пишет: > Слезно просить системных администраторов, которые гнут пальцы Ну, тут можно посоветовать только обломать им пальцы, чтоб не гнули и не приходилось слезно просить. Posted via ActualForum NNTP Server 1.3 вообще не понимаю проблемы, сажаешь в письмо с просьбой в CC адреса начальства (желательно поглавнее) и проблем не будет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2005, 19:52 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
Vinogradov Будем заводить. Слезно просить системных администраторов, которые гнут пальцы А проблема в том, что точек более сотни по стране и работают две системы Всё равно не понимаю проблемы. У меня за полсотни баз и по две реплики на каждую базу. Проблем с ящиками не возникает. Завести ящик - это 60 секунд времени. Даже если в день добавляется по 100 реплик и надо открывать по одному ящику на каждую реплику, то это займет всего полтора часа :о)) Кстати, порылся в старых скриптах. Когда-то у меня всё работало через один ящик. Более того, все сообщения шифровались PGP-ключом, а почта ходила через UUCP :о) Но тогда это было сделано по другой причине... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2005, 10:47 |
|
||
|
ASA9, dbremote. Одна БД получает письма предназначеные для другой
|
|||
|---|---|---|---|
|
#18+
rashman Vinogradov Будем заводить. Слезно просить системных администраторов, которые гнут пальцы А проблема в том, что точек более сотни по стране и работают две системы Всё равно не понимаю проблемы. У меня за полсотни баз и по две реплики на каждую базу. Проблем с ящиками не возникает. Завести ящик - это 60 секунд времени. Даже если в день добавляется по 100 реплик и надо открывать по одному ящику на каждую реплику, то это займет всего полтора часа :о)) Кстати, порылся в старых скриптах. Когда-то у меня всё работало через один ящик. Более того, все сообщения шифровались PGP-ключом, а почта ходила через UUCP :о) Но тогда это было сделано по другой причине... Работают две независимые системы. Не в одной БД - подчеркиваю 2 независимые консолидированные БД В точках тоже две системы В каждой системе свои консолидаторы и публикаторы со своими подписками Для удаленных точек волею судеб сделали один ящик для обеих систем И здесь начались проблемы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2005, 11:42 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=92&tid=2013205]: |
0ms |
get settings: |
9ms |
get forum list: |
23ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
56ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
82ms |
get tp. blocked users: |
2ms |
| others: | 255ms |
| total: | 451ms |

| 0 / 0 |
