Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Odpověď na názor

Odpovídáte na názor k článku Spicebird: malý Outlook pro Linux.

Lael Ophir
23. 1. 2008 13:48

Re: Mega-aplikace

celé vlákno
To je tak trochu nesmysl, že? Kdybyste znal Exchange, věděl byste, že pro každý mailbox drží jméno accountu. Ne každý uživatel musí mít mailbox, a ne každý uživatel musí mít jen jeden mailbox (a některé mailboxy nemusejí mít žádného primárního uživatele). Obdobně je to i v Lotus Notes. Ono u objektové databáze nedává smysl mít 1:1 mapování kontejnerů s uživatelskými účty, koncept je prostě jiný. V Exchange 5.5 zřejmě bylo možné mít i duplicitní mailbox alias mailboxu (viz http://support.microsoft.com/kb/181917). Celé to ale zřejmě přesahuje koncept, který by někteří autoři prostého mailového klienta byli schopni vidět.

Podobně velikost emailů v mailboxu nemusí korespondovat s velikostí toho, co nakonec POP3 klient obdrží; v DB může být velikost odlišná, a pro zjištění "POP3 size" by bylo nutné ten POP3 email sestavit. Chápu, že autoři Fetchmailu to považují za neobvyklé, pokud mají jinde zprávy uložené přímo ve tvaru, který nakonec dostanou. Otázka je, jestli to novější verze Exchange řeší jinak. Linkovaný dokument pro jistotu o verzi Exchange nemluví (Exchange 5.5 je 11 let starý prdukt).

Zde je například seznam POP3 příkazů, které podporuje Exchange 2000. Škoda, že takové dokumenty autoři Fetchmailu nečtou.
http://support.microsoft.com/kb/322826
Navíc existují POP3 konektory pro Exchange, které umí nahradit ten MS konektor (ježto Exchange je modulární).
   
Chcete přispět jako registrovaný uživatel? Přihlaste se ke svému účtu.
Ochrana proti spamovacím robotům. Odpovězte prosím na následující otázku: Jaký je letos rok?
 

Pravidla pro diskutující

Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s tím, že budete dodržovat následující pravidla. Při jejich hrubém porušení se vystavujete riziku smazání příspěvku, jeho modifikaci, v krajním případě i zablokování přístupu do diskusí.

Redakce ze zásady nezasahuje do čtenářských diskusí a zavazuje se, že nebude mazat ani modifikovat příspěvky, kromě případů, kdy tyto porušují některé z následujících pravidel. V takové situaci je na zvážení redakce, zda příspěvek modifikuje s viditelným upozorněním, či přímo smaže. Redakce nikdy nemaže „nesouhlasné komentáře“ jen proto, že jsou nesouhlasné. Vítáme střet názorů, ale vždy v rámci slušné a kultivované debaty.

Příspěvky nesmí obsahovat:

  1. Vulgární či hrubé výrazy.
  2. Urážlivé výroky na adresu druhé osoby či skupiny osob.
  3. Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling).
  4. Rasové útoky či útoky na jakoukoliv jinou menšinu či skupinu obyvatel.
  5. Komerční nabídky a affiliate odkazy.
  6. Odkazy na warez, sériová čísla, licenční kódy, pornografii a další nevhodný materiál stejně jako žádosti o poskytnutí tohoto obsahu.
  7. Prokazatelně protiprávní obsah.

Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.

Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul