On Fri, 20 May 2011 11:24:48 +0200, var...@mithrandir.hu (Varadi Gabor)
wrote:
Sqlite3 nem nagy forgalomnál is elvisz 10-100 felhasználót.
Nem nagy levél forgalomnál is lehet szükség az UID-re és a csoportra
amit tervezek.
Én úgy gondolom legyen egységes az adatbázis motor.
A felhasználó eldönti, melyik motort használja esetleg átvált
egy masikra ha az igényei azt mondják.
Igy lesz.
Rendben, de nekem sem lesz meg hamar, de addig kellene midenhol az
UID,
még az sqlite3-ba is.
Meglatom, hogy belefer-e. Ha mashogy nem, akkor kiadok egy nightly
builde-t
jovo szerda korul, amiben mar benne lesz.
hmmm, ez (hogy hatrebb van, mint a te verziod eseten) okoz is
valamilyen
hibat?
IGEN!
Ha nincs előrébb, akkor az alábbi résznél még nincs meghívva és rossz
kódolással kerül a state->from -ba!
Igazabol ez egy spec. token, aminek az a feladata, hogy a feladot
azonositsa,
ahogy a MUA-ja azt beleteszi a 'From:' mezobe. Ez a token nem kerul
bele a
statisztikai elemzesbe.
Egyebkent eppenseggel lehetne dekodolni, de ettol nem lesz jobb ez a
feature,
ill. ebben az esetben a mar eddig kialakult statisztikai feherlistak
megszunnek
egy upgrade utan. De ha azt mondod, hogy meg igy is megeri...
/* header checks */
if(state->is_header == 1){
if(strncmp(buf, "Received: from ", strlen("Received: from "))
== 0) state->message_state = MSG_RECEIVED;
else if(strncmp(buf, "From:", strlen("From:")) == 0)
state->message_state = MSG_FROM;
else if(strncmp(buf, "To:", 3) == 0) state->message_state =
MSG_TO;
else if(strncmp(buf, "Subject:", strlen("Subject:")) == 0)
state->message_state = MSG_SUBJECT;
/*** IDE TETTEM ÉN ***/
if(state->message_state == MSG_FROM){
p = strchr(buf+5, ' ');
if(p) p = buf + 6;
else p = buf + 5;
snprintf(state->from, SMALLBUFSIZE-1, "FROM*%s", p);
}
/* we are interested in only From:, To:, Subject:, Received:,
* Content-*: header lines */
if(state->message_state <= 0) return 0;
}
Suto Janos
