Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

7-bit ASCII в заголовке pop письма


Страницы:   1 2

pest ©   (2009-10-15 17:27:00) 

привет всем.
поучаю письмо через поп протокол. но кодировка шалит, не могу понять как ее исправить. в заголовке письма написано
Content-Type: text/plain;
charset="koi8-r"
Content-Transfer-Encoding: 7bit

вот пример закодированной темы From: =?koi8-r?B?9+vPztTBy9TFLtLV?= <admin@vkontakte.ru>которая распознается нормально, а само тело письма отображается так:
...wY MOVETE POMENQTX NASTROJKI e-mail OPOWE]ENIJ NA STRANICE:...

что и как можно исправить? заранее спасибо за помощь


pest   (2009-10-20 14:00:00) [1]

демо нашел, но там не реализована работа через прокси. я попробовал так:


   SslPop3Client.Host           := HostEdit.Text;
   SslPop3Client.Port           := PortEdit.Text;
   SslPop3Client.CtrlSocket.SocksServer := '221.223.252.41';
   SslPop3Client.CtrlSocket.SocksPort := '1080';


коннектится и получает письма, но через прокси или нет неуверен)
так оно вообще делается?


Anatoly Podgoretsky   (2009-10-20 09:59:00) [2]

> pest  (20.10.2009 09:52:32)  [32]

Оно в поставке, аж целых две папки и дополнительные демо на сайте.


pest   (2009-10-20 09:52:00) [3]

не могу найти демо для ISC-V7


pest   (2009-10-19 15:13:00) [4]


> Кстати если это не socks то о каком конкретно прокси идет
> речь?

сокетный прокси. весь интернет трафик сети идет через один комп, на котором файервол. есть и http и сокеты


pest   (2009-10-19 15:10:00) [5]


Anatoly Podgoretsky ©   (19.10.09 14:27) [25]

> pest  (19.10.2009 14:13:22)  [22]

Проблема с прокси в ISC давно решена, с очень ранних версий, поддержан даже socks


как в ISC подключиться к серверу через сокетный прокси? можно ли при этом указывать Socks4 или Socks5?


Anatoly Podgoretsky   (2009-10-19 14:36:00) [6]

Иди полтора дня это не для ламеров?


Anatoly Podgoretsky   (2009-10-19 14:36:00) [7]

Ах да они еще упустили функцию увеличения даты на 1.5 дня.


Anatoly Podgoretsky   (2009-10-19 14:30:00) [8]


> Anatoly Podgoretsky ©   (19.10.09 14:27) [25]
> > pest  (19.10.2009 14:13:22)  [22]
>
> Проблема с прокси в ISC давно решена, с очень ранних версий,
>  поддержан даже socks

Кстати если это не socks то о каком конкретно прокси идет речь?


Anatoly Podgoretsky   (2009-10-19 14:28:00) [9]


> виноват или нет, но проблемы надо решать. если бы был  другой
> адекватный компонент, я был бы не против работать с ним.
>  например ISC мне нравится, но не могу я там работать с
> прокси. если бы можно было решить эту проблему то другое
> дело

Дело не в адекватном компоненте, по этой части у них нет разницы, а в некомпетентности.


Anatoly Podgoretsky   (2009-10-19 14:27:00) [10]

> pest  (19.10.2009 14:13:22)  [22]

Проблема с прокси в ISC давно решена, с очень ранних версий, поддержан даже socks


Anatoly Podgoretsky   (2009-10-19 14:26:00) [11]


> Content-Transfer-Encoding: 8bit
> Content-Type: text/plain; charset="koi8-r"
> ...
> чЩ НПЦЕФЕ РПНЕОСФШ ОБУФТПКЛЙ e-mail ПРПЧЕЭЕОЙК ОБ УФТБОЙГЕ:
>
> http://vkonta...

Это если пытаться просматривать текст в кодировке Windows-1251, а надо в koi-8r

> Content-Transfer-Encoding: 8bit
> Content-Type: text/plain; charset="koi8-r"
> ...
> Вы можете поменять настройки e-mail оповещений на странице:
>
> http://vkonta...


> был выбран, потому что он больше всех своих конкурентов
> определял разные кодировки. но я работал с ним версии для
А это и не надо, кодировка верно указана в сообщение, кроме того не совсем желательно это делать автоматически и ОСОБО не желательно показывать или обрабатывать текст в неверной кодировке. Если не брать особые случаи из жизни Win9X, то Windows показывает в локализированой кодировке. Текст надо перекодировать.


Dennis I. Komarov   (2009-10-19 14:16:00) [12]

TCPClient - замечательный компонент :)


pest   (2009-10-19 14:13:00) [13]


> И чего же теперь? Сам виноват...

виноват или нет, но проблемы надо решать. если бы был  другой адекватный компонент, я был бы не против работать с ним. например ISC мне нравится, но не могу я там работать с прокси. если бы можно было решить эту проблему то другое дело


Dennis I. Komarov   (2009-10-19 14:08:00) [14]


> ...
> Content-Transfer-Encoding: 8bit
> Content-Type: text/plain; charset="koi8-r"
> ...
> чЩ НПЦЕФЕ РПНЕОСФШ ОБУФТПКЛЙ e-mail ПРПЧЕЭЕОЙК ОБ УФТБОЙГЕ:
>
> http://vkonta...

Ну, вполне все красиво...

> исходников компонента пока нет потому что демо версия. компонент
> был выбран, потому что он больше всех своих конкурентов
> определял разные кодировки. но я работал с ним версии для
> D7.

И чего же теперь? Сам виноват...


pest   (2009-10-19 13:28:00) [15]

*сейчас работаю под delhi2009


pest   (2009-10-19 13:27:00) [16]


> А как выглядит результат в штатном почтовом
> клиенте, там же можешь попробовать посмотреть и реальное
> содержимое письма, в ОЕ прямо, в других клиентах может потребуется
> сохранить в .eml и дальше текстовым редактором.


...
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="koi8-r"
...
чЩ НПЦЕФЕ РПНЕОСФШ ОБУФТПКЛЙ e-mail ПРПЧЕЭЕОЙК ОБ УФТБОЙГЕ:
http://vkonta...



> Вообще-то, говорили об исходниках компонента... И вообще,
>  по каким причинам он был выбран?

исходников компонента пока нет потому что демо версия. компонент был выбран, потому что он больше всех своих конкурентов определял разные кодировки. но я работал с ним версии для D7.
indy с кодировками вообще проблема большая, особенно если речь идет о десятках разных почтовых серверов. ISC нормальная библиотека, только она не обновляется и работать с прокси и защищенными режимами не получается


Anatoly Podgoretsky   (2009-10-19 11:24:00) [17]


> а есть ли возможность восстановить этот самый восьмой бит
> самостоятельно?

А хрен его знает можно или нет в этом Clever Component Suite. Но я бы не советовал это делать, испортишь другую часть тела.


Dennis I. Komarov   (2009-10-19 11:23:00) [18]


> мне интересно почему то в обоих случаях разные поляContent-
> Transfer-Encoding: 7bit и Content-Transfer-Encoding: 8bit


> а есть ли возможность восстановить этот самый восьмой бит
> самостоятельно?


А ты понимаешь суть Base64? Что значит восстановить?


> само тело письма состоит из символов, которые я уже показывал
> выше.


Это уже результат, а не исходное тело письма...


> исходников нет. всего пара строк:
> Pop.Retrieve(MsgNo, MailMessage);
> memo1.Lines := MailMessage.MessageText;


Вообще-то, говорили об исходниках компонента... И вообще, по каким причинам он был выбран?


Anatoly Podgoretsky   (2009-10-19 11:22:00) [19]


> момент до перекодирования я отловить не могу.

А без этого говорить не о чем.

А как выглядит результат в штатном почтовом клиенте, там же можешь попробовать посмотреть и реальное содержимое письма, в ОЕ прямо, в других клиентах может потребуется сохранить в .eml и дальше текстовым редактором.


pest   (2009-10-19 10:34:00) [20]


> palva ©   (15.10.09 19:06) [12]

а есть ли возможность восстановить этот самый восьмой бит самостоятельно?


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо