A HTML leveleket nem külső css-el kell megoldani, hanem inline css-t kell alkalmazni. Táblázatokat kell egymásba rakni stb. Tényleg nem egyszerű dolog, de ha az ember ráérez, meg eleget próbálkozott vele, akkor nem olyan vészes.

A legtöbb email szolgáltató ha táblázatosan csinálod a levelet, és inline css-be minden p elemben definiálod a stílust(betűtipus, szín, méret), akkor jól szokta megjeleníteni. Aztán van az outlook ami egy külön világ. Ott nincs háttérkép, padding, margin meg ilyesmi.

Itt van egy rövid leírás a html email készítésről, esetleg segíthet:
http://www.sitepoint.com/article/code-html-email-newsletters/

Debian Etch, C2D, 4 GiB RAM. Még nincs élesben a site (!) tartalom feltöltés és némi fejlesztés folyik rajta, 2-3 felhasználó használja. Cache ürítés után néhány órával már jelentkezik, de nem állandóan, loginkor pl. mindig, de más helyeken csak időnként. Refresh után többnyire továbbmegy, de pár kattintás után újra jön. tehát csak annyira csinálja hogy botladozzon az oldal és nehezítse a debugolását :)

Sajnos elég sok modult használ a site, így nem biztos, hogy a dateapi a ludas, csak mindig ő került lapátra. Lehet, hogy dateapi + egyéb modul kombináció okozza a bajt, mindenesetre a kikapcsolás után 32 MiB-es memória korláttal vígan elfut az oldal, és nem jött elő azóta a memóriafogyás hiba...

Létezik egy flash alapuú csoportos képfeltöltő modul: http://drupal.org/project/image_fupload - de én személy szerint soha nem próbáltam.

A CCK_Gallery hasznos kezdeményezés, de vigyázz, a projekt oldalon azt írják, az imagefield legutóbbi verziójával nem működik!

Továbbá figyelni kell, mert azt még nem igazán tudja kezelni, ha egy kép több galériába tartozik. (Legalább is amikor néztem, még nem tudta.) Egyébként kis energiabefektetéssel, aboros DUG 14 videója alpján, a CCK_gallery nélkül is lehet remek cck galériát építeni.

Egyébiránt pedig ha a cck helyett megfelel az Image modul, annak van csoportost képfeltöltést kezelő része.