Issue 108: Birthday Reminder
Reported by jadest...@gmail.com, Dec 15, 2007
 Posted by nightwalker at 2006-03-07 15:54:51

I just saw it in the PSI forum that the birthday reminder (ICQ) is requested.
Shouldn't be "that" hard to implement!?

Posted by nano at 2006-03-07 17:20:51

i think this should be done by client, not by the transport, or?
The vcard is working, so the client can parse the birthday itself

Posted by jadestorm at 2006-03-07 17:39:28

Depends on how the AIM protocol does it.  =)  If it's built into the AIM
protocol in some way, then sure.  However, if it is indeed typically handled by
the client, I'd probably leave it up to the client to handle.

Posted by nightwalker at 2006-03-07 20:24:25

 red_alert Today, 08:45 #2


...and to get the reminders from icq network? I sort of miss them with jabber
^^

hmm....when I think about it, the icq reminders are the transports issue,
aren't
they?

Posted by jadestorm at 2006-03-08 13:06:44

Like I said, it depends.  If a real ICQ client does birthdays by looking at the
user's published information and, internally, handles birthday reminders,
then I
would lean towards saying that clients wanting to implement this should pull a
vcard, look at the birthday, and do internal birthday reminders.  If a real ICQ
client expects the ICQ servers to tell it when there's a reminder, well then
it's definitely the transport's issue to take care of.  Of course,
regardless, I
may implement it as an option for those who's clients don't do it, but hey. 
We'll see.  =)

Posted by guest at 2006-04-04 08:17:10

ICQ has two functions:
a) A birthday reminder. Actually, I've never seen it in action, as I haven't
used ICQ in years, so I might be wrong. It is completely done by the client, I
believe.
b) A birthday status. At first as I read this request I thought it was
about it.
(It is the thing that displays an icon next to the persons having a birthday.)
This status is determined by the server (or actually by the client of the
person
having a birthday). It is not only a birthday status, as the user can turn
it on
at any time for any holiday event.

I couldn't find a suitable JEP for this being implemented. User presesnce and
user activity are close, but both are unsuitable for this. There are
“partying” which might be used, but… The user could be having a birthday
without partying, or without any other special activity. :) We should propose a
JEP for “Personal status and events”. :) Anyway,  if I had to implement this
for personal usage I would use “partying”. There would be no problem if it
is displayed by a baloon icon by the client, or if the client is modified to
have in mind the fact that it is coming from an ICQ client.

Posted by jadestorm at 2006-04-05 17:51:00

I bet PEP/pubsub would end up being the suggested way to handle this. 
*ponder* 
I'll see what I can do.  Who knows, it might involve writing up a new JEP.