Web, mail, IRC, IM, hálózatok

Sziasztok, nagyobb mennyiségű hirlevél kiküldésére (900.000db/kampány) tudtok esetleg gpl licenszű, esetleg fizetős programot? A jelenlegi fizetős szoftver ezt 12 óra alatt küldi ki, de vannak vele problémák... Ami fonos a marketingeseknek: statisztikák kellenek elküldött/visszapattant levelek, megnyitások száma, url-megnyitások száma. Mailman/saját fejlesztés erőforráshiány miatt nem játszik sajnos.
Minden ötletet szívesen várok, köszönettel: Palotai Tibor

UI: nem új spamfactory készül...

Sziasztok!

Olyan programot keresek, ami kliens oldalon, felhasználóbarát módon titkosítja a leveleket, lehetőleg email kliens függetlenül.
Az ideális jelölt valami IMAP proxy lenne, ami beül az email kliens és az IMAP szerver közé.
A cél az lenne, hogy a linuxos szerveren még a rendszergazda se lásson bele az IMAP-on tárolt levelekbe.

Esetleg ismer valaki ilyesmit? Egyéb ötletek?

Légyegében az a gondom mint neki. Csak ő nem kapott választ.

Levlista üzenetre szeretnék válaszolni, így lehetne:
mailto link

A "Gmail manager" firefox kiegészítő képes gmail-ban megnyitni a mailto linkeket, de az "In-Reply-To" headert nem veszi át a gmail. Vagyis a levlistán nem lesz megcímezve, hogy melyik üzenetre válaszolok.

Erre az lehet az egyetlen megoldás, ha levelezőklienst, vagy kézi szerkesztésű fejlécet(sendmail) használok? Webes felületen nem lehet ezt megoldani?

Hasznal valaki elesben roundcubet hosszabb ideje? Erdekelnenek gyakorlati tapasztalatok, foleg a varhato problemak, durvabb bugok, esetleg uzemeltetesi gondok.
Keszulunk bevezetni es jobb lenne elore felkeszulni mi varhato, mint elesben szembesulni vele...
(hazi teszteles van, de azt tudjuk mit er az egysegsugaru juzerek tehetsegevel szemben :))

zimbranal is hajmeresztu bugok jottek mar elo eles hasznalatkor, hiaba teszteltuk fel evig elotte...

koszi,
A'rpi

Nem szeretem az msn-t de muszáj használnom, mert egyeseknek csak ilyen IM-je van, akikkel beszélni akarok.
Már kezd nagyon tele lenni a hócipőm vele. Az alábbi hibák tömegesen fordulnak elő velem:

-ismerőst nem látom, amikor online van, pedig nem tiltott le. Ez általában egyszer kialakul, aztán onnantól többet nem látom, "elfelejti" a rendszer.
-ugyanez fordítva: online-nak látom az offline ismerőst
-egymásnak írt üzenetek nem mennek át
-fájlküldés hiba

Ez mind Windows-on, mind Linuxon előfordul. Pidgin-nel, empathy-val, default msn klienssel.
Újrainstallálás, ki-be jelentkezés, ismerős törlése, letiltása, engedélyezése és újrafelvétele nem segít. Mégis mit csináljak hogy tudjak végre normálisan beszélni valakivel?
Köszi a segítséget előre is!

Vannak userek, aki nótoriusan betelítik az imap quotájukat és maguktól lusták átnézni és szanálni a több éves leveleiket.
Olyan egyszerű megoldást keresnék, hogy a mail szerveren az adott imap fiokból kimásolt régi leveleket valami olyan formába 'becsomagoni', amit akár cd-n odaadva az embernek, valahogy nagyon egyszerűen meg tudja nyitni pl thunderbird-el, ha megis kellene valami levél belőle.

Néztem az archivemail-t, de ha jól értem, imap foldert csak mint clines kezel, amihez kellene a user jelszava is, nekem valami olyan kellene, amit a szerveren futtatva a fizikai könytárakból pucolja ki a leveleket.
Köszi

Kész: (damnsmalllinux) nirc (naim) bináris patch

$ sudo sh
$ perl -i -e 'undef $/; my $s = <>;
$s=~s/.want_irc(?=.{1,20}damnsmalllinux)/000000000/gsx;
print $s;' $(which naim)

A patch után nem fog belépni minden nirc indításkor a damnsmalllinux szobába.

A nirc egy symlink a naim-ra. Így abban kellett megtalálni azt a join parancsot, amelyik a nem kívánt belépést okozza. A többi ujjgyakorlat :)

(LGee nyomán) könnyen lehet ilyesmire a strings /usr/bin/naim I grep -i 'damnsmalllinux' paranccsal bukkanni.

Felelõsséget nem vállalok semmifélét, nálam --force-1-2-3-múkoggy rendben :)

Sziasztok!

A fenti párossal egyre gyakrabban fordul elő, hogy egyes új leveleket olvasott és törölt státusszal jelenít meg és nem lehet a levél tartalmát megnézni. Hibaüzenet: "Az üzenet már nem található meg a kiszolgálón..."

Thunderbird ezeket a leveleket is helyesen kezeli. Létezik megoldás a Thunderbirdre migráláson kívül? Én nem találtam.

Köszönöm!

kerdes: a $subject miert nem megy rendesen? errol van szo itt is? egy kis rtfm, google, kb mind ide vezet. style/css hack-ek amik szinten google alapjan jottek ki (pl kezzel: "margin:0px") szinten nem segitettek, legalabbis ie8 alatt nem.

bovebben: ha mondjuk egy blockquote-ba beteszek egy table-t, akkor az normalis 100% esete'ben olyan szeles lesz mint a blockquote maga. viszont ie[8] alatt nem, ott mindig kepernyo (ablak) szeles lesz. a fenti box model bug-os oldalon levo" kriteriumoknak (lasd workarounds) mind megfelel az oldal, validatoron 0/0-val atmegy, stb.

tudom, tul trivialis a problema, de valahogy ez most nem... thx, a

Sziasztok!

Véletlenszerűen (elég ritkán) a fenti hibaüzenetet dobja vissza a küldőnek a Postfix, ilyen esetben a log-ban csatlakozást sem látok.

Debian 5.0.7, Postfix 2.5.5

Postconf -D