Как да редактирате настройките на вашия уеб поща: Пълно техническо ръководство

Уеб поща е базиран на браузър интерфейс за електронна поща, който ви позволява да изпращате, получавате и управлявате съобщения, без да инсталирате специализиран пощенски клиент като Thunderbird или Outlook. Работи изцяло на страната на сървъра, което означава, че данните ви за поща остават в хостинг инфраструктурата и са достъпни от всяко устройство с браузър.

Редактирането на настройките на уеб пощата не е незадължително поддържане — то е разликата между реактивна входяща кутия и напълно контролиран комуникационен работен процес. Правилно конфигурираните филтри, слоеве за сигурност, подписи и политики за съхранение пряко влияят върху доставяемостта, сигурността на акаунта и ежедневната оперативна ефективност.

Защо конфигурацията на уеб пощата е по-важна, отколкото повечето потребители осъзнават

Повечето потребители влизат в уеб пощата, четат съобщенията си и никога не докосват панела с настройки. Това е значително пропусната възможност. Конфигурацията по подразбиране на всеки клиент за уеб поща — независимо дали е Roundcube, Horde или SquirrelMail — е умишлено обща. Тя е проектирана да работи за всички, което означава, че не е оптимизирана за никого.

Освен удобството, неправилно конфигурираните настройки на уеб пощата носят реален оперативен риск:

• Липсата на активирана 2FA означава, че една компрометирана парола излага цялата ви пощенска кутия.
• Липсата на правила за филтриране на спам означава, че фишинг имейлите попадат директно във входящата ви кутия.
• Липсата на отговор при отсъствие с времеви граници означава, че автоматичните отговори могат да се завъртят в безкрайна верига с други автоматични отговори, генерирайки пощенски бури.
• Непроверените квоти за съхранение причиняват тихо отхвърляне на входящата поща, след като пощенската кутия се запълни — режим на повреда, невидим за подателя и катастрофален за бизнес комуникацията.

Разбирането кои настройки да конфигурирате и защо е основната цел на това ръководство.

Сравнение на клиенти за уеб поща: Roundcube, Horde и SquirrelMail

Трите най-разпространени клиента за уеб поща, включени в cPanel и подобни контролни панели, се различават значително по дълбочина на функциите и архитектура на настройките.

Ако хостинг планът ви ви дава избор, Roundcube е най-добрият вариант по подразбиране за повечето потребители. Horde е правилният избор, когато имате нужда от вградено управление на Sieve филтри, интеграция с календар или разширено управление на самоличности. SquirrelMail трябва да се използва само когато сървърните ресурси са сериозно ограничени.

Ако управлявате имейл чрез VPS с cPanel, обикновено всичките три клиента са налични едновременно и можете да превключвате между тях за всяка сесия.

Стъпка 1: Достъп до панела с настройки на уеб пощата

Входната точка се различава леко в зависимост от клиента, но моделът е последователен при всички основни платформи за уеб поща.

За Roundcube:

1. Влезте на https://yourdomain.com/webmail или чрез вашия хостинг контролен панел.
2. Кликнете върху иконата на зъбно колело в долния ляв страничен панел или навигирайте до Настройки в горната навигационна лента.
3. Панелът с настройки се отваря с меню в лявата колона, съдържащо: Предпочитания, Папки, Самоличности, Отговори и Филтри.

За Horde:

1. След влизане, кликнете върху потребителското си име в горния десен ъгъл и изберете Предпочитания.
2. Алтернативно, навигирайте до Администрация > Глобални предпочитания за системни опции, ако имате администраторски права.

За SquirrelMail:

1. Кликнете върху Опции в горната навигационна лента веднага след влизане.

Важна бележка: Ако достъпвате уеб пощата чрез акаунт, хостван на cPanel, можете да я достигнете директно на порт 2096 чрез HTTPS: https://yourdomain.com:2096. Това заобикаля всякакви правила за пренасочване на порт 80/443, които биха могли да пречат на страницата за влизане.

Стъпка 2: Конфигуриране на общите предпочитания

Общите предпочитания контролират основното поведение на интерфейса. Тези настройки често се пропускат, но имат последващи ефекти върху всичко останало.

Език и локал

Задайте езика на показване на предпочитания от вас локал. Това засяга не само етикетите на потребителския интерфейс, но и форматирането на дати, форматирането на числа и поведението при сортиране. Несъответствие между настройката на локала и часовата зона на сървъра може да доведе до неправилно показване на времевите маркери на имейлите — честа причина за объркване в разпределени екипи.

Конфигурация на часовата зона

Това е една от най-практически важните настройки. Клиентите за уеб поща показват времеви маркери въз основа на часовата зона, конфигурирана в предпочитанията ви, а не системната часова зона на сървъра. Ако сървърът ви е в UTC и предпочитанието ви не е зададено, всеки времеви маркер на имейл ще се показва в UTC, независимо от местоположението ви.

Задайте това изрично под Предпочитания > Потребителски интерфейс > Часова зона. За екипи, обхващащи множество региони, помислете дали да стандартизирате вътрешно към UTC за яснота на одитната следа.

Тема на интерфейса и плътност

Освен естетиката, плътността на показване влияе върху производителността. Изгледът на „компактен” списък на Roundcube показва значително повече съобщения на екран в сравнение с изгледа „удобен” по подразбиране. При входящи кутии с голям обем това намалява превъртането и подобрява скоростта на сортиране. Тъмният режим намалява напрежението на очите при продължителни сесии и е наличен вградено в Roundcube 1.5+.

Предпочитания за показване на съобщения

Под Предпочитания > Показване на съобщения, конфигурирайте:

• Показване на HTML имейли: Активирайте за общо ползване, но имайте предвид, че HTML рендирането може да разкрие проследяващи пиксели. Ако поверителността е от значение, превключете към показване на обикновен текст.
• Показване на отдалечени изображения: Деактивирайте по подразбиране. Отдалечените изображения в имейлите са често срещан механизъм за проследяване. Зареждайте ги само при поискване за доверени подателя.
• Отваряне на съобщения в нов прозорец: Полезно за многозадачност, но увеличава използването на паметта на браузъра.

Стъпка 3: Управление на имейл самоличности и подписи

В терминологията на уеб пощата, самоличността е комбинация от показвано име, имейл адрес, адрес за отговор и подпис. Повечето потребители имат една самоличност, но функцията поддържа множество — което е от съществено значение за всеки, управляващ няколко роли или домейна от една пощенска кутия.

Създаване на професионален подпис

Навигирайте до Настройки > Самоличности (Roundcube) или Предпочитания > Лична информация (Horde).

Добре структурираният подпис съдържа:

• Пълно име и длъжност
• Директен телефонен номер (избягвайте общи номера на централа)
• URL адрес на уебсайта на компанията
• По избор: физически адрес за съответствие с разпоредбите против спам (CAN-SPAM, GDPR)

Какво да избягвате в подписите:

• Изображения, хоствани на външни CDN (те се разпадат в клиенти за имейл с обикновен текст и могат да задействат спам филтри)
• Прекомерни правни откази от отговорност, които изтласкват действителния подпис под видимата зона
• Анимирани GIF файлове (рендират се непоследователно и увеличават размера на съобщението)

Ако клиентът ви за уеб поща поддържа HTML подписи, използвайте вграден CSS за стилизиране вместо свързани стилови таблици. Свързаните стилови таблици се премахват от повечето получаващи пощенски клиенти.

Пример за чист, съответстващ на стандартите подпис с обикновен текст:

Jane Doe
Senior Infrastructure Engineer
Acme Systems | jane.doe@acmesystems.com
Direct: +1 (555) 234-5678 | acmesystems.com

Множество самоличности за адресиране по роли

Ако получавате поща за support@yourdomain.com и billing@yourdomain.com в една и съща пощенска кутия (чрез псевдоними или catch-all маршрутизиране), създайте отделна самоличност за всяка. Това гарантира, че правилният From: адрес и подпис се използват при отговор на съобщения, насочени към всеки псевдоним — детайл, който е от съществено значение за професионалната кореспонденция и доставяемостта.

Стъпка 4: Конфигуриране на имейл филтри и структура на папките

Сървърното филтриране е една от най-мощните и недостатъчно използвани функции в уеб пощата. За разлика от правилата от страна на клиента в Outlook или Thunderbird, сървърните филтри (Sieve филтри) се изпълняват на самия пощенски сървър, което означава, че съобщенията се сортират преди да достигнат устройството ви — дори когато няма свързан клиент.

Разбиране на Sieve филтрите

Sieve е дефиниран от RFC 5228 език за филтриране на поща. Когато създавате филтри чрез потребителския интерфейс на Roundcube или Horde, генерирате Sieve скриптове, които се изпълняват на IMAP сървъра (обикновено Dovecot). Това е важно, защото:

• Филтрите се прилагат дори когато имейл клиентът ви е офлайн.
• Филтрите са преносими — Sieve скрипт може да бъде експортиран и импортиран между съвместими пощенски сървъри.
• Редът на филтрите е от значение. Sieve обработва правилата последователно; първото съвпадащо правило печели, освен ако изрично не използвате keep, за да позволите прилагането на множество правила.

Изграждане на ефективна йерархия на филтрите

Добре проектираната структура на филтрите следва приоритетна каскада:

1. Блокиране на известни спам/фишинг подателя — преместване в кошчето или директно отхвърляне.
2. Отделяне на транзакционна поща (разписки, известия, сигнали) в специални папки.
3. Маршрутизиране на трафика от пощенски списъци въз основа на List-Id заглавки, а не адреса на подателя (по-надеждно).
4. Маркиране на подателя с висок приоритет — маркиране като важно или преместване в папка с приоритетна входяща кутия.
5. Правило за всичко останало — всичко несъответстващо остава във входящата кутия.

За да създадете филтър в Roundcube:

1. Отидете на Настройки > Филтри.
2. Кликнете върху иконата +, за да създадете нов набор от филтри, след което добавете отделни правила в него.
3. Дефинирайте условието (напр. From съдържа newsletter@example.com).
4. Дефинирайте действието (напр. Move message to > Newsletters).
5. Запазете и проверете дали филтърът се задейства правилно, като изпратите тестово съобщение.

Най-добри практики за архитектура на папките

Избягвайте създаването на дълбоко вложени йерархии от папки. Плоска структура с 8–12 папки от най-високо ниво превъзхожда дърво с 4 нива на вложеност по отношение на използваемост и производителност при IMAP синхронизация. Предложени папки от най-високо ниво:

Inbox (по подразбиране)
Action Required

Стъпка 5: Конфигуриране на настройките за известия

Настройките за известия в уеб пощата контролират как и кога браузърът или мобилният интерфейс ви уведомява за нови съобщения.

Известия на работния плот

Повечето съвременни клиенти за уеб поща поддържат Web Notifications API, което позволява на браузъра да показва вградени известия на ниво операционна система. За да активирате това в Roundcube:

1. Отидете на Настройки > Предпочитания > Известия.
2. Активирайте Известия на работния плот.
3. Когато браузърът поиска, предоставете разрешение за известия.

Важна уговорка: Известията на работния плот се задействат само когато разделът на уеб пощата е отворен в браузъра. Те не са заместител на push известията от специализиран пощенски клиент. Ако имате нужда от постоянни мобилни сигнали, конфигурирайте пощенския си акаунт в нативно приложение, използвайки IMAP и SMTP идентификационни данни заедно с достъп до уеб поща — двете не се изключват взаимно.

Умора от известия и филтриране

Активирането на известия за всяко входящо съобщение при входяща кутия с голям обем е контрапродуктивно. Правилният подход е да комбинирате настройките за известия с правилата за филтриране, описани в Стъпка 4:

• Маршрутизирайте пощата с нисък приоритет (бюлетини, автоматизирани известия) към подпапки, преди да достигне входящата кутия.
• Активирайте известия само за входящата кутия.
• Резултатът: известията се задействат само за съобщения, преминали всички ваши приоритетни филтри.

Стъпка 6: Укрепване на настройките за сигурност на уеб пощата

Конфигурацията на сигурността е разделът с най-висок залог в настройките на уеб пощата. Една единствена неправилна конфигурация тук може да доведе до компрометиране на акаунта, изтичане на данни или използване като ретранслатор за спам.

Активиране на двуфакторно удостоверяване (2FA)

Поддръжката на 2FA в уеб пощата варира в зависимост от клиента и конфигурацията на сървъра:

• Horde поддържа вградено TOTP-базирано 2FA чрез своя модул за удостоверяване.
• Roundcube изисква плъгина twofactor_gauthenticator или подобен, който трябва да бъде инсталиран и активиран от администратора на сървъра.
• 2FA на ниво cPanel защитава влизането в контролния панел, но не се разпростира автоматично върху влизането в уеб пощата — това са отделни контексти за удостоверяване.

Ако хостинг доставчикът ви го поддържа, активирайте 2FA и използвайте приложение за удостоверяване (Google Authenticator, Aegis или Authy), а не SMS-базирани кодове. SMS 2FA е уязвимо към атаки за размяна на SIM карти.

Сигурност на паролата

Навигирайте до Настройки > Парола (Roundcube) или Предпочитания > Лична информация > Промяна на парола (Horde).

Изисквания за силна парола за пощенска кутия:

• Минимум 16 символа
• Комбинация от главни букви, малки букви, цифри и символи
• Да не се преизползва от друга услуга
• Да се сменя на всеки 90 дни за бизнес-критични акаунти

Не използвайте една и съща парола за влизане в уеб пощата и хостинг контролния панел. Това са отделни хранилища за идентификационни данни и разделянето им ограничава щетите при евентуален пробив.

Конфигурация на филтъра за спам и фишинг

Повечето пощенски сървъри, базирани на cPanel, използват SpamAssassin за сървърно оценяване на спам. В уеб пощата можете да допълните това с правила от страна на клиента:

• Маркирайте известни спам подателя, за да обучите Байесовия филтър.
• Използвайте функцията Докладване на спам, вместо просто да изтривате спама — това захранва модела за обучение на филтъра.
• Задайте прага за оценка на спама консервативно (5.0 е стойността по подразбиране на SpamAssassin; намаляването му до 4.0 улавя повече спам, но увеличава фалшивите положителни резултати).

За бизнес имейл, хостван на dedicated сървър, имате пълен контрол върху конфигурацията на SpamAssassin, DKIM подписването, SPF записите и DMARC политиката — всички те пряко влияят върху филтрирането на входящия спам и доставяемостта на изходящата поща.

Управление на активни сесии

Проверете Настройки > Сигурност > Активни сесии (където е налично), за да прегледате всички текущо удостоверени сесии. Ако видите сесии от нераспознати IP адреси или географски местоположения, прекратете ги незабавно и сменете паролата си. Това е рутинна стъпка за хигиена на сигурността, която повечето потребители никога не извършват.

Стъпка 7: Конфигуриране на отговори при отсъствие и автоматични отговори

Отговорите при отсъствие (автоматични отговори) изглеждат прости, но имат няколко неочевидни режима на повреда, които могат да причинят оперативни проблеми, ако не бъдат конфигурирани внимателно.

Задаване на времеви граници

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

В Roundcube навигирайте до Настройки > Отсъствие (изисква плъгина managesieve). В Horde отидете на Поща > Известия при отсъствие.

Проблемът с верижните автоматични отговори

Ако два пощенски сървъра имат активни автоматични отговори и единият изпрати съобщение до другия, те могат да задействат взаимно автоматичните си отговори в безкрайна верига. RFC 3834 дефинира най-добрите практики за автоматично изпратени съобщения, за да предотврати това. Добре конфигурираните пощенски сървъри задават заглавката Auto-Submitted: auto-replied на съобщенията при отсъствие, което инструктира съвместимите сървъри да не отговарят.

За защита срещу това:

• Конфигурирайте автоматичния си отговор да не отговаря на пощенски списъци (филтрирайте по List-Id или Precedence: bulk заглавки).
• Задайте ограничение на честотата на отговорите — повечето клиенти за уеб поща ви позволяват да зададете, че един и същ подател получава само един автоматичен отговор на ден или на седмица.
• Никога не изпращайте автоматични отговори до адреси в папката Spam или Junk.

Примерно съобщение за автоматичен отговор

Subject: Out of Office: [Your Name] — Returns [Date]

Thank you for your message.

I am out of the office from [start date] to [end date] with limited access to email.

For urgent matters, please contact [colleague name] at [colleague email].

I will respond to your message upon my return on [return date].

Дръжте съобщението фактическо и кратко. Избягвайте разкриването на конкретни детайли за пътуването или факта, че помещенията ви може да са незаети — това е риск от социално инженерство.

Стъпка 8: Управление на съхранението на имейли и квотата

Управлението на съхранението е критична оперативна грижа, особено при планове за споделен уеб хостинг, където квотите за пощенски кутии са фиксирани и споделени в акаунта.

Разбиране на архитектурата на квотите

Квотите за съхранение на имейли работят на множество нива:

1. Дискова квота на ниво сървър — общото дисково пространство, разпределено за хостинг акаунта ви.
2. Квота на ниво пощенска кутия — ограничението, присвоено на конкретен имейл адрес в рамките на този акаунт.
3. Квоти за IMAP папки — някои сървъри налагат ограничения за отделни папки, въпреки че това е по-рядко срещано.

Когато пощенска кутия достигне квотата си, IMAP сървърът връща грешка 452 4.2.2 Mailbox full на изпращащите сървъри. Изпращащият сървър ще опитва повторно за определен период (обикновено 4–5 дни), преди да върне съобщението обратно на оригиналния подател. През този период тихо губите поща — повреда, невидима освен ако не наблюдавате известията за отхвърляне.

Наблюдение на използването на съхранението

В Roundcube използването на съхранението се показва в долния ляв ъгъл на интерфейса. В Horde проверете Администрация > Квота. В cPanel навигирайте до Имейл акаунти, за да видите използването за всяка пощенска кутия.

Задайте личен праг за предупреждение при 80% от капацитета на квотата. Не чакайте да достигнете 100%.

Стратегии за намаляване на съхранението

Изтривайте преди архивиране. Повечето потребители архивират всичко, което просто премества проблема със съхранението, вместо да го решава. Приложете политика за задържане:

• Автоматизирани известия и системни сигнали: изтривайте след 30 дни.
• Бюлетини и маркетингова поща: изтривайте след 7 дни.
• Транзакционни разписки: архивирайте за 12 месеца, след което изтривайте.
• Бизнес кореспонденция: архивирайте безсрочно.

Управлението на прикачени файлове е действието с най-голямо въздействие. Една единствена имейл нишка с прикачен PDF файл от 20 MB консумира повече съхранение от хиляди съобщения с обикновен текст. Изтеглете прикачените файлове в локално или облачно хранилище, след което изтрийте оригиналния имейл или премахнете прикачения файл, използвайки IMAP клиент, поддържащ тази операция.

Синхронизация на IMAP папки: Папките Sent, Trash и Drafts често се пренебрегват. Папката Sent в частност натрупва копия на всяко изходящо съобщение, включително всички прикачени файлове. Почиствайте я редовно.

За акаунти, изискващи голямо съхранение с пълен административен контрол, планът VPS Хостинг ви позволява да конфигурирате квоти на Dovecot, да внедрите автоматизирани скриптове за почистване на пощенски кутии и да интегрирате с обектно хранилище за архивиране на имейли.

Стъпка 9: Разширени настройки за опитни потребители

Конфигуриране на IMAP пространство от имена и абонаменти за папки

В Настройки > Папки на Roundcube можете да управлявате кои IMAP папки са абонирани (видими в клиента) спрямо просто съществуващи на сървъра. Отписването от папки, които не използвате активно, намалява броя на IMAP синхронизационните операции, които клиентът извършва при зареждане, подобрявайки отзивчивостта на интерфейса при големи пощенски кутии.

Управление на списъци с доверени подателя

Повечето клиенти за уеб поща поддържат белия списък на доверени подателя, чиито съобщения заобикалят филтрирането на спам. Управлявайте активно този списък:

• Добавяйте известни бизнес контакти и партньори.
• Премахвайте адреси, които вече не са активни.
• Никога не добавяйте цели домейни в белия списък, освен ако не контролирате този домейн — белият списък на ниво домейн лесно се експлоатира чрез спуфинг.

Конфигуриране на поведението при отговор и препращане

Под Предпочитания > Съставяне на съобщения (Roundcube), конфигурирайте:

• Отговор само на подателя срещу отговор на всички: Задайте стойността по подразбиране въз основа на работния си процес. В среди с екипи с голям обем, отговорът на всички по подразбиране е честа причина за случайно разкриване на информация.
• Включване на оригиналното съобщение в отговорите: Изберете между пълно цитиране, без цитиране или цитиране в началото на съобщението. За бизнес кореспонденция, цитирането в началото на съобщението с оригиналното съобщение отдолу е стандартът.
• Препращане като прикачен файл срещу вградено: Препращането като прикачен файл запазва оригиналните заглавки на съобщението, което е важно при препращане на подозрителен фишинг или спам за анализ.

Свързване на уеб пощата с външни пощенски клиенти

Конфигурирането на настройките на уеб пощата не ви пречи да използвате и настолен или мобилен пощенски клиент. IMAP и SMTP идентификационните ви данни остават същите. Предимството на конфигурирането на настройките в уеб пощата е, че промените от страна на сървъра (филтри, отговори при отсъствие, структура на папките) се прилагат универсално, независимо от клиента, с който достъпвате акаунта.

За акаунти за имейл хостинг, стандартните настройки за връзка са:

• IMAP: порт 993 с SSL/TLS
• SMTP: порт 587 с STARTTLS (порт 465 с SSL/TLS като алтернатива)
• Удостоверяване: Обикновена парола или CRAM-MD5 там, където се поддържа

Винаги използвайте криптирани портове. Свързването чрез некриптиран IMAP (порт 143) или SMTP (порт 25) предава идентификационните ви данни в обикновен текст и е неприемливо в която и да е мрежа, която не контролирате напълно.

Сдвояването на имейл настройката ви с валиден SSL сертификат на домейна ви гарантира, че както страницата за влизане в уеб пощата, така и SMTP/IMAP връзките са криптирани от край до край, предотвратявайки прихващането на идентификационни данни чрез атаки тип „човек по средата”.

Практическа матрица за решения: Кои настройки да приоритизирате

Използвайте този контролен списък, за да приоритизирате конфигурацията на уеб пощата въз основа на вашата ситуация:

Незабавен приоритет (критично за сигурността):

• Активирайте 2FA, ако клиентът и сървърът за уеб поща го поддържат
• Проверете дали паролата ви отговаря на минималните изисквания за сила
• Прегледайте активните сесии и прекратете всички нераспознати
• Потвърдете, че филтрирането на спам е активно и прагът е подходящо зададен

Висок приоритет (оперативна ефективност):

• Задайте правилната часова зона
• Конфигурирайте поне една имейл самоличност с професионален подпис
• Създайте филтри за топ 3–5 категории поща с най-голям обем
• Настройте структура на папките, съобразена с работния ви процес
• Проверете използването на съхранението и задайте личен праг за квота

Стандартна поддръжка (текуща):

• Почиствайте папките Sent, Trash и Spam месечно
• Преглеждайте и актуализирайте правилата за филтриране на тримесечие
• Сменяйте паролите на всеки 90 дни за бизнес акаунти
• Актуализирайте съобщението и датите за отговор при отсъствие преди всяко отсъствие
• Одитирайте белия списък с доверени подателя на всеки шест месеца

Разширена конфигурация (опитни потребители и администратори):

• Експортирайте и управлявайте версиите на Sieve филтърните скриптове
• Внедрете политики за задържане за отделни папки чрез сървърни скриптове
• Конфигурирайте DKIM, SPF и DMARC на ниво DNS, за да допълните настройките за сигурност на уеб пощата
• Интегрирайте наблюдението на пощенската кутия с предупреждения за прагове на квотата

Често задавани въпроси

Влияе ли конфигурирането на настройките на уеб пощата върху начина, по който имейлът ми работи в Outlook или Thunderbird?

Сървърните настройки — включително Sieve филтри, отговори при отсъствие, структура на папките и правила за спам — се прилагат на ниво IMAP сървър и засягат всички клиенти, достъпващи една и съща пощенска кутия. Предпочитанията от страна на клиента, като теми, език и звуци за известия, се съхраняват за всеки клиент поотделно и не се прехвърлят между уеб пощата и настолните приложения.

Защо времевите маркери на имейлите ми показват грешно време, въпреки че съм задал правилната часова зона?

Клиентите за уеб поща показват времеви маркери въз основа на часовата зона в потребителските ви предпочитания, а не системната часова зона на сървъра. Ако сте сменили часовата зона на сървъра, но не и предпочитанието в уеб пощата, показването все още ще отразява старото отместване. Актуализирайте настройката на часовата зона изрично в предпочитанията на уеб пощата.

Могат ли Sieve филтри, създадени в Roundcube, да се използват в Horde и обратно?

Да. И Roundcube (с плъгина managesieve), и Horde записват Sieve скриптове в едно и също сървърно хранилище за Sieve скриптове, управлявано от Dovecot или Cyrus. Филтрите, създадени в единия клиент, са видими и редактируеми в другия, въпреки че представянето в потребителския интерфейс може да се различава. Редактирането на един и същ скрипт едновременно в двата клиента може да причини конфликти — използвайте един клиент като основен интерфейс за управление на филтри.

Какво се случва с входящата поща, когато квотата на пощенската ми кутия е запълнена?

IMAP сървърът връща SMTP грешка 452 4.2.2 Mailbox full на изпращащия сървър. Изпращащият сървър поставя съобщението в опашка и опитва повторно обикновено 4–5 дни, преди да генерира доклад за недоставяне (NDR) обратно до оригиналния подател. Няма да получите никакво известие в клиента си за уеб поща — повредата е тиха от ваша гледна точка. Ето защо проактивното наблюдение на квотата е от съществено значение.

Безопасно ли е да използвате уеб поща на публичен или споделен компютър?

Силно не се препоръчва. Ако е необходимо, използвайте режима за поверително/инкогнито сърфиране на браузъра, уверете се, че излизате изрично (не просто затваряте раздела) и незабавно анулирайте сесията от доверено устройство след това, като проверите активните сесии в настройките за сигурност. Никога не позволявайте на браузъра да запазва паролата ви за уеб поща на споделена машина.