Проблема с почтой
|
|
08.04.2010 11:36
|
#
Очередной "почтовый" вопрос - про подписи. Так как paint text нету(что мне честно говоря не очень нравится из-за своенравности встроенного визуального редактора HTML), пытался сделать подпись в HTML. Вот код шаблона: Добрый день! <br><br><p>-------------------------------<br> далее текст подписи А вот когда нажимаешь создать новое письмо: <br /><br />Добрый день! <br><br><p>-------------------------------<br>далее текст подписи Откуда берутся эти <br /><br /> ? Также почему при нажатии enter формируется тег <p></p> на не <br /> ? Получаем огромные междустрочья, и письмо в 10 строк растягивется на пол экрана. P.S. Как же хорошо и красиво когда есть plain text. Как написал - так и получилось, и не надо терять время на переделывание разметки письма. И думать как это отобразит почтовый клиент получателя. А еще некоторые баесовские спам-фильтры включают в критерий спама(правда вес оч маленький этого критерия) формат письма HTML. |
|
|
TeamWox SDK: Построение пользовательского интерфейса
В этой статье мы рассмотрим, каким образом в системе TeamWox с помощью элементов управления создается пользовательский интерфейс. Также мы затронем использование шаблонов - как с их помощью задать формат и порядок вывода данных, а также указать параметры оформления страниц. |
|
|
08.04.2010 11:39
|
#
Если почтовый сервер IMAP поддерживает IDLE, многие почтовые клиенты узнают о приходе новых писем прямо в момент, когда оно попадает в ящик. Не знаю, есть ли поддержка IMAP IDLE в TeamWox. Ну и для POP3 эта схема тоже не подойдет, да. Подробнее см. здесь, например: http://en.wikipedia.org/wiki/IMAP_IDLE |
|
|
|
08.04.2010 12:17
|
#
erthad :
Если почтовый сервер IMAP поддерживает IDLE, многие почтовые клиенты узнают о приходе новых писем прямо в момент, когда оно попадает в ящик. Не знаю, есть ли поддержка IMAP IDLE в TeamWox. Ну и для POP3 эта схема тоже не подойдет, да. Подробнее см. здесь, например: http://en.wikipedia.org/wiki/IMAP_IDLE нет это не приемлимо, в некоторых случаях в TeamWox 300+ ящиков держать на каждое открытое соединение слишком расточительно, этот механизм применим только для обычных почтовых клиентов для 1 пользователя. |
|
|
|
08.04.2010 14:26
|
#
dsa046
: Также почему при нажатии enter формируется тег <p></p> на не <br /> ? Получаем огромные междустрочья, и письмо в 10 строк растягивется на пол экрана. Дело в том, что наш визуальный редактор использует штатные Rich Edit Control броузеров. У этих редакторов есть собственные правила редактирования. Enter означает вставку параграфа <p> </p>, Shift+Enter приводит к простому переводу строки и вставки <br>. Обычно привыкание к визуальному редактору происходит достаточно быстро - достаточно на практике активно им попользоваться. |
|
|
|
08.04.2010 19:22
|
#
Спасибо, понятно по поводу редактора. Но без ответа остались еще 2 вопроса: 1. >>Еще вопрос - где настроить частоту забора писем с сервера. раз в 30 минут - редко слишком. Надо хотябы раз в 5 минут. 2. >>Откуда берутся эти <br /><br /> ? |
|
|
|
09.04.2010 10:04
|
#
almaz
:
нет это не приемлимо, в некоторых случаях в TeamWox 300+ ящиков держать на каждое открытое соединение слишком расточительно, этот механизм применим только для обычных почтовых клиентов для 1 пользователя. А раз в секунду (300 ящиков, раз в 5 мин) устанавливать подключение, устанавливать сессию SSL, и проверять почту — не расточительно? |
|
|
|
09.04.2010 12:06
|
#
erthad :
А раз в секунду (300 ящиков, раз в 5 мин) устанавливать подключение, устанавливать сессию SSL, и проверять почту — не расточительно?
нет, не в 5 мин, а от 10 до 30 мин, в зависимости от частоты приема писем. На любом правильно настроенном почтовом сервере есть ограничения на параллельные соединения с 1 ip (300 соединений однозначно не укладываются в эти ограничения), например, почтовый клиент TeamWox не открывает никогда более 2-х соединений на один и тот же почтовый домен, все другие соединения становятся в очередь (это уже прошедший этап, мы сталкивались с большим кол-вом проблем у наших клиентов, когда соединения не были ограничены). |
|
|
|
09.04.2010 12:34
|
#
Откуда берутся эти <br /><br /> ? Здравствуйте, dsa046! Дело в том, что в большинстве случаев перед подписью нужен отступ, иначе она сольется с основным текстом в кашу. Поэтому сделан отступ в 2 строки, чтобы не утруждать человека постоянно вставлять эти отступы вручную. С Уважением, Андрей Погорельцев. |
|
|
|
14.04.2010 18:27
|
#
Собирание писем в цепочки работает несколько криво - или так и должно быть? Письма группируются входящее/исходящее по теме, но не группируются по теме при длительной переписке. Тогда, когда добавляется префикс re: . Т.е. письма с темой: тема_1 и re: тема_1 и re: re: тема_1 не группируются в одну цепочку. Баг? или так задумано? |
|
|
|
14.04.2010 18:48
|
#
dsa046
:
Собирание писем в цепочки работает несколько криво - или так и должно быть? Письма группируются входящее/исходящее по теме, но не группируются по теме при длительной переписке. Тогда, когда добавляется префикс re: . Т.е. письма с темой: тема_1 и re: тема_1 и re: re: тема_1 не группируются в одну цепочку. Баг? или так задумано? Дело в том, что разрыв цепочки происходит когда:
Система связывания цепочек действует на основе контроля специальных стандартных идентификаторов, хранящихся и передающихся в заголовке (Header) письма: Message-ID: <eg-vYoqxre4YuKK3u8bGd1_TW_370101@mail.metaquotes.net> Если почтовые программы не выставляют идентификаторов In-Reply-To или References, то связывание не сработает. Связывание писем работает именно по идентификаторам, а не по темам писем. Иначе бы в одну цепочку сваливалось бы очень много писем с одинаковыми (редко кто делает разумные и разные темы) темами. В подавляющем большинстве случаев письма успешно собираются в цепочки. |
|
| К списку тем | 12345 |