Новые комментарии

fufler - в ответ на StringInstance в workflow 13 лет назад »»»

 Проблема — в базе данных, в таблице JBPM_VARIABLEINSTANCE. Измените максимальную длину текста, хранящегося в STRINGVALUE_, и всё будет ок.

FATruden - в ответ на SNMP+Windows Server 2003. Не ресует графики. 13 лет назад »»»

Подобные ошибки я получаю в логе демона "zenperfsnmp"

2011-11-03 21:04:39,034 WARNING zen.zenperfsnmp: Error reading value for "memAvailReal" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.4.6.0 is bad)
2011-11-03 21:04:39,035 WARNING zen.zenperfsnmp: Error reading value for "laLoadInt5" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.10.1.5.2 is bad)
2011-11-03 21:04:39,035 WARNING zen.zenperfsnmp: Error reading value for "ssCpuRawIdle" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.11.53.0 is bad)
2011-11-03 21:04:39,035 WARNING zen.zenperfsnmp: Error reading value for "ssCpuRawUser" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.11.50.0 is bad)
2011-11-03 21:04:39,036 WARNING zen.zenperfsnmp: Error reading value for "memAvailSwap" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.4.4.0 is bad)
2011-11-03 21:04:39,036 WARNING zen.zenperfsnmp: Error reading value for "ssCpuRawWait" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.11.54.0 is bad)
2011-11-03 21:04:39,036 WARNING zen.zenperfsnmp: Error reading value for "memCached" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.4.15.0 is bad)
2011-11-03 21:04:39,037 WARNING zen.zenperfsnmp: Error reading value for "ssCpuRawSystem" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.11.52.0 is bad)
2011-11-03 21:04:39,037 WARNING zen.zenperfsnmp: Error reading value for "memBuffer" on 192.168.1.2 (oid .1.3.6.1.4.1.2021.4.14.0 is bad)

FATruden - в ответ на SNMP+Windows Server 2003. Не ресует графики. 13 лет назад »»»

Простите) zenoss версии 3.1.0.

ssenyukov - в ответ на Мониторинг Windows 13 лет назад »»»

может, поможет это? (взято отсюда)

Для серверных версий Windows, возможно, придется выполнить в консоли команду:

sc sdset SCMANAGER D:(A;;CCLCRPRC;;;AU)(A;;CCLCRPWPRC;;;SY)(A;;KA;;;BA)S:(AU;FA;KA;;;WD)(AU;OIIOFA;GA;;;WD) 
DruGoeDeLo - в ответ на Удаление старой почты. 13 лет назад »»»

Кароче не парьтесь :)

Я на след неделе буду скрипт писать по этому делу.

Уже разобрался какие нужны команды и разработал алгоритм :)

Так что на след недели выложу ещё один полезный скрипт :)

Johnny_K - в ответ на cannot find reverse hostname 13 лет назад »»»

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

fufler - в ответ на Создание workflow. Продолжение 13 лет назад »»»

 Что конкретно вы хотите получить от добавления новых форм?

technotrance - в ответ на SMTP-авторизация. Как включить? 13 лет назад »»»

Вот логи:

Nov 2 18:13:13 zimber postfix/smtpd[23891]: A5282821152: client=unknown[192.168.199.199]
Nov 2 18:13:13 zimber postfix/cleanup[23962]: A5282821152: message-id=<1262940404.20111102191312@test.example.ru>
Nov 2 18:13:13 zimber postfix/qmgr[10421]: A5282821152: from=<lkblkblkj@test.example.ru>, size=703, nrcpt=1 (queue active)
Nov 2 18:13:13 zimber postfix/smtpd[23891]: disconnect from unknown[192.168.199.199]
Nov 2 18:13:22 zimber postfix/smtpd[23891]: connect from unknown[192.168.199.199]
Nov 2 18:13:22 zimber postfix/smtpd[23891]: NOQUEUE: reject: RCPT from unknown[192.168.199.199]: 554 5.7.1 <miho@test.example.ru>: Relay access denied; from=<lkblkblkj@test.example.ru> to=<miho@test.example.ru> proto=ESMTP helo=<BACK-SERV>
Nov 2 18:13:22 zimber postfix/smtpd[23891]: disconnect from unknown[192.168.199.199]
Nov 2 18:13:22 zimber postfix/smtpd[24076]: connect from localhost[127.0.0.1]
Nov 2 18:13:22 zimber postfix/smtpd[24076]: D766682115B: client=localhost[127.0.0.1]
Nov 2 18:13:22 zimber postfix/cleanup[23962]: D766682115B: message-id=<1262940404.20111102191312@test.example.ru>
Nov 2 18:13:22 zimber postfix/qmgr[10421]: D766682115B: from=<lkblkblkj@test.example.ru>, size=1505, nrcpt=1 (queue active)
Nov 2 18:13:23 zimber postfix/smtp[23968]: A5282821152: to=<miho@egarant.local>, relay=127.0.0.1[127.0.0.1]:10024, delay=9.7, delays=0.21/0.08/2.3/7.1, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as D766682115B)
Nov 2 18:13:23 zimber postfix/qmgr[10421]: A5282821152: removed
Nov 2 18:13:24 zimber postfix/lmtp[24077]: D766682115B: to=<miho@egarant.local>, relay=zimber.egarant.local[192.168.199.101]:7025, delay=1.7, delays=0.09/0.12/0.03/1.5, dsn=2.1.5, status=sent (250 2.1.5 Delivery OK)
Nov 2 18:13:24 zimber postfix/qmgr[10421]: D766682115B: removed

Здесь я сначала пытался отправить письмо, получается, как бы во внеху: с несуществующего ящика на ящик  miho@test.example.ru -- система меня отфутболила. А потом, с этой же несуществующей учётки, отправляю письмо на локальный ящик miho@egarant.local -- и письмо дошло.

Щас кое-что обясню по поводу miho@test.example.ru и miho@egarant.local. На самом деле -- это один и тот же ящик. Просто, на зимбре у меня в generic_maps прописано  @test.example.ru @egarant.local, а на почтовом шлюзе наоборот: @egarant.local @test.example.ru. Это специально так сделано, чтоб все, кто извне, писали на  @test.example.ru и пиьсма проходили через почтовый шлюз на зимбру. И уже на зимбре хвостик @test.example.ru меняется обратно @egarant.local. 

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

technotrance - в ответ на SMTP-авторизация. Как включить? 13 лет назад »»»

Смысл авторизации не в том, чтобы тебе не могли прислать письмо на твой локальный ящик, а в том, чтобы через твой почтарь всякие с№ки не могли рассылать письма наружу. От имени твоего почтаря.

Вот как раз именно во этом и проблема. От имени несуществующей учётки  lkblkblkj@test.example.ru  письма спокойно уходят... Т.е. это любой вася сможет через мой сервак рассылать спам.

technotrance - в ответ на SMTP-авторизация. Как включить? 13 лет назад »»»

А у тебя ДНС записи для zimber.rgarant.local и для test.example.ru не к одному и томуже IP привязаны?

Нет ДНС записи разные конечно же. Для  zimber.rgarant.local запись сделана на моём ДНС-сервере, а для test.example.ru запись сделана на ДНС провайдера.

И еще вопрос: откуда взялась запись lkblkblkj@test.example.ru? Она реально существует, где прописана?

Это запись реально негде не существует и нигде не прописана -- в том то и дело. Я тупо открыл the bat и тупо вбил туда вот этот, отбалды выдуманный адрес, указав smtp сервер 192.168.199.101 (это zimber.egarant.local).

Тут кое что прояснилось! На зимбре в настройках сервера сделал всё по умолчанию:

Прописал только почтовый шлюз.

Дак вот, оказывается, SMTP-авторизация работает! Но только если письма шлёш во внешний мир. А если письма шлёш на локальные ящики @egarant.local, то SMTP-авторизация не срабатывает.

Почему так?