Начну я цикл статей о неудобности операционных систем.

Мне не понятно зачем Windows делает то, чего его не просят. В локальной сети моей организации около 50 компьютеров, к каждому второму подключен принтер и расшарен в сети.
На каждом компе в "Принтеры и факсы" мы можем наблюдать вот такую картину. 

В компьютерных магазинах должны продаваться 2 вида клавиатур:
1. привычные нам 102-104-клавишные — для компьютерных специалистов.
2. клавиатуры для людей.

Объясню про клавиатуры для людей, это значит клавиатура:
1. Без ряда Esc, F1-F12, без клавиш PrtScreen, Scroll Lock, Pause Break
2. Без клавиш PgUP/PgDown, ALT, Win, кнопки эмулирующей правый клик мыши
3. Без кнопки Num Lock, правая часть клавиатуры должна быть всегда только числовой
4. Над qwerty не должны идти цифры, там должны быть знаки пунктуации: !"№;%:?*(), чтобы нажимать их без шифта.
5. Нужна 1 кнопка Rus/Eng
6. Нужна 1 кнопка заменяющая Ctrl+Alt+Del7. Без кнопок Sleep, Standby, Poweroff 

Прислали сейчас на емейл гениальную картинку  

Перенаправил RSS с этого блога на FeedBurner, теперь читать меня будет удобнее, а я вас наконец-то смогу посчитать 

Переподписаться можно вот тут: http://feeds.feedburner.com/drfaust/asp

Вчера писал о неприятном баге с SmtpClient и Kerio Mail Server. Уже было отчался и думал писать свой компонент, чтобы корректно работать с smtp сервером от Kerio.

С другой стороны, я выкладывал способ отправлять email из ASP.NET, и очень он мне нравится, поскольку использует CDO. Я люблю CDO   

Итак, первый способ - используя System.Net.Mail:

using System.Net.Mail;   
using System.Net;   
  
void SendMail()   
{   
MailMessage mail = new MailMessage();   
mail.To.Add("my@mail.ru");   
mail.From = new MailAddress("smbdys@mail.ru");   
mail.Subject = "тема письма";   
mail.Body = "текст письма";   
SmtpClient smtp = new SmtpClient("smtp.mail.ru");   
smtp.Credentials = new NetworkCredential("login", "password");    //это логин и пароль для авторизации на SMTP сервере   
smtp.Send(mail);   
}   

Этот способ работает прекрасно, наверное, со всеми SMTP серверами (с mail.ru работает, например) кроме Kerio Mail Server

Второй способ - используем System.Web.Mail
Но! Для WinForms, оказывается необходимо сделать несколько телодвижений, чтобы подключить System.Web.Mail, а именно:
Тыкнуть References -> Add Reference -> вкладка .NET -> выбрать в списке System.Web -> OK
Все! После этого можно прописать using System.Web.Mail;

using System.Web.Mail;

void SendMail()
{
   System.Web.Mail.MailMessage m = new System.Web.Mail.MailMessage();
        m.From = "my@server.ru";
        m.To = "somebody@mail.ru";
        m.BodyFormat = System.Web.Mail.MailFormat.Text;
        m.BodyEncoding = System.Text.Encoding.GetEncoding("windows-1251");
        m.Subject = "Тема пиьсма";
        m.Body = "текст письма";
 // для аутентификации на SMTP сервере
        m.Fields.Add("http://schemas.microsoft.com/cdo/configuration/smtpauthenticate", 1);
        m.Fields.Add("http://schemas.microsoft.com/cdo/configuration/sendusername", "UserName");
        m.Fields.Add("http://schemas.microsoft.com/cdo/configuration/sendpassword", "Password"); 
        System.Web.Mail.SmtpMail.SmtpServer = "smtp.server.ru";
        System.Web.Mail.SmtpMail.Send(m);
}

Ура-ура, второй способ работает с Kerio Mail Server Хотя, оба способа довольно просты и миновали те времена когда надо было реализовывать в своих компонентах протокол SMTP.

Блин так досадно, что баги в .NET 2.0 находятся, а их года не исправляют, в том числе и в сервиспаках 

Я как-то давно писал о том, как отправлять емайл из ASP.NET, но в WinForms приложениях так сделать нельзя, а именно, нельзя подключить System.Web.Mail, кстати, непонятно по каким причинам!

Для WinForms приложений предлагается другой способ:

using System.Net.Mail;
using System.Net;

void SendMail()
{
MailMessage mail = new MailMessage();
mail.To.Add("my@email.ru");
mail.From = new MailAddress("smbdys@email.ru");
mail.Subject = "тема письма";
mail.Body = "текст письма";
SmtpClient smtp = new SmtpClient("smtp.email.ru");
smtp.Credentials = new NetworkCredential("login", "password");    //это логин и пароль для авторизации на SMTP сервере
smtp.Send(mail);
}

вобщем, код очень простой. НО! Он не работает с Kerio Mail Server.
керио ругается и выдает ошибку: {"Syntax error, command unrecognized. The server response was: 5.7.0 Authentication failed"}

Поиск в гугле привел на форумы MSDN, где как раз обсуждают эту проблему датированные аж 2005 годом!!!!!!!!

Суть, в том, что майкрософт, когда писала SmtpClient, отошла от RFC 2554 и некорректно общается с Smtp серверами. Непонятно почему другие почтовые сервера это едят за милую душу, похоже приспособились уже к криворуким индусам  А фирма Керио забила болт, мол "решайте сами"... А в майкрософт об этом как-то забыли 

Сижу сейчас и думаю, сторонний компонент покупать, писать свой, или вместо своего kerio mail сервера пользоваться каким-нибудь mail.ru? 

Написал статью и выложил в исходниках как создавать маленькие картинки из больших (делать resize)  

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

Вот еще ссылка на старую статью по работе с изображенями на .NET: Как сделать надпись на изображении JPEG/GIF

Прикрутил новые смайлики для TinyMce и в частности, движка блогов BlogEngine.Net

А то, что идет по умолчанию в комплекте с этим движком для блогов - взято из почтового клиента Thunderbird, но выглядит некрасиво. Колобки они как-то привычнее и веселее 

Для установки надо заменить файлы в /editors/tiny_mce/plugins emotions.rar (56,69 kb)

Всем ASP.NET разработчикам известно, что Microsoft по совершенно непонятным причинам для всех эелементов на странице по умолчанию прописывает EnableViewState = true, как результат, огромный ViewState (который хранит hash-ы состояний aspx страниц), который никак не используется, а только безбожно жрет траффик.

Можно, конечно, помучаться и пописать для каждого серверного элемента ручками EnableViewState = false, и это в разы сократит объемы ViewState, но он все-таки будет создавать некоторое количество ненужного траффика для посетителя.

И вот недавно нашлось решение, как ViewState отключить полностью: необходимо переопределить 2 метода у базового класса страниц PageBase:

protected override void SavePageStateToPersistenceMedium(object state)
{
}
protected override object LoadPageStateFromPersistenceMedium()
{
return null;
}

В результате получается вполне приличный результат:

‹input name="__VIEWSTATE" id="
__VIEWSTATE" type="hidden" /›