Дурдом

[metaclass]

С удивлением обнаружил что в .NET 2.0 нет родного способа стянуть почту с pop3 и распарсить ее (т.е. mime) на предмет текста и аттачей. Нужно использовать сторонние либы, причем либ много разных и все разной степени невменяемости.

"Готовые либы делают всю вашу работу за вас, до тех пор, пока вы делаете то, что предусмотрел автор либы".


PS: посмотрел тест-кейсы для парсинга MIME заголовков. Неудивительно, что разные либы по разному валятся - это же гамон какой-то:

Content-Disposition: attachment; filename*0="foo."; filename*1="html"
'attachment', specifying a filename of foo.html, using RFC2231-style parameter continuations. 

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

Comments

[zamotivator.livejournal.com]

Там ещё и ftp client нерабочий!
Если сервер находится в другой локальной подсети, то канал команд открывается, а вот каналы на передачу данных - хуй.
Будет висеть. Молча. Ни ответа, ни привета. Иногда выблюет исключение что-то типа "timeout error".
То, что глюки связаны с другой локальной подсетью - наткнулся опытным путём.

Да и как может быть качественной библиотека, где в оффициальной документации для создания подключения предлагают вызвать фабрику от СТРОКИ, получить в результате экземпляр БАЗОВОГО КЛАССА WebClient который потом привести к НАСЛЕДНИКУ FtpCLient?
Бля, это даже не смешно. При том что QFtpClient к тому моменту уже был, и Qt4 был, и это работало, и не глючило...

[http://users.livejournal.com/_windwalker_/]

Ребе бы пользовался javax.mail

Там всё более-менее кошерно. Как emails, sending emails, receiving emails, так и mouse, clicking, double clicking формирование MIME сообщений из различных кусманов и потоков :)

[vp.livejournal.com]

Кстати в чем отличие. В Qt все клиенты, которых я трогах (хттп, фтп, смтп, поп) - все рабочее с полупинка :)

[theiced.livejournal.com]

мыши, кактус.