» The Bat! (часть 10)

addhaloka

Цитата:

zaremastr 10:44 14-06-2014 Цитата: И есть ли языковые файлы только с русским и английском языком для этой версии The Bat! 5.8.8 и The Bat! 6.4.6 ? Спасибо заранее! 5.8.8 | 6.4.6 (там для 6.4.4, но в 6.4.6 то же самое, ничего не поменялось).

Спасибо большое! А случаем нет тоже языкового файла с русско-английским только интерфейсом для последнего The bat! Voyager?

Goahead007 14:51 18-06-2014
Цитата:

можно ли сделать так чтобы в списке входящих писем при пересылке письма появлялся не только значок переслано, но раскрывающийся список с адресом кому переслано?

Ctrl+BackSpace - не совсем то, но, наверное, самое близкое из доступного.

Либо настроить цепочки, как в Gmail,
Цитата:

чтобы создавалась цепочка, такая что понятно все действия с письмом

.

Ребята, как обновить корневой сертификат в версии The Bat! 5.8.8 с более новой версии The Bat! 6.4.6 чтобы при получении почты The Bat! 5.8.8 не ругался при приеме (получении) почты что сертификаты устарели а потому получение почты невозможно из-за возникающих ошибок устаревшего сертификата (ов). Если я правильно объяснила. Спасибо заранее!

Ура !!!!!

Наконец-то The Bat ! 6.4.6 стал корректно поддерживать 10-ю версию PGP !!!

Всё работает легко и непринуждённо ...

oshizelly

Цитата:

Либо настроить цепочки, как в Gmail,

в gmail при пересылке появляется цифра в скобках, при открытии письма показывается кому пересылалось. Вы имеете ввиду так сделать? Не совсем могу понять каким образом это реализовать в цепочках Thebat(

zaremastr 17:39 18-06-2014
Цитата:

Спасибо большое! А случаем нет тоже языкового файла с русско-английским только интерфейсом для последнего The bat! Voyager?

Есть, в топике по voyager'у.
для 6.4.0.3: http://www.upload.ee/files/4021440/voyager-6.4.0.3-lngs-en-ru-ua.7z.html
для 6.4.4.1/6.4.6.1: http://www.upload.ee/files/4096350/voyager-6.4.4.1-lngs-en-ru-ua.7z.html

Goahead007

Цитата:

Не совсем могу понять каким образом это реализовать в цепочках Thebat(

Совершенно точно также как в gmail не получится. Сабж это делает по-своему, но ИМХО ни чем не хуже, а возможно даже и лучше:
Открываешь письмо, ПКМ по отправителю в поле From, дальше выбираешь "View messaging history with this person". В результате получаешь историю переписки с конкретным корреспондентом.

mrdime
Спасибо огромное! Как обычно всё просто оказалось, а я так закопался)

Господа, у меня тут тоже возник вопрос (давно занимал): можно ли в сабже изменить дату создания письма? Покопался в настройках, что-то штатно никак не получается...

Нужные поля неактивны.
Системную дату ради такой мелочи менять как-то не comme il faut.

Уважаемый mrdime
Решение хорошее, но не прокатило( Хотят именно видеть всю историю писем (прочитанных и нет, пересланных и т.д.) в одном окне с раскрывающимися цепочками. Другими словами список вообще всех (а не по пользователю) писем и по плюсику историю каждого письма (пересылка, перенаправление) По моему нереально...Так письма отображаются в Zimbra, требуют того же...

Goahead007
Zimbra никогда не пользовался, посему не совсем ясно как оно там реализовано. Как по мне непонятно для чего это нужно вообще, если нет привязки к конкретному пользователю?
+ Представь себе, если человек при ответе на письмо вырезал часть запроса либо вообще ответил из програмы типа TheBat без цитирования письма-вопроса. Как тогда будет реализована цепочка в том же Zimbra? Как он поймет, что данное конкретное письмо - это ответ на чье-то письмо, а не отдельное ни с чем не связанное письмо?
Так что ИМХО предложенный выше механизм в TheBat является наиболее оптимальным с точки зрения прочесть (увидеть) все письма. С точки зрения шашечек и красоты, gmail (и возможно Zimbra) может быть и лучше.
В общем дальше - не подскажу, сабж обладает довольно мощным инструментом настроек, поэкспериментируй может быть что-то и получится.

mrdime 10:55 19-06-2014

Цитата:

можно ли в сабже изменить дату создания письма? Покопался в настройках, что-то штатно никак не получается.

Такой возможности не предусмотрено.


Единственный клиент (из числа известных мне), который позволяет такое сделать - это Mozilla Thunderbird с плагином Header Tools Lite.


Goahead007 13:55 19-06-2014
Цитата:

Хотят именно видеть всю историю писем (прочитанных и нет, пересланных и т.д.) в одном окне с раскрывающимися цепочками. Другими словами список вообще всех (а не по пользователю) писем и по плюсику историю каждого письма (пересылка, перенаправление)

Вот скриншот. Как-то так примерно, через настройку табов/вкладок с добавлением сообщений из папок Входящих и Отправленных.
Либо вообще настроить так, что копии отправленных помещались в папку Входящих Inbox.
Дальше настраивайте режимы отображения с объединением сообщений в группы, например, по Reference.
При желании можно также и фильтры задействовать.

Но IMHO решение, предложенные mrdime через историю переписки с контактом ничуть не хуже. Вопрос привычки...

mrdime
Да уж наэксперементировался...
Не в красоте дело. Дело в том, что есть ящик с почтой на сервере, куда сыпятся заказы. С папкой в которой он находится работают несколько человек (терминальные клиенты на сервере), то есть у всех каталог почтового ящика одинаков - работают вместе в нём. Каждый читает письмо и пересылает себе на свой ящик для работы. Некоторые письма остаются непрочитанными или непереслаными. То что человек переслал себе означает он взял этот заказ. А потом в конце подключается человек (тоже к этому ящику) и ему надо видеть соответственно кто что взял и что осталось. Типа контроль. И всё в одном окне.
В вашем варианте видим историю по пользователю, но не видим непрочитанных\непересланных. Вообщем мне то всё понравилось, автору "гениальной" схемы нет(
Буду копать дальше или искать что-то ещё.
Спасибо!

Goahead007 16:03 19-06-2014
Цитата:

подключается человек (тоже к этому ящику) и ему надо видеть соответственно кто что взял и что осталось.

Вообще-то при пересылка сообщения ко входящему автоматически добавляется соответствующий флаг.
Соответственно, можно создать дочернюю папку/фильтр/режим отображения/таб (на любой вкус), который бы отображал только сообщения, НЕ ИМЕЮЩИЕ такого флага.

Goahead007
Теперь идея, зачем это нужно понятна. Реализовать ее придется скорее всего как oshizelly советует. Конечно не факт, что получится именно так, как надо...
2All
Сегодня намучался с TheBat! 5.8.8 неимоверно.
В общем замечен такой баг в письмах в формате HTML (даже 2), по порядку:
1. Если делать форматирование строк списком (bullets), например:
- аааа
- бббб
- вввв
То ВСЕГДА при сохранении письма в черновиках, либо просто при сохранении письма и последующем его открытии сабж добавляет 2 ПУСТЫЕ СТРОЧКИ после этих гребаных списков. Как избавиться от этого идиотского поведения?!!
2. Если в свойствах ящика, в шаблонах для новых сообщений (Account Properties - Templates New message выбрать Format-HTML (Rich text), то сабж все новые письма ВСЕ РАВНО создает в Plain text!!! Как побороть этот глюк?

3. И по поводу гугла. Надо сделать рассылку из сабжа на 10 адресатов. Надо чтобы они друг друга не видели. Ставлю всех в BCC. В резальтате получаю отлупы, что гугл не разослал мои письма в рамках своей программы борьбы со спамом и предложил пользоваться какими-то его гребаными группами и еще какой-то своей фигней. Как это победить?

mrdime 13:34 20-06-2014
Цитата:

Если делать форматирование строк списком (bullets)... То ВСЕГДА при сохранении письма в черновиках, либо просто при сохранении письма и последующем его открытии сабж добавляет 2 ПУСТЫЕ СТРОЧКИ после этих гребаных списков.

Не наблюдаю такого. Опишите по порядку, как вы это делаете.


Цитата:

Если в свойствах ящика, в шаблонах для новых сообщений (Account Properties - Templates New message выбрать Format-HTML (Rich text), то сабж все новые письма ВСЕ РАВНО создает в Plain text!!! Как побороть этот глюк?

Эта птичка вообще служит для другого (если я правильно понимаю, что вы имеете в виду).
То, что вы хотите, делается добавлением в шаблон макроса, задающего формат сообщения явным образом. Например, для HTML only:

Код: [no]%SETEDITOR="4"[/no]

oshizelly

Цитата:

Цитата: Цитата:
Если делать форматирование строк списком (bullets)... То ВСЕГДА при сохранении письма в черновиках, либо просто при сохранении письма и последующем его открытии сабж добавляет 2 ПУСТЫЕ СТРОЧКИ после этих гребаных списков.

Не наблюдаю такого. Опишите по порядку, как вы это делаете.

mrdime 01:06 21-06-2014
Цитата:

Вставляю "тело" текста из Word, допиливаю форматирование.

Вообще-то, с этого надо было начинать.
О чём мы вообще говорим? У M$ свои собственные представления о форматировании, которые только частично совместимы с остальным миром. Посмотрите сами исходный код сообщения, чтобы увидеть, что именно вставилось и откуда берутся лишние строки.


Цитата:

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

Что значит "не раскрывает"?
Группы, адресные книги - это же просто интерфейс программы, то есть, способ работы со стандартными адресными полями. Этот способ имеет значение только при составлении сообщения в конкретной программе. А когда сообщение уже составлено и передаётся на сервер для отправки, то дальше проверяется, что записано в адресных полях, а не как это было туда записано.

oshizelly

Цитата:

О чём мы вообще говорим? У M$ свои собственные представления о форматировании, которые только частично совместимы с остальным миром. Посмотрите сами исходный код сообщения, чтобы увидеть, что именно вставилось и откуда берутся лишние строки.

Повторил тоже самое с текстом с "нуля", т.е. создал новое письмо, выставил форма HTML only, написал в нем несколько строк и отформатировал их средствами сабжа как список bullets, вписал еще одну строчку после него. Сохранил как черновик, открыл - результат тот же: между списком и строчкой с текстом после него добавилось еще 2 пустых строки. И так каждый раз при сохранении/ открытии письма. Так что в данном случае дело не в форматировании Ворда.
И в предыдущем посте я писал про аналогичное письмо, созданное в гуглопочте. Тщательно проверил: сабж и его "корявит". Т.е. тоже начинает вставлять пустые строки после списка. Проблема у него является глобальной. Возможно разрабы пофиксили это в новых версиях.


Цитата:

Группы, адресные книги - это же просто интерфейс программы, то есть, способ работы со стандартными адресными полями. Этот способ имеет значение только при составлении сообщения в конкретной программе. А когда сообщение уже составлено и передаётся на сервер для отправки, то дальше проверяется, что записано в адресных полях, а не как это было туда записано.

Попробуй сам в новом письме в любое из полей: TO, CC или BCC вставить все адреса:

Дело в том, что в таком случае имеется 2 преимущества:
1. даже при вставке группы в поле ТО, список адресатов не раскрывается (что для меня является важным: человек не должен видеть кому еще, кроме него, отправляется сообщение). Этого обычно добиваются вставкой адресов в поле ВСС
2. мне кажется (не проверил еще наверняка), что анти-спамовые фильтры почтовых служб при таком способе указания адресатов не классифицируют данные письма как спам и они должны отправляться нормально.
Со временем попробую последнее предположение проверить.

mrdime 12:55 21-06-2014
Цитата:

создал новое письмо, выставил форма HTML only, написал в нем несколько строк и отформатировал их средствами сабжа как список bullets, вписал еще одну строчку после него. Сохранил как черновик, открыл - результат тот же: между списком и строчкой с текстом после него добавилось еще 2 пустых строки

Тщательно повторил все действия - не получается воспроизвести баг. Что-то я, видимо, делаю неправильно
Ещё раз: посмотрите исходный код HTML сообщения в папке Outbox (дефолтный хоткей - F9), тогда хотя бы увидите, как там прописаны эти лишние строки. (Предполагаю, что они добавляются именно при сохранении черновика, а не при его повторном открытии). Отсюда уже можно идти дальше: разбираться, почему они добавляются.



Цитата:

даже при вставке группы в поле ТО, список адресатов не раскрывается

Может, я неправильно понимаю значение слов "не раскрывается"? Если в адресное поле [To] вставить несколько адресатов (без разницы, добавлять ли их по одному или кучей как "группу" адресной книги), то каждый из получателей, естественно, видит всех остальных. Это определяется не почтовым клиентом отправителя, а почтовой конвенцией (протоколом) RFC.


Цитата:

анти-спамовые фильтры почтовых служб при таком способе указания адресатов не классифицируют данные письма как спам и они должны отправляться нормально.

Откуда анти-спамовые фильтры смогут узнать, заполнял ли отправитель адресные поля вручную или же при помощи инструмента "Адресная книга"? Им важен не способ, а результат, то есть, содержимое адресных полей.
Вы бы проверили давно, тут работы на 2 минуты

oshizelly

Цитата:

Тщательно повторил все действия - не получается воспроизвести баг. Что-то я, видимо, делаю неправильно
Ещё раз: посмотрите исходный код HTML сообщения в папке Outbox (дефолтный хоткей - F9), тогда хотя бы увидите, как там прописаны эти лишние строки. (Предполагаю, что они добавляются именно при сохранении черновика, а не при его повторном открытии). Отсюда уже можно идти дальше: разбираться, почему они добавляются.

Согласен, стоки добавляются именно на этапе сохранения. Проблема в том, что я в HTML мякго говоря не слишком силен, иначе давно бы попытался письмо поковырять. Но все таки попоробую разобратья. Если интересно, выложу кусок проблемного кода сюда.
А версия у тебя та же 5.8.8 или 6.х?


Цитата:

Если в адресное поле [To] вставить несколько адресатов (без разницы, добавлять ли их по одному или кучей как "группу" адресной книги), то каждый из получателей, естественно, видит всех остальных. Это определяется не почтовым клиентом отправителя, а почтовой конвенцией (протоколом) RFC.

В том то и дело, что нет. Попробуй вставь группу. У тебя в поле TO будет что-то типа "название группы" <list> и все. И никаким макаром увидеть, кто туда входит у меня по крайней мере не получилось (Ctrl+Shift+K) не раскрывает содержимое поля TO.


Цитата:

Откуда анти-спамовые фильтры смогут узнать, заполнял ли отправитель адресные поля вручную или же при помощи инструмента "Адресная книга"? Им важен не способ, а результат, то есть, содержимое адресных полей.
Вы бы проверили давно, тут работы на 2 минуты

Согласен, но видимо от способа в данном случае зависит результат. Механизм отсылки писем при добавлении в поле TO списка группы возможно какой-то другой.
Проверить не так просто, т.к. рассылать реальным людям тестовые сообщения в данном случае не могу. А чтобы экспериментировать, своих email-ов для "чистоты эксперимента" думаю, что надо иметь около десятка, а у меня всего их 4-5. Т.е. на 4-5 мыл рассылка врядли в спам будет попадать при любых обстоятельствах. Надо рассылать минимум на 10-15 адресов, чтобы на почтовых службах срабатывали анти-спам фильтры (хотя это только мое предположение, как там реально - х.з.)
На днях постараюсь набрать десяток мыл, тогда попробую и расскажу, что получилось.

mrdime 15:11 21-06-2014
Цитата:

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

Конечно, давайте поглядим. Там должен быть кусок [more=такого примерно вида:]
<body>
<span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">aaaaaa<br>
dsdfsdfsdfsd<br>
<br>
</span>
<ul style=3D"text-indent: 0px; margin-left: 40px; list-style-position: outside; list-style-type: disc;">
<li class=3Drvps0><span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">aaaaa</span></li>
<li class=3Drvps0><span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">bbbbbb</span></li>
<li class=3Drvps0><span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">ccccccc</span></li>
<li class=3Drvps0><span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">dddddd</span></li>
</ul>

<br>
<ul style=3D"text-indent: 0px; margin-left: 40px; list-style-position: outside; list-style-type: disc;">
<li class=3Drvps0><span style=3D" font-family:'Comic Sans MS'; font-size: 9=pt;">--- </span></li>
</ul>

<span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">ssdasdasdasdas<br>
</span>
<ul style=3D"text-indent: 0px; margin-left: 40px; list-style-position: outside; list-style-type: disc;">
<li class=3Drvps0><span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">asadasdasdas</span></li>
</ul>
<span style=3D" font-family:'Comic Sans MS'; font-size: 9pt;">=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
</body></html>
[/more]


Цитата:

А версия у тебя та же 5.8.8 или 6.х?

У меня 6.3.4. Но очень сомневаюсь, что это как-то связано с версией.

---

Цитата:

Попробуй вставь группу. У тебя в поле TO будет что-то типа "название группы" <list> и все.

Это в исходящем. А смотреть надо, как это будет выглядеть во входящем сообщении у адресата. Для создания группы достаточно двух тестовых адресов (из них один может быть адресом отправителя), а у Вас их аж целых 5!

Впрочем, даже и рассылать не надо. Достаточно просто создать тестовое сообщение, вставить в него группу адресатов, сохранить его - потом перейти в папку [Outbox] и посмотреть в исходном коде, что там записано в строке заголовка для поля [TO].
Насколько я понимаю, там будет точно такой же список адресатов, как если бы их добавляли по одному.


Цитата:

чтобы экспериментировать, своих email-ов для "чистоты эксперимента" думаю, что надо иметь около десятка, а у меня всего их 4-5. Т.е. на 4-5 мыл рассылка врядли в спам будет попадать при любых обстоятельствах.

Подозреваю (проверять лень), что у них гораздо более простой алгоритм: спамом считается любое сообщение, у которого не заполнено поле [TO], независимо от числа адресатов в полях [CC] и [BCC].

The Bat 4.2.6. Вчера завис комп, пришлось насильно перегружать, и из одного почтового ящика в Бате пропали все входящие. Восстановить не удалось. Корзина и прочие папки этого ящика были нетронуты.
Сегодня утром было получено два письма на другой почтовый ящик, отправитель известен, вирусов не было. При попытке открыть новое письмо программа висла. После нескольких перезагрузок проги и компа все осталось по-старому. Я отключила автозагрузку писем и удалила эти два новых, не читая. Не помогло. При любой попытке открыть письмо даже из корзины в этом почтовом ящике, прога виснет намертво. Остальные несколько ящиков работают.
Содержимое ящиков и сама прога находятся на другом физическом и логическом диске, не там, где винда. Попробовала скопировать папку с ящиком на другой винт и дала направление в Бате - не помогло. Удаляла ящик и добавляла его обратно - не помогло.
Что делать?

oshizelly
Вчера не удалось добраться до компа, посему выложил примеры писем только сегодня.
Вот 2 примера.
1 - чистое тестовое письмо, созаднное "с нуля", в котором тоже присутствует проблема со вставкой пустых строк после списков.
2 - письмо, с которого началась вся проблема (удалил только некоторую личную инфу).

Буду благодарен, если разберешься где и что.

Цитата:

У меня 6.3.4. Но очень сомневаюсь, что это как-то связано с версией.

А это ИМХО важно. Ритлабовцы такие кадры, что могли что-то существенное втихаря намутить (в худшую или в лучшую сторону) в новой версии. Так что этото бага у тебя на 6.х может уже и не быть.

Цитата:

Это в исходящем. А смотреть надо, как это будет выглядеть во входящем сообщении у адресата.

Посмотрел. Да во входящем вся группа отображается просто списком мыл в поле TO. Жаль.

Цитата:

Подозреваю (проверять лень), что у них гораздо более простой алгоритм: спамом считается любое сообщение, у которого не заполнено поле [TO], независимо от числа адресатов в полях [CC] и [BCC].

Возможно. На днях отпишусь о результатах экспериментов.

mrdime 11:39 23-06-2014

Цитата:

Вот 2 примера.  
1 - чистое тестовое письмо, созаднное "с нуля", в котором тоже присутствует проблема со вставкой пустых строк после списков.

Это не баг, это фича нашей программы (C) Шутю. Баг это, который существует уже лет сто и будет существовать вечно, пока не погаснут звёзды не сменятся менеджмент и программеры в RitLabs. Просто я сразу не сообразил, о чём речь.

Проблема в том, что при сохранении черновика TheBat добавляет после списка два разрыва строки вместо одного (вы можете увидеть двойной тэг <br><br> ниже последней строки списка).

Соответственно, решение напрашивается: не добавляйте вручную пустую строку после списка. То есть, начинайте следующий абзац вплотную под последней строкой списка, без обычного вертикального отступа. При сохранении сообщения TheBat сам добавит эту пропущенную строку между концом списка и следующим абзацев.
Поначалу в окне редактора это будет выглядеть неряшливо, ибо трудно менять отработанные привычки. Но через несколько лет привыкнете



Цитата:

во входящем вся группа отображается просто списком мыл в поле TO. Жаль.

А иначе и быть не могло. Представьте, что было бы, если бы каждый почтовый клиент (и заодно уж каждый почтовый сервис) использовал свои собственные форматы для заполнения стандартных адресных полей И вспомните, что каждое сообщение проходит через несколько (много) промежуточных серверов. Представили?


Sola Fide 10:45 22-06-2014
Цитата:

The Bat 4.2.6. Вчера завис комп, пришлось насильно перегружать, и из одного почтового ящика в Бате пропали все входящие. Восстановить не удалось.

Как задавать вопросы в этом топике. Читать обязательно!
Предполагаю, что у вас POP3, но телепатическая сила временно закончилась, сорри..

oshizelly

Цитата:

Это не баг, это фича нашей программы (C) Шутю. Баг это, который существует уже лет сто и будет существовать вечно, пока не погаснут звёзды не сменятся менеджмент и программеры в RitLabs. Просто я сразу не сообразил, о чём речь.

Проблема в том, что при сохранении черновика TheBat добавляет после списка два разрыва строки вместо одного (вы можете увидеть двойной тэг <br><br> ниже последней строки списка).

Соответственно, решение напрашивается: не добавляйте вручную пустую строку после списка. То есть, начинайте следующий абзац вплотную под последней строкой списка, без обычного вертикального отступа. При сохранении сообщения TheBat сам добавит эту пропущенную строку между концом списка и следующим абзацев.
Поначалу в окне редактора это будет выглядеть неряшливо, ибо трудно менять отработанные привычки. Но через несколько лет привыкнете

Спасибо. Теперь пиричина бага (проблемы) понятна. НО такой вариант (не добавлять пустую строку) не годится. Только что протестировал. Если не добавлять пустую строку после списка, то сабж ее тоже НЕ ДОБАВЛЯЕТ. Т.е. как вижу письмо в редакторе, точно таким же оно и приходит адресату. Я бы грохнул лишний тэг <br> в режиме F9, но к сожалению сабж дает только возможность просмотра. Так что пока проблема не решается.
Есть еще какие-то идеи как избавиться от лишнего тэга <br>, либо как каким-либо другим образом добавить немного свободного пространства после списка?

mrdime 10:30 24-06-2014
Цитата:

Если не добавлять пустую строку после списка, то сабж ее тоже НЕ ДОБАВЛЯЕТ. Т.е. как вижу письмо в редакторе, точно таким же оно и приходит адресату.

Странно. Если сабж её не добавляет, то откуда же она берётся при сохранении черновика?? Может, не совсем точно что-то делаете?
Попробуйте сначала сохранить сообщение, потом открыть его снова, а затем уже отправить. В общем, поэкспериментируйте немного, вдруг получится.
Сам проверить не могу, так как у меня промежуточная строка добавляется автоматически. Наверное, здесь мы имеем дело с различием в поведении версий линеек 5.xx и 6.xx.


Цитата:

Я бы грохнул лишний тэг <br> в режиме F9, но к сожалению сабж дает только возможность просмотра.

Да, сабж не предусматривает возможности редактировать исходный код сообщений, только просмотр.
Можно извернуться: экспортировать сообщение, отредактировать его вручную в любом редакторе (убрав лишний тэг <br>, затем импортировать изменённое сообщение обратно. Но... оно того стОит ли?


Цитата:

Есть еще какие-то идеи как избавиться от лишнего тэга <br>, либо как каким-либо другим образом добавить немного свободного пространства после списка?

Я прошу прощения, но, может, ну его? Вряд ли эта лишняя строка причинит так уж много головной боли вашим адресатам?

oshizelly

Цитата:

Странно. Если сабж её не добавляет, то откуда же она берётся при сохранении черновика?? Может, не совсем точно что-то делаете?
Попробуйте сначала сохранить сообщение, потом открыть его снова, а затем уже отправить. В общем, поэкспериментируйте немного, вдруг получится.

Вот, по шагам комментирую подробно, что происходит:
1. Создал сообщение БЕЗ пустой строки после списка.
2. Сохранил (не имеет значения как сохранять: как черновик, или просто сохранять)
В предварительном просмотре (внизу, без открытия письма) вижу, что строки нет. Если письмо отправить не открывая, то оно тоже придет БЕЗ пустой строки.
3. Открыл письмо. И тут появляется уже ОДНА пустая строка.
4. Сохранил письмо как черновик. И в предварительном просмотре (внизу, без открытия письма) мы видим уже ДВЕ пустые строки.
Т.е. получается, что пустая строка добавляется и ПРИ ОТКРЫТИИ И ПРИ СОХРАНЕНИИ письма!
Вот, где "собака зарыта".
Потому, адресат либо получает письмо без пустой строки, либо получает их сразу 2!
Провел последующие эксперименты.
Потом, чтобы я ни делал дальше (раза 3-4 пробовал) ПРИ ОТКРЫТИИ письма пустая строка больше НЕ ДОБАВЛЯЕТСЯ.
Она (пустая строка) добавляется только ПРИ СОХРАНЕНИИ письма.
Т.е. первый раз пустая строка добавляется и при открытии и при сохранении письма, все последующие разы - только при сохранении.


Цитата:

может, ну его? Вряд ли эта лишняя строка причинит так уж много головной боли вашим адресатам?

Я бы на это вообще не обратил внимания, если бы не одно НО (даже несколько).
1. Создавалось официальное письмо от серьйозной конторы. Соответственно вид письма должен был быть безукоризненным.
2. Именованных (bullets) списков в письме было штук 6. Письмо отправлялось и редактировалось раз 5. При этом при каждом открытии и сохранении добавлялось по 1-2 пробела после каждого списка. При этом в ограниченное время, вместо того, чтобы редактировать письмо (текст), приходилось лазить по письму и удалять лишние пустые строки.

+ Можно бы забить на эту проблему, но предвижу, что в ближайшее время мне придется создать еще парочку похожих писем.
Похоже, что это очевидный невыявленный ранее баг 5.х линейки (может и выявленный , я баги сабжа 5-й версии подробно не изучал).
Вижу пока только 2 варианта: Либо мучаться, либо искать пути перехода на 6-ю. Для этого надо будет разобраться с 2 известными мне багами 6-ой линейки: превращении в кракозябры всех шаблонов в адресной книге (очевидно придется все шаблоны переписать вручную, около 20-30) и проблемы с TLS-хендшейками на mail.ru и outlook.com.

mrdime 14:58 24-06-2014
Цитата:

1. Создал сообщение БЕЗ пустой строки после списка.
2. Сохранил (не имеет значения как сохранять: как черновик, или просто сохранять)
В предварительном просмотре (внизу, без открытия письма) вижу, что строки нет. Если письмо отправить не открывая, то оно тоже придет БЕЗ пустой строки.
3. Открыл письмо. И тут появляется уже ОДНА пустая строка.
4.  Сохранил письмо как черновик. И в предварительном просмотре (внизу, без открытия письма) мы видим уже ДВЕ пустые строки.
Т.е. получается, что пустая строка добавляется и ПРИ ОТКРЫТИИ И ПРИ СОХРАНЕНИИ письма!
Потому, адресат либо получает письмо без пустой строки, либо получает их сразу 2!

Да, похоже что в этом как раз и состоит отличие 5-й линейки от 6-й. В 6.3.4. дополнительная пустая строка после списка добавляется именно при сохранении черновика, но не при его открытии.
Соответственно, можно использовать предложенный мной выше рецепт.


Цитата:

Потом, чтобы я ни делал дальше (раза 3-4 пробовал) ПРИ ОТКРЫТИИ письма пустая строка больше НЕ ДОБАВЛЯЕТСЯ.
Она (пустая строка) добавляется только ПРИ СОХРАНЕНИИ письма.
Т.е. первый раз пустая строка добавляется и при открытии и при сохранении письма, все последующие разы - только при сохранении.

То есть, если сохранять и открывать черновик 10 раз, то после последней строки списка добавится 11 пустых строк?


Цитата:

Вижу пока только 2 варианта: Либо мучаться, либо искать пути перехода на 6-ю.

Есть ещё третий вариант: поставить 6-ю версию параллельно уже установленной 5-й. И использовать её исключительно для создания списков


Цитата:

надо будет разобраться с 2 известными мне багами: превращении в кракозябры всех шаблонов в адресной книге (очевидно придется все шаблоны переписать вручную)

Ну, зачем такие подвиги? Есть более простые способы конвертировать кириллический текст из кодировки ANSI в UTF-8. Для начала можно просто скопировать/вставить через буфер обмена Windows. Можно также задействовать текстовый редактор вроде Notepad Я уж не говорю про стопяцот утилит, специально разработанных для такой конвертации.

oshizelly

Цитата:

Да, похоже что в этом как раз и состоит отличие 5-й линейки от 6-й. В 6.3.4. дополнительная пустая строка после списка добавляется именно при сохранении черновика, но не при его открытии.
Соответственно, можно использовать предложенный мной выше рецепт.

Этот рецепт не подходит, т.к. если после списка вставлять текст (следующую строку с текстом) вплотную, то пустая строка при сохранении НЕ ДОБАВИТСЯ. Она добаляется почему-то только при последующем открытии уже сохраненного письма.

Цитата:

То есть, если сохранять и открывать черновик 10 раз, то после последней строки списка добавится 11 пустых строк?

Именно так.

Цитата:

Есть ещё третий вариант: поставить 6-ю версию параллельно уже установленной 5-й. И использовать её исключительно для создания списков

Я предпочитаю использовать какую-то одну версию для всех задач (чтобы не путаться).


Цитата:

Есть более простые способы конвертировать кириллический текст из кодировки ANSI в UTF-8.

У меня резервные копии основных типов шаблонов хранятся в виде текстовых файлов отдельно.
Дословно переписывать все руками конечно не планирую.
Под "переписать в ручную" я имел в виду, выделить в текстовом файле/ вставить в соответсвующий раздел настроек для группы или конкретного контакта (если использую индивидуальные шаблоны) в адресной книге.