akoros
А у вас почта точно на сервере Московского Авиационного Института? Или всё-таки на maiL.ru?
Потому как в остальном в настройках вроде всё правильно, и если не работает, надо тамошних администраторов, вероятно, спрашивать.
Отсутствует
А Вы на свой последний скрин внимательно посмотрите!
Со снимков экрана Взгляните на них повнимательнее...
спасибо счас исправлю)))
Добавлено 06-04-2009 16:27:46
Спасибо заработало!!! прикольно когда читала про то как другие ошибаются, думала, но неужели нельзя проверить данные,теперь вот сама))) вроде проверяла не один раз)))Как говориться"не суди да не судим будешь" Большое Спасибо!!!!
Отсутствует
telega
А можно сделать(исправить/доделать/изменить) чтобы аттачменты нормально приходили на ukr.net, тк у многих знакомых мыло там зарегано и напряжно из за этого каждый раз логиниться на веб интерфейс...
без подписи...
Отсутствует
Сегодня возникла следующая проблема.При попытке отправки письма на ящик mail.ru
Выдаеться такое сообщение
Ошибка: Simple Mail: [smtp.mail.ru:25]: Ошибочный ответ: 550 spam message rejected. Please visit http://mail.ru/notspam/ or report details to abuse@corp.mail.ru. Error code: 6842231AE7BBE9F5D177911F07D5BD925003C3817DCC6E5C2E5EA7EC6068CAEC
Источник: chrome://simplemail/content/utils.js
Строка: 156
При этом мышом нормально все отправляеться.Другие ящики вроде без проблем.Одни из них тоже на mail.ru
Отсутствует
Вчера поставил Simple дома на свежую Win7 и свежескачаный фокс 3.0.10- все пашет, понравилось.
Сегодня решил поставить его на работе (виста, фокс 3.0.10 но уже обвешаный). все поставилось но аккаунты не добавляются.
в консоли ошибок их две
Ошибка: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageConnection.createStatement]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://simplemail/content/storage.js :: doGetAccounts :: line 409" data: no]
Источник: chrome://simplemail/content/storage.js
Строка: 409
Ошибка: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageConnection.createStatement]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://simplemail/content/storage.js :: anonymous :: line 457" data: no
помогите, очень понравилась
На вкус и цвет все фломастеры разные!
Отсутствует
epson950
Попробуйте поставить версию 2.74 отсюда: http://telega.phpnet.us/simplemail/.
Если не будет работать, то закройте браузер, найдите на диске папку профиля Firefox (см. http://wiki.mozilla.ru/index.php/%D0%9E … %20Firefox) и в ней подпапку "simplemail", и переименуйте ее.
Отсутствует
Al_H
Похоже, баг только на MacOS, т.к. на Windows нет ошибок.
Посмотрите https://bugzilla.mozilla.org/show_bug.cgi?id=434998, там в конце приведен способ обойти проблему - попробуйте, если сработает, то добавлю исправление в SM.
Отсутствует
SimleMail 2.74C.
Firefox 3.0.10
WindowsXP sp2
При просмотре письма не работает выбор кодировки UTF-8.
Если письмо приходит в читабельном виде (UTF-8) и попытаться сменить кодировку - вернуть читабельный вид назад не представляется возможным
Кроме того, не всегда декодируется написанное по-русски тема письма Subject: =?UTF-8?
Отредактировано ivan.volkov (07-05-2009 18:06:37)
Отсутствует
Проблему подтверждаю. Причём кодировку нельзя поменять на UTF-8 и в других письмах, в том числе тех, которые изначально имели другую кодировку и нормально отображались. Похоже, что этому подвержены все письма с «Content-Type: text/plain».
Из консоли ошибок:
Ошибка: Simple Mail: Ошибка кодировки Источник: chrome://simplemail/content/utils.js Строка: 156
Отсутствует
Ошибка кодировки: Если кто меня научит как это можно исправить - исправлю.
При перекодировании с помощью API:
var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
.getService(Components.interfaces.nsIScriptableUnicodeConverter);
converter.charset = charset;
var result = converter.ConvertToUnicode(text);
return result + converter.Finish();
в некоторых случаях возникает exception и перекодировка невозможна.
Отсутствует
Для отображения в браузере текст должен быть в UTF-8. Поэтому при получении письма оно конвертируется из своей (к примеру, windows-1251) кодировки в UTF-8 и в таком виде хранится в базе Simple Mail.
Если в письме кодировка была указана неправильно, и пользователь выбирает из меню "Кодировка > KOI8-R", то текст из UTF-8 конвертируется обратно в исходный текст с использованием windows-1251, а затем опять конвертируется в UTF-8, но с использованием KOI8-R как исходной кодировки.
Отсутствует
Для отображения в браузере текст должен быть в UTF-8.
...
Если в письме кодировка была указана неправильно ... то текст из UTF-8 конвертируется
На самом деле он конвертируется не из UTF-8, а из unicode, который есть внутреннее представление строк javascript.
fromUTF8 вызывает ConvertFromUnicode, аргументом у которой - AString - 2 байта/символ строка и возвращает она ACString - 1 байт/символ ASCII строку.
Которая попадает потом в javascript-строку, внутреннее представление которой - 2 байта/символ unicode.
И дальше она идёт аргументом в ConvertToUnicode, у которой аргументом должна быть ACString - ASCII - 1 байт/символ строка.
Длина у аргумента может быть, скажем, 10 символов, а в кодировке UTF-8 она может занять при этом, например 15 байт. А реально строка займёт 20 байт, так как строки в js кодируются в unicode. Но предполагается, что 1 символ - 1 байт (ACString).
Из-за этого, видимо и случается ошибка.
Время настанет, время придет...
И лис кОнкурiентов на части порвет !!!
Отсутствует
Согласен, что методы fromUTF8 и toUTF8 должны называться fromUnicode и toUnicode.
Но это значит, что UTF8 у меня не используется, а используется Unicode. В остальном, алгоритм, на мой взгляд, верный.
Пробовал закомментировать вызов fromUTF8 - строки вообще пропадают.
Отсутствует
Согласен, что методы fromUTF8 и toUTF8 должны называться fromUnicode и toUnicode.
Мне почему-то кажется, что они вообще должны вызываться как-то в обратном порядке. Что-то вроде: преобразовали во внутреннее представление (unicode), обработали, преобразовали в нужное представление.
Но это так, предварительные предположения.
Пробовал закомментировать вызов fromUTF8 - строки вообще пропадают.
Вот здесь:
message[field] = SmText.fromUTF8(this[field], this.charset); message[field] = SmText.toUTF8(message[field], charset);
первую строку ? Тогда во второй надо исправить первый аргумент.
p.s.
ACString Finish ( )
Returns the terminator string. Should be called after ConvertFromUnicode() and appended to that function's return value.
но используется ещё и после ConvertToUnicode (хотя, наличие/отсутствие не влияет на результат).
нигде не попадалось, что suc должен использоваться как сервис (хотя, тоже на результат не влияет)
но один и тот же объект, как-никак
Отредактировано Anton (08-05-2009 17:12:18)
Время настанет, время придет...
И лис кОнкурiентов на части порвет !!!
Отсутствует
Мне почему-то кажется, что они вообще должны вызываться как-то в обратном порядке. Что-то вроде: преобразовали во внутреннее представление (unicode), обработали, преобразовали в нужное представление.
У меня в базе текст письма хранится в Unicode.
Таким образом, не нужно каждый раз перед отображением конвертировать. И поиск по базе можно делать.
Поэтому, когда пользователь выбирает Кодировка > KOI8-R, то юникодный текст из базы конвертируется в исходный текст, а потом опять в Unicode с указанием новой кодировки в качестве исходной.
p.s.
OK, поправил.
Отсутствует