hogyha elolvasod mi van az állítólagos modul oldalára kiírva, akkor látod hogy az egy install profil ami milyen szerepet tölt be. Igen, van benne l10n_update modul, de benne van egy drupal core is. Mégpedig azért, hogy aki ezt letölti és fel szeretné telepíteni a drupalját akkor a telepítés elején tudjon választani sok-sok nyelv közül amelyre lefordították a drupalt. Tehát l10n_install nem egyenlő az l10n_update modullal. Egyébként ha van kérdésed valamelyikkel kapcsolatban akkor új kérdés új téma és szívesen válaszolunk rá ;)

hogy php adminnal kitörlöd a nyelvi változókat, és még biztos ami biztos az összes cahce-es dolgot
meg egy drop database a bizt.kedv.

Honnan tudod, hogy adott változók hol keletkeznek? Milyen hookok, hogyan befolyásolják ezeket a változókat. Mi az ami settings.php-ból, install-ból, updateből, system_settings_formból érkezik??

Szépen megkérlek, hogy amíg ezek nincsenek tisztázva, és nem tudod _pontosan_, hogy mit miért csinálsz, ne írj be ilyeneket, mert ha valaki ezek alapján most nekikezdi kihajingálni adhoc a variables tábla szimpatikus dolgait, azzal tönkre mehet az eddigi munkája.

Szerintem pedig egyáltalán nincs azzal baj, hogyha az ügyfél meglepőt kér, főleg, ha még fizet is érte. Így fejlődik a rendszer, és sokszor mi magunk is, hogy olyan csinálunk meg, amit még nem csináltunk. De ez inkább filozó fia'....

Amerre elindulnék:
A page.tpl.php-ben (vagy ahol a body $classes tartalma előállítódik) a body-nak adnék egy extra class-t, ha egy lekérdezés eredménye pozitív (esetünkben van olyan körlevél tartalom, ami x napnál újabb). Ilyen class esetén pedig a css-ben megadnám, az Új feliratot az adott menühöz, képként, háttérként.