Результаты поиска

А на самом деле на Proxmox Mail Gate (PMG) не взлетело просто сделать паб ключ из приватного и записать селектор в DKIM - Гугл не признавал и говорил 'FAIL'. Вот так не взлетело lxc exec debian11 /bin/bash cd /etc/pmg/dkim openssl rsa -pubout -in selector.private -out selector.public Путем...

Уже который раз это раскапывается и забывается. Это же надо так спрятать! Находится это тут You configure this address format using the RFC822 phrase handling field in the Configuration Settings document, under the MIME > Advanced > Advanced Outbound Message Options tab. You must be registered...

Други! Чет позабыл и голову сломал. Где на сервере настраивается формат имени исходящей почты для юзера? вместо простого mail@site.com на Юзер ФИО <mail@site.com> В доке юзера исправить не дает. Глобал домен не сильно помогает он подставляет, если почта не настроена в юзердоке. Где оно порылось?

Заметочка по настройке. Если у вас Domino на правоверном Linux то для настройки DKIM в почте делаем так: openssl genrsa -out private.pem 1024 //генерируем секретный ключ длинной 1024 openssl rsa -pubout -in private.pem -out public.pem //получаем публичный ключ из секретного Идем в /root...

Пойду я еще HCL iNotes Redirect iwaredir.ntf поизучаю. Вот там с языками ого-го накручено. You must be registered for see element.

Так сейчас и есть. Но писать на вебе языковую панель отдельно - грусть печаль. Оно и так есть с редактированием паттернов в юзеркабинете на netwood.org, но еще языки туда - omg. Хотя...

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

Семен Семеныч и да! $ решают

Комрадос, иногда на меня нападает ступор и я хожу за советом. Конструируем мультиязычную базу для веба. Подход 1. Для каждого языка отдельный док с наборами переведенных текстов в полях и RTF. Языковые паттерны на вебе (меню, всякие словеса, алерты, конфирмы и пр) вынесены в отдельный .js...

Помнится пытались You must be registered for see element. Безнадежно.

Лет десять назад для веба изучал базулину Convert RichText to HTML. Может найдете для себя полезное в агенте и библиотеке HtmlEngine базы. Песочница еще You must be registered for see element.

Это и так сплошная абстракция, а еще абстрактный DOM сверху. Лениво). Осенью меня пробивает на всякие проекты. И походу дела приходится на Домине отвечать на всякие вопросы, на которые нигде нет ответа. Там внутри для рега и при редактировании паттернов целый теплоход с цыганами и блекджеком...

Всем привет! На досуге заточил анонимный сервис проектов и скилов с персональной страницей с QR-кодом. You must be registered for see element. Этот сервис будет полезен любому юзернейму в интернете, который, по разным причинам, хочет сохранить свою анонимность, но имеет желание поведать этому...

Вам показали направление движения из-за того, что такой объем пересыла через msg является дурным тоном и протокол для этого не предназначен. Для фоточек и видео существуют облачные диски с сылкой, ftp и прочие направления.

Не взлетело. upgrade-insecure-requests решил задачу. Но его надо только на https сайтах цеплять — на http начинает ломиться в https. К тому же надо делать относительно. Ведь есть еще тестовый сервер, где это надо гасить. Решается переменной в $$HTMLHead http...

Победил установкой <meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests"> You must be registered for see element. Вариант 2 в nginx server { ... add_header Strict-Transport-Security "max-age=31536000" always; add_header Content-Security-Policy...

Не понял, сэр. Там все относительно. Как делать? Это же просто лог аут. Никакой формы нет. Тупо ссылка с <base href='You must be registered for see element.> You must be registered for see element. И nginx должен вернуть тот же локейшон https... Выкурил гугл по nginx cors - не помогло. А вот...

Комрадосы! Прошу помощи зала! Вводные. nginx фронтом. ssl поднят на одном из доменов site.ru. Две инструкции server {} для 80 и 443. Третья с редиректом server { listen 80; server_name site.ru www.site.ru; return 301 https://$host$request_uri; } Все работает. Но...

Други! You must be registered for see element.- переехал на You must be registered for see element. Соответственно, демки: You must be registered for see element. You must be registered for see element.

И вот интересная вещь обнаружилась #хозяйкеназаметку. Я уже тут напишу коль разговор пошел... Обнаружил по ходу тестов, что на Хроме и Edge LtpaToken не ставится в куки на тестовый сервер у которого домен без точки. Скажем, если домен test - не работает. test.ru - работает. Голову сломал, чего...