zKsandrix,​

1. Поставил настройки, как у вас на скриншоте.
2. Это просто совпало, LDAP и POP3 на падение не влияют, что с ними, что без них...
3. Попробую, если поймаю
4. 7.7.7.7 - поменял )
5. Да, сейчас на VMWare, но это происходит и на выделенном сервере. Чистый Win с отключенным Защитником

 

Опять упал, на этот раз с ошибкой
### thread 1/5: [nChronos: 13cc: 1928] FATAL THREAD
Кажется, нашел причину падений. Повторяемость 100%
Если на телефоне, при включенном ByeByeDPI, синхронизировать почту Traveler (Verse), сервер сразу же падает с ошибками
Listener failure: Insufficient memory.
Suspending listen task for 20 seconds due to network errors
Процесс http.exe грузит при этом систему на 100%
Вопрос теперь, что с этим делать? ByeByeDPI у каждого первого и не все настраивают белые списки приложений

 

эта мерзость вообще многое поганит. кстати, он у вас напрямую торчит чтоли?

 

Да уж, свои же сотрудники и кладут сервер ))
Добавлю, что проблема возникает только при использовании https. По http такой проблемы нет.
tell HTTP debug thread on выдает кучу ошибок (ip поменял)
HTTP Server: SSL handshake failure, IP address [7.7.7.7], Keyring [d:/lotus/notes/data/keyfile.kyr], [SSL Error: Network IO error], code [4165]
Client IP Address [100.100.100.100], Server IP Address [7.7.7.7]: Session 45, Thread e48, Clock 56031
SSL Handshake Failure: Session 45, Thread e48, Clock 56031

 

Понятно, что с ссл. Вопрос зачем он вам на сервере доминошном.

 

Вопрос зачем он вам на сервере доминошном.

Так для мобильных клиентов (Android). Последние версии Verse не подключаются по http

 

Я думаю тут больше намёк, что надо перед домино ставить тот же nginx с ssl, который уже в свою очередь в domino по http перебрасывает.
Или что-то вроде того. Не торчать в инет напрямую, а через некий шлюз.

 

У меня конфиг:
0 - Rocky 10.1
1 - haproxy
2 - domino 14.5fp1
3 - traveler 14.5 в HA на mysql.
4 - SSL на haproxy. SSL оффлоад между haproxy и domino не реализован, т.к. использую oidc на сайте с Traveler.

В общем, установлен byebyedpi на мобильник и запущена синхронизация много много много раз.

Всё работает стабильно. Хотя, конечно, мой конфиг очень отличается от вашего, поэтому считайте проверил работу verse + byebyedpi через haproxy

Так для мобильных клиентов (Android). Последние версии Verse не подключаются по http

 

byebyedpi через haproxy

Тоже самое через nginx.
@noned
Вообще, что угодно, вытаскивать наружу без реверс прокси - моветон.
А вы вытащили веб и, как я понял, имап/поп3. Терминировать ссл на домино - отдельная песня не имеющая практического смысла и несущая только вред и гиморрой.
Позовите Герца, старенького Герца lmike в свое время разжевывал все про фронт, поищите.

 

Коллеги, спасибо огромное!
Поставил nginx, проблема ушла.
Наружу сервер вытащил на период обновления/тестирования. Поэтому на 8.5.3 и не было проблем, что был за шлюзом
Но это никак не отменяет того, что http у domino кривущий )

 

Коллеги, спасибо огромное!
Поставил nginx, проблема ушла.
Наружу сервер вытащил на период обновления/тестирования. Поэтому на 8.5.3 и не было проблем, что был за шлюзом
Но это никак не отменяет того, что http у domino кривущий )

Был да. Сейчас с версии 14. Очень даже ничего.

 

zKsandrix,​

Я на srv2016 ставил, поэтому до 14 не дошел, надо будет попробовать
Обновлялся до 12.0.2 эта проблема с https также присутствовала

 

Очень даже ничего

С почтой испытываю боль при очень большой истории в переписке

 

С почтой испытываю боль при очень большой истории в переписке

Это речь про Verse в браузере на пк? У меня так же, это проблема не HTTP а Verse. Как раз с вендором пытаюсь решить эту проблему ))))

 

Это речь про Verse в браузере

Она. Но падает то http)

 

Она. Но падает то http)

Прям падает? Я с таким не сталкивался ещё, тормозит да, но не падает)) можешь поделиться nsd?

 

Огрызки только остались. Смысл в том, что в письмо цепочкой и оооочень длинной.
Соответственно mimepart там выше пояса и домино это не может переварить.
Пластырь наложили в виде начала новой переписке.
Никаких адонов конечно нет)

#7  0x00007faf97257a6c in GetMimeDirectory (hNote=hNote@entry=241, pchItemName=pchItemName@entry=0x7fae1d05816b "Body", wItemNameLen=wItemNameLen@entry=4, phDir
=phDir@entry=0x7fae1e8edf80) at mimdrapi.cpp:2035
#8  0x00007faf97257b86 in MIMEGetDirectory (hNote=241, ItemName=0x7fae1d05816b "Body", ItemNameLength=<optimized out>, rethDir=0x7fae1e8edf80) at mimdrapi.cpp:3
97
#9  0x00007faf9479bcbe in MIMEEntityURLReader::Read (this=this@entry=0x7fae1e8edf70, cmd=..., n=...) at /local1/nightly/v14.daily.linux64/insrv/inotes/nnote.h:3
16
#10 0x00007faf948475c7 in CmdHandlerBase::HandleOpenElementCmd (this=this@entry=0x7faf913b5838, cmd=cmd@entry=0x7fae1d058038) at opecmdhd.cpp:107
#11 0x00007faf948fb37f in Haiku::HandleCmd (cmd=cmd@entry=0x7fae1d058038, cmdHandler=...) at haiku/haiku.cpp:3928
#12 0x00007faf946fc729 in CmdHandlerBase::PrivHandle (this=this@entry=0x7faf913b5838, cmd=cmd@entry=0x7fae1d058038, cachedCmd=0x0) at cmdhandb.cpp:122
#13 0x00007faf946f976c in CmdHandler::PrivHandle (this=0x7faf913b5838, cmd=0x7fae1d058038) at cmdhand.cpp:99
#14 0x00007faf946fa98c in CmdHandler::Handler (cmd=0x7fae1d058038, data=0x7faf913b5838) at cmdhand.cpp:165
#15 0x00007faf946ea8cf in Cmd::Execute (this=this@entry=0x7fae1d058038) at cmd.cpp:1201
#16 0x00007faf94762977 in InotesHTTPProcessRequestImpl (ihReq=0x7faed8734b60) at inotesif.cpp:2599
#17 0x00007faf947632bd in InotesHTTPProcessRequest (ihReq=<optimized out>) at inotesif.cpp:2188
#18 0x00007faf991009a8 in HTInotesRequest::ProcessRequest (this=this@entry=0x7faed8734b48) at htinotes.cpp:1458
#19 0x00007faf990f8682 in HTRequestExtContainer::ProcessRequest (this=this@entry=0x7faed8734948, appSpace=<optimized out>) at htextcon.cpp:1343
#20 0x00007faf9910fa17 in HTRequest::ProcessRequest (this=0x7faed87346b8) at htrequst.cpp:1886
#21 0x00007faf99117ced in HTSession::StartRequest (this=this@entry=0x7fae4427caa8) at htsesson.cpp:661
6  0x00007faf957c1fcc in OSLockPoolWithStatus (pool_lock=pool_lock@entry=0x7fae1eb6daa8, poolhandle=poolhandle@entry=5226, getStatus=getStatus@entry=1) at pool
.c:1044
#7  0x00007faf95ea76ac in NSFItemInfo (hNote=5226, ItemName=0x7fae1d0e5167 "Body", ItemNamelength=<optimized out>, retbhItem=0x7fae1eb6db24, retDataType=0x7fae1
eb6db2e, retbhValue=0x7fae1eb6db1c, retValueLength=0x7fae1eb6db18) at item/itinfo.c:58
#8  0x00007faf94809f99 in NNote::IsMimeBody (this=this@entry=0x7fae1eb72320, szField=szField@entry=0x7fae1d0e5167 "Body") at nnote.cpp:1134
#9  0x00007faf9479bc8d in MIMEEntityURLReader::Read (this=this@entry=0x7fae1eb70f70, cmd=..., n=...) at mimeptno.cpp:350
#10 0x00007faf948475c7 in CmdHandlerBase::HandleOpenElementCmd (this=this@entry=0x7faf913b5838, cmd=cmd@entry=0x7fae1d0e5038) at opecmdhd.cpp:107
#11 0x00007faf948fb37f in Haiku::HandleCmd (cmd=cmd@entry=0x7fae1d0e5038, cmdHandler=...) at haiku/haiku.cpp:3928
#12 0x00007faf946fc729 in CmdHandlerBase::PrivHandle (this=this@entry=0x7faf913b5838, cmd=cmd@entry=0x7fae1d0e503

 

c 1 января запустлся проект The Shadowserver Foundation

 

ищите в секюрити

 

у меня те же проблемы, рою, нашел, вскрывают, HCL теперь индийская компания , они вместо развития jawa, подключили apfch для http, отсюда се проблемы