![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
7-bit ASCII в заголовке pop письма
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]
а есть ли возможность восстановить этот самый восьмой бит самостоятельно?