RE: administrivia (was: Re: [jdev] Good to find you on LinkedIn)

[Hal Rottenberg]

I wouldn't be too harsh, those network building systems are known to make it 
easy to accidentally spam every person in your addressbook.

-Original Message-
From: "Peter Saint-Andre" <[EMAIL PROTECTED]>
To: "Jabber software development list" 
Sent: 6/14/07 11:13 AM
Subject: administrivia (was: Re: [jdev] Good to find you on LinkedIn)

I've moderated both the person who sent a LinkedIn invite to this list 
as well as the person who used foul language in complaining about it.

tauseef ahmad wrote:



> Stefano Grini requested to add you as a connection on LinkedIn:



/psa

[jdev] Fwd: Jabber Instant Messaging - Systems Network Engineer - ref: av308-6ny

[Hal Rottenberg]

FYI, in case anyone is looking.

-- Forwarded message --
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Jan 8, 2007 10:20 AM
Subject: Jabber Instant Messaging - Systems Network Engineer - ref:
av308-6ny
To: [EMAIL PROTECTED]

Good Morning,

My name is *Debra Abend *and I'm an IT Recruiter at *Computer Horizons Corp*.
It has been brought to my attention that you are an experienced IT
professional with experience relevant to one of my current openings
for a*Systems/Network Engineer - Jabber Instant Messaging.
*

This is a contract consulting opportunity that is located in *NEW YORK, NY*.

**

*NO THIRD PARTY** WILL BE ACCEPTED FOR THIS POSITION - PLEASE **DO NOT REPLY
IF YOU ARE A 3RD PARTY OR AN H-1 CANDIDATE BEING SPONSORED**, AS WE CAN NOT
CONSIDER 3RD PARTY CANDIDATES FOR THIS POSITION.*

*WE **CAN **DO W2 AND CORP TO CORP - IF THE COMPANY IS **YOUR**  **
CORPORATION**.  **If you can work on your own (EAD, GREENCARD, OR IF YOU CAN
DO AN H1 TRANSFER ONTO OUR BILLING) with out a third party, please forward
your resume and I will call you to discuss all of the important details.*

*THANK YOU*

* *

*IF THIS POSITION / LOCATION IS NOT A FIT AND YOU ARE SENDING YOUR RESUME
FOR OTHER OPPORTUNITIES – PLEASE SEND IN A SEPARATE EMAIL AND CHANGE SUBJECT
LINE TO YOUR SKILLSET AND STATE.*

* *

*CLIENT INFORMATION and RATES are SENSITIVE AND CONFIDENTIAL AND CAN ONLY BE
DISCLOSED IF WE HAVE AGREED TO A SUBMITTAL.  Please do not email requesting
this information.  Thank you for your cooperation and understanding.*

Here is a more detailed description for your review:

Duration: 6 Months

Provide engineering solutions in the
infrastructure space with responsibility for the
Systems and/or Network environment. Providing
design & configuration solutions as well as
day-to-day upgrades & administration.
Responsible for capacity planning, disaster
recovery, and security where necessary. Have
extensive experience with operating systems,
network protocols, systems programming and
configurations, and/or hubs, switches, and
routers. Validate and test Architecture and
Design solutions to produce detailed engineering
specifications with recommended design and vendor
technologies. These individuals have extensive
experience with large-scale enterprise
environments and the related HW/SW issues.  Position Description:

***  JABBER INSTANT MESSAGING EXPERT
**
Linux Server Experience (Build /
Administration) RedHat AS3+
Jabber Instant Messaging Platform
Experience
Symantec IM Logic Experience
Public IM System Experience (Federation Concepts,
Client Protocol/Client..)
Database experience, Oracle 9 (basic
administration/ usage experience)

Programming Experience – Unix/Linux Shell
Scripting, Python, .NET, Perl Scripting
Java Experience

***  JABBER INSTANT MESSAGING EXPERT **





--HardwareNot Specified--JavaNot Specified--PerlNot Specified--PHPNot
Specified--SQLNot Specified--TCL/TKNot Specified--TCP/IPNot
Specified--TelnetNot Specified--Unix Shell ScriptingNot
Specified--Verbal Communication SkillsNot Specified--Written
Communication SkillsNot Specified--XMLNot Specified

***Please forward your word resume and call me as soon as possible to
further discuss the details and your availability***

In considering candidates, timing is of the essence, so please respond ASAP
even if we have spoken recently about a different position. *If you are not
seeking employment at this time, please disregard this message and a reply
is not necessary*. If you know of any friends or colleagues that may be a
fit for this position, please pass this information along to them. Thank you
for your time.

Regards,

Debra Abend
Sr. Technical Recruiter
Computer Horizons Corp.
*Office: (212) 974-2489
[EMAIL PROTECTED]
*

To see all Computer Horizons open jobs visit our website at
http://computerhorizons.com  and select the link to "View our job listings
here".


*Note:* Please allow me to reiterate that I chose to contact you either
because your resume had been posted to one of the internet job sites to
which we subscribe, or you had previously submitted your resume to Computer
Horizons.  I assumed that you are either looking for a new employment
opportunity or you are interested in investigating the current job market. I
respectfully recommend that you continue to avail yourself to the employment
options and job market information we can provide with our e-mail notices.


Thanks again.

Debra
CHC


If you would like to unsubscribe, please click
here
.



Lookup 
Candidate

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] J2ME client

[Hal Rottenberg]

Good luck.  There aren't (m)any nice GPL ones for Windows Mobile either.  :/

On 12/17/06, Denis O'Brien <[EMAIL PROTECTED]> wrote:

Ok, thanks but I'm still looking for a good J2ME client...


On 12/17/06, Tomasz Sterna <[EMAIL PROTECTED]> wrote:
> Dnia 17-12-2006, nie o godzinie 12:55 +0100, Michal 'vorner' Vaner
> napisał(a):
> > Or you can make a derived work and if it is BSD, then the derived work
> > can be any licence.
>
> Not exactly true.
> Even in derived work, you have to obey the license conditions of the
> work you derive from. You may extend it further, but cannot change, or
> remove any requirements. Only the copyright holder can make changes.
>
> Example:
> If there is an "advertising clause" in the BSD-like license you derive
> from, you cannot restrict it to GPL, because GPL especially forbids
> inserting advertising clauses.
>
> There are a few more caveats, when you want just to take BSD-like
> licensed code and make it GPL.
>
> That's why there is GNU-TLS rewritten from scratch instead of taking
> BSD-like licensed OpenSSL and changing its license.
> That's why Linux TCP/IP stack was implemented from scratch instead of
> taking a very good one from *BSD and putting it into the Linux kernel
> while changing license.
> etc.
>
>
> --
> Tomasz Sterna
> Xiaoka Grp.  http://www.xiaoka.com/
>
>



--
† гѹ§ † ™



--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Groupchat restrictions

[Hal Rottenberg]

On 12/5/06, Denis O'Brien <[EMAIL PROTECTED]> wrote:

Hi I'm new to jabber and I'm wondering is there a way to verify if a user is
valid, (has a premium account) then allow the user to use groupchat
features? Note if the user does not have a premium account they can still
chat to one person?


Short answer is yes.  When you create a MUC (multi-user conference,
the name of the particular protocol document which defines text
conferencing), you can define who the moderators, members, and
visitors are.  You can define a room to be members only, thus blocking
in your case non-premium accounts.  You can also make a room moderated
and that would disallow all non-moderators from speaking in the room,
yet they may be able to join and view what's going on in it.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: List of active XMPP projects (was: Re: [jdev] jabberd2 2.1 Release)

[Hal Rottenberg]

On 12/3/06, Sander Devrieze <[EMAIL PROTECTED]> wrote:

> Linking to a complete server list will suggest a user,
> that he has to switch to another software product, which is not true.

I think a list with *active* XMPP server projects (and lists of clients
and libraries!) would be a great thing to add on the xmpp.* website. In
that way people for example easilty can see that jabberd14 is still an
active project and not replaced by jabberd2.


These are great ideas.  However, we (the JSF Members) have been
talking about not wanting to reinvent the wheel and the sad fact that
jabberstudio.org isn't maintained now, so it makes no sense to suggest
improvements to it or our other tools with nobody stepping up to
manage them.  The alternative was to take something off the shelf so
to speak such as Trac.  Something that can do roughly what js.org is
doing now but without the crutch where volunteers are scarce.

So that having been said, unless you are offering to *do* these
things, I think the better idea is to go to somewhere like sf.net
where they have project activity stats.  Or if there is a tool you
feel should be evaluated that can fill the needs without being a
burden to admin & code, let us know.

-hal

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] jabberd2 2.1 Release

[Hal Rottenberg]

On 12/3/06, Matthias Wimmer <[EMAIL PROTECTED]> wrote:

Beside I that I am really happy that Tomasz continues the work on
jabberd2. All server projects benefit from competition. As the coders
see how others are implementing something, or see the new features
someone else had the idea of.


I think in the absence of any rebuttal from a former jabberd2 lead,
Tomasz wins by default, eh?  If anyone has direct contact info for
those guys, why don't you ping them individually and get a quote from
them and paste it here (or ask them to email the list).  Then
everybody can be happy with jabberd2's continued longevity.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] jabber.org software listings

[Hal Rottenberg]

On 11/22/06, Lucas Nussbaum <[EMAIL PROTECTED]> wrote:

If we want to move to Wikipedia, we should really get a statement from a
Wikipedia responsible person saying: "yes, it's OK". Wikipedia might
decide in the future that it's not a good idea to have each and every
Jabber client on Wikipedia.


I do not believe that is necessary at all.  Wikipedia has no control
over the content, that's the whole point.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] An old pseudo standard, but is it still good?

[Hal Rottenberg]

On 11/14/06, Daniel Henninger <[EMAIL PROTECTED]> wrote:

Where did % come from?  Why is it a pseudo standard to date?


It's called the "percent hack" and had something to do with email
relaying in ye olden days.

http://www.livinginternet.com/e/ew_addr.htm

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] List Activity

[Hal Rottenberg]

On 11/13/06, Stanczak Group <[EMAIL PROTECTED]> wrote:

Ok. Why so little activity here? Standards wouldn't seem where stuff
would be.


No reason.  S-JIG doesn't have more volume necessarily, but it did
past few days.  I think there's just not much going on, that's all.
Maybe if Google had a Winter of Code that would change.  :)

And as Matt said--XMPP isn't entirely quiet, the Psi Forums are always
going, as is our MUC, as is I'm sure [EMAIL PROTECTED]


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] List Activity

[Hal Rottenberg]

Yup!  Last message Nov 9th.  You might want to subscribe to the
Standards-JIG list if you are feeling lonely.  :)

On 11/12/06, Stanczak Group <[EMAIL PROTECTED]> wrote:

I'm not seeing any activity, is this the right list?

--
Justin Stanczak
Stanczak Group
812-735-3600

"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke





--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Re: XEP-0070 in PHP

[Hal Rottenberg]

On 10/30/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote:

Hrm, I would prefer if my Psi build had that one click confirm/deny
button.  See the pretty screenshot at
http://wiki.jabber.org/index.php/HTTP-Auth_suite


Definitely.  Sounds like this needs to be one of Psi's first plugins.  :)


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] XEP-0070 in PHP

[Hal Rottenberg]

On 10/29/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote:

What do you think about using type='chat'?  The XEP doesn't dictate
which message type is used, and I think chat is kinder on the eyes.


OTOH, I like type='message' precisely because it stands out.  It's
*not* a human.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] No File Transfer option on Jabber Messenger

[Hal Rottenberg]

This should be discussed over the juser and jadmin lists for client and server issues, respectively.  This list is to discuss developing software using XMPP protocols.On 9/22/06, 
Reno <[EMAIL PROTECTED]> wrote:What am I missing here? the guide says just right click and the option is
there.tried to edit the systempreferences.xml but the value is already 'true' sochanged nothing.How can I enable file transfer?and while I'm on it, I need help on configuring the server side for basic file
transfer. The help files from jabber are quite extensive but they don't showexamples!Thanks-- Psi webmaster (http://psi-im.org
)im:[EMAIL PROTECTED]http://halr9000.com

Re: [jdev] Voice on jabber

[Hal Rottenberg]

When you say implemented, do you mean that you have created a software
client?  If so, elaborate on that.

On 9/19/06, Sanal Panicker <[EMAIL PROTECTED]> wrote:


Hello,

I have implemented jabber in redhat linux for instant messaging and
 working smoothly for quite sometime. Now I would like to enable voice on
 jabber. Could you please help me to accomplish this.

 Rgds/-
 Sanal.




--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] POLL: ad-hoc commands support (client side)

[Hal Rottenberg]

So I think it is somewhat safe to say this is not yet a widely
supported protocol.  Good enough for now.

On 9/12/06, Sander Devrieze <[EMAIL PROTECTED]> wrote:

Op zondag 10 september 2006 20:31, schreef Hal Rottenberg:
> Can I get a quick reply if your client supports or does not support
> Ad-Hoc Commands? [1]

Coccinella does not yet support Ad-Hoc Commands and also next release will not
support it because there now is a feature freeze (though PEP and User Mood
might still become part of Coccinella 0.9.14 B-) ).





--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Hello

[Hal Rottenberg]

Here you go Reno, the answer to your prayers:

http://dir.gmane.org/gmane.network.jabber.devel

On 9/12/06, Reno <[EMAIL PROTECTED]> wrote:





Hi, I'm just trying to understand how this mailing list works…..

So all I have to do is post here?


--
 No virus found in this outgoing message.
 Checked by AVG Free Edition.
 Version: 7.1.405 / Virus Database: 268.12.3/445 - Release Date: 9/11/2006




--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] forum for jabber

[Hal Rottenberg]

On 9/12/06, reno <[EMAIL PROTECTED]> wrote:

Is there a forum for jabber developer? I'm really not comfortable using
mailing list format.


I'm afraid the answer is "no".  But as Justin said, there's forums
around, but nothing specifically designated as this mailing list is.

I'll go further OT and say that in my experience participating in
several different software communities, there are forum people, and
there are mailing list people.  Rarely shall the twain meet.  It must
be like the left brain/right brain concept.  Developers seem to prefer
mailing lists an overwhelimg majority of the time.  I think that's
dumb, but hey, I have to work with these people.  :)

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber architecture

[Hal Rottenberg]

On 9/11/06, Matthias Wimmer <[EMAIL PROTECTED]> wrote:

> I have the O'Reilly "Programming Jabber" book. It's from 2002 and I'm



This book describes the architecture of jabberd14


Also note there are a dozen other jabber servers now.  The landscape
is much different than it used to be.  Are you trying to learn in
general, or do you have some specific aims?  We might be able to help
direct your focus.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] POLL: ad-hoc commands support (client side)

[Hal Rottenberg]

Can I get a quick reply if your client supports or does not support
Ad-Hoc Commands? [1]

I'll start.  Psi does support it.

[1]: JEP-0050 http://www.jabber.org/jeps/jep-0050.html

thanks

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] free passes to EuroOSCON

[Hal Rottenberg]

Let me know when free airplane tickets are available!

On 9/7/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:

Ralph Meijer and I have a few free passes to give away for EuroOSCON
(September 18-21 in Brussels). These passes don't get you into the
tutorials, but they do get you into the conference sessions. To receive
a pass, you must promise to help out with the JSF table at "Dot Org Day"
on September 20. If you are interested, contact me off-list via email or
Jabber.

Thanks!

Peter

--
Peter Saint-Andre
Jabber Software Foundation
http://www.jabber.org/people/stpeter.shtml







--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

On 8/29/06, Daniel Noll <[EMAIL PROTECTED]> wrote:

Sure, but what if bogus1.example.com says "yes"?


You stop.  ??  Not sure what the problem there would be.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

On 8/29/06, Maciek Niedzielski <[EMAIL PROTECTED]> wrote:

I thought the idea was:
if your full domain is: host1.some.network.example.com, then:
1. check if host1.some.network.example.com is a jabber server
2. else check if some.network.example.com is a jabber server
3. else check if network.example.com is a jabber server
4. else check if example.com is a jabber server


That's sort of, but not exactly what I was thinking when I wrote the
word "recurse".  You wouldn't actually check the domain itself to see
if it is a jabber server, you would query DNS for the XMPP SRV record
for the domain in question, going up the chain until you get to the
TLD.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

On 8/29/06, Maciek Niedzielski <[EMAIL PROTECTED]> wrote:

There are so many servers in jabber.example.com domains, that you'd also
have to check jabber.something on every step of this recursive checking.


I agree it's common but I don't think it's good practice to check for that.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

On 8/29/06, Hal Rottenberg <[EMAIL PROTECTED]> wrote:

1. SRV query to the child domain to which the client computer belongs.


SRV examples for the two guys in back who have no clue what I'm talking about:

http://www.planeta.toliman.pl/?p=84


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

On 8/29/06, Cedric Hyppolite <[EMAIL PROTECTED]> wrote:

You could have a system where you can connect to a server without
having an account on it, and discover which servers he knows. This
information is not account specific and this is similar to account
registration which obviously does not require an account.

To solve the bootstrapping problem, the client would include an
initial list of stable, well-connected xmpp server which would be
used as a seed to discover the full network, then select which server
to register to. The advantage of this is to have an xmpp solution to


Instead of going to that mythical well-connected server (which really
can only be jabber.org in this context), I've got an idea for what
could be done first.  It's very client-intelligence-dependent but
makes sense to me.

1. SRV query to the child domain to which the client computer belongs.
e.g.  americas.hp.net or hsd1.ga.comcast.net.
2. Recurse downwards till you canna recurse anymore, captain!

In theory this could give you your company's or ISP's XMPP server.
Pretty good place to start!  You'll have to do name lookups, you can
never rely on the hostname for a home user.  Well maybe you should
still attempt that...if I have a jabber.halr9000.local server in the
house I'd certainly want that to come up first.  Then,

3. Ask jabber.org
4. ...

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Re: help needed to implement a P2P Chat Client

[Hal Rottenberg]

On 8/28/06, Ravi <[EMAIL PROTECTED]> wrote:

Point duly noted. I suggested 80 as many firewalls are flexible with
port 80. This will result in more P2P connections than using any other
port.


This only works when you have simple ACL-based stateless firewalls.
An application-layer firewall will look at your packets, see that they
are not HTTP, and silently drop them.  A stateful firewall will of
course not let you poke a hole inward until a connection has first
been made outward.  Since this could easily be the problem on the
other side as well...  Not even a $30 home router would let in port 80
"unsolicited" unless the user was running a web server or something,
and if every user were savvy enough to poke the holes in their own
firewalls we wouldn't be having this discussion!


Yes I agree that there is lot of complexity with P2P chat. Since
audio/video applications have to solve these problems anyway, I was
hoping to get a free ride. I think those days have yet not arrived.


All I can say is good luck.  :)

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

On 8/25/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote:

On 8/26/06, Hal Rottenberg <[EMAIL PROTECTED]> wrote:
> Why can't you use S2S to discover the meshed network of servers and
> available services?

Because no one wrote a JEP for it yet?


That's a lame excuse.  :)

Oh btw the email<->jabber analogy has another similarity.  You have MX
records for email and SRV records for XMPP.  Those are lookupable.
--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Discovering the Federation.

[Hal Rottenberg]

Well, usually client developers download the list of servers before the
user ever logs on (so the user can choose a server). If we say that you
need to be connected to the XMPP network before you can get a list of
servers, then we have a bootstrapping problem.


Let me come at the OPs question a different way.

Why can't you use S2S to discover the meshed network of servers and
available services?
--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] winpopup like sending from multiple programs but one account simultaneously?

[Hal Rottenberg]

On 8/24/06, Christian Hammers <[EMAIL PROTECTED]> wrote:

This account does not need to be visibly online or receive any answers
I just want to (mis)use Jabber to replace the old Samba+Winpopup
solution.

(Of course I could implement it like a single threaded printer-spooler
but maybe there already is a Jabber way of accomplishing it...)


Everyone elas has answered your question but I just wanted to point
out that this is very much *NOT* a mis-use of Jabber.  Jabber is not
just IM by any means.  Read JDEV, and S-JIG, you'll see all sorts of
non-IM use cases tossed around.  Chess and Whiteboarding are some
current topics on S-JIG for example.

XMPP would serve very well as a messaging backbone for all of Nagios
for that matter.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Help

[Hal Rottenberg]

On 8/22/06, Rahul chandrashekar <[EMAIL PROTECTED]> wrote:

Can anyone tell me how should i run my own server and how should i
communicate trough my client application which i am developing


Pick a server and an XMPP library and off you go.  :)

See the "Getting Started" section on the http://jabber.org website.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] [Fwd: Re: [uf-discuss] Chat formats again (Adium + Rails/Jabber Chat)]

[Hal Rottenberg]

On 8/12/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:

> I spent a good deal of time trying to win him over about why he should
> consider HTML and microformats for both chat logs and chat display,
> but he wouldn't budge.


Ok, I had a modest reply formulating in my brain but it turned into a
huge rant, so I had to post it to my blog.  Please comment there or
here.

http://halr9000.com/article/322



--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Questions about server capabilities

[Hal Rottenberg]

On 8/8/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote:

The quick answer: yes, you could certainly do something like this with jabber.


Also a side benefit of using Jabber is that you could do some
interesting "out-of-game" interaction with in-game elements without
much extra effort.  Using the existing server-2-server protocol you
could have people in the game chatting to those not in the game.  You
could have a presence and status message reflect what is happening in
the game, e.g. "Hal is Not Available: playing Foobar and in the
Kill-all-Orcs-within-1-mile Quest!".  That would be neat for other
players and friends to see.  I could go on, lots of possibilities
here.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: OT: Re: [jdev] please do this, for a free apple color ipod

[Hal Rottenberg]

Ahem.  It was a joke.

On 7/31/06, Jonathan Siegle <[EMAIL PROTECTED]> wrote:

Which goes into the whole "People that support SPAM should pay us for
the time that we have to delete SPAM." debate.

Hal Rottenberg said the following on 7/31/06 8:21 AM:
> Speak for yourself, I want the ipod!
>
> On 7/31/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
>> Damn spammers...
>>
>> /psa
>>
>>
>
>







--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] please do this, for a free apple color ipod

[Hal Rottenberg]

Speak for yourself, I want the ipod!

On 7/31/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:

Damn spammers...

/psa





--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] Google pubsubbing?

[Hal Rottenberg]

http://www.downloadsquad.com/2006/07/28/google-talk-file-transfer-voicemail-and-music-status-update/

"Music Status - Show what tunes you are currently listening to."

Anyone know what's up behind the scenes?

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] XML Parser for XMPP

[Hal Rottenberg]

On 7/25/06, [EMAIL PROTECTED]

done in C language. Can you please tell me where can I find that XML Parser?


http://www.google.com/search?q=c+xml+parser

Bunch of options.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] jabber server name by ip

[Hal Rottenberg]

On 7/22/06, Matthias Wimmer <[EMAIL PROTECTED]> wrote:

Jabber servers provide virtual hosting and have typically no "default
domain". Therefore, I think it will be at least hard to find out the
domain name this way.


Yes but I think that's overly broad to say "Jabber servers".  Maybe
better to say "a few Jabber servers".  OT: which ones do?  I know
Dreamhost uses jabberd1.  Ejabberd supports it natively.  Those are
the only two that I know off the top of my head.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] service banners?

[Hal Rottenberg]

On 7/19/06, Jefferson Ogata <[EMAIL PROTECTED]> wrote:

Look at how FTP, ssh2, or rsync do it. Really, it is an oversight that
this is not currently built in to XMPP; it's trivial to define an
attribute or element at the beginning of the stream element to handle
this. It's a matter of specifying that and then having clients present
it to the user before logging in. The original question was simply
whether this was in the protocol definition anywhere, and I think Peter
answered quite clearly right off the top.


Let me expand on the reasons for my first reply (which re-reading I
see it looks a bit antagonistic which I didn't intend).

I don't see this as an oversight necessarily.  You are comparing
apples and oranges when you bring SSH and such back into the
discussion.  I looked--nowhere in the SSH RFC does it mention login
banners.  I don't think it should be in the XMPP RFC either.

Is what you are asking a valid concern and a good idea?  Yes, I agree
there.  What I don't want to see is putting any new requirements on
the clients if that can be avoided.  Putting it on servers is a better
idea.  I'll leave the question of whether this is technically possible
to the rest of you guys.

Is an SASL anonymous connection sufficient for the client to be able
to receive an arbitrary XML stream?  Would a client be expcted to
display messages during this?  Can one login "trigger" another?  Those
are the sorts of things going around in my head, but again, I'm not
pretending to know the answers on this part of the discussion.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] service banners?

[Hal Rottenberg]

On 7/18/06, Jefferson Ogata <[EMAIL PROTECTED]> wrote:

Is there any provision in XMPP or JEPs for service banners? By this I
mean proper banners such as are supported by ssh2, as well as
traditional protocols such as FTP and telnet. A requirement is that the
banner be presented to the user before authentication. An MOTD doesn't
qualify here.


May I ask why?  I totally understand the concept of having a login
banner such as the one that I install on my own Windows domains at
work.  Disclaimers and such.

Do you present a banner to users at login to a system?  Yes.

But do you then present a banner to the user at each subsequent
application they execute?  Do you show a banner when the user opens
their mail?  I think this is taking the concept a bit too far here.

Usually you'll see these banners at the point of entry as it were.  On
your local workstation or a remote server login.  But once you are in
it seems a bit superfluous.

Let me know if I'm off track...

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Certification of XMPP compatibility of clients, servers and other software which uses XMPP

[Hal Rottenberg]

The JSF is accepting member applications, you should join and raise
the banner for XMPP certification!  :)

On 7/18/06, Tobias Markmann <[EMAIL PROTECTED]> wrote:

Hi,

Some time ago I read in some news that XviD community is going to establish
certification of products which are XviD compatible. Those which are, are
allowed to print a logo on the product. For players which can play DivX
encoded movies, there are DivX logos. Does the JSF plan something like this
for XMPP. In the last time I saw a lot XMPP incompatible clients. Most even
don't do string prepping. So you see some kind of empty nicknames in multi
user conferences and so on. Maybe a kind of logo for XMPP compatible
software and hardware would be nice because it's so easy to claim that
software is XMPP compatible.

best regards
Tobias Markmann

xmpp:[EMAIL PROTECTED]




--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] JSF membership application period

[Hal Rottenberg]

On 7/17/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:

Applications are encouraged from developers and others who are actively
involved in the Jabber/XMPP community. To apply, create a page about
yourself on the wiki. If you don't have a wiki account, send your name
and email address to one of the Sysops:

http://wiki.jabber.org/index.php/Sysops


If you are scared of the wiki or otherwise are unable to create an
account, email your app to me and I'll put it up.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] migrating contacts to another server

[Hal Rottenberg]

PHP Jabber Roster Utility

http://beta.unclassified.de/projekte/jru-php/

On 7/16/06, Oleg Motienko <[EMAIL PROTECTED]> wrote:

Hello.

What is the standart way of migrating roster and subscriptions to
another server/domain ?

--
Regards,
Oleg




--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Question

[Hal Rottenberg]

On 7/5/06, GoTech Tech <[EMAIL PROTECTED]> wrote:

instant message notification to users. We want to implement solution to send
IM to AOL, MSN, and Yahoo users (only those are our registed customers).
Question:
Is Jabber solution can be helpful? Is there any option where i can drop xml
file with message and Jabber server can send out those messages?


Yes, and yes.  There are gateways that can connect to the legacy IM
networks which would suit your purposes.  Check jabber.org and
jabberstudio.org for references to .NET XMPP libraries, that should
get you started.



--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Bouillon 2 project

[Hal Rottenberg]

On 6/21/06, Victor Grishchenko <[EMAIL PROTECTED]> wrote:

So finally, I am currently considering possible Bouillon
applications. In particular I think it worth discussing in regard to
Jabber-driven real-time wiki and Jabber whiteboarding initiatives.


Someone much more creative than I will have to explain this to me.  I
logged in, I looked at the manual.  I don't quite "get it".  Can you
give me a more concrete example of how this might be used instead of a
wiki?

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] Now in progress: Psi Developer Chat

[Hal Rottenberg]

For those interested, the first Psi Developer Chat is now underway at
our MUC whicih is:

[EMAIL PROTECTED]

Drop on by if you'd like to interact with the core team and a random
assortment of volunteers and passers-by.  :)

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: Customized jabber client (WAS: Re: [jdev] JEP for genericautomated notifications?)

[Hal Rottenberg]

On 6/14/06, Tom Hansen <[EMAIL PROTECTED]> wrote:

This looks good, thanks.  But I need a multi-protocol instant messaging (IM)
client like Gaim: http://gaim.sourceforge.net/about.php


I think that with clever programming you won't notice the difference,
unless you had a technical reason that I'm not aware of.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] summer of code progress

[Hal Rottenberg]

I just wanted to thank several of the students for noting their
progress in the Jabber Wiki.  It's really getting to be a vital tool.

http://wiki.jabber.org/index.php/Special:Recentchanges

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Video Streaming over jabber

[Hal Rottenberg]

On 5/31/06, Alasdair North <[EMAIL PROTECTED]> wrote:

On 5/31/06, Tarun Narain Goel <[EMAIL PROTECTED]>
> can anybody help me out ?? I am looking to develop a video streaming
application mainly using it for video chat or video conference over Jabber.



Future work will probably focus on the new Jingle protocol (JEP-0166), but
any work on video streaming using Jingle is experimental at best.


Well it sounds like this guy has volunteered to make the first stable
release of a Jingle video implementation.  :D

If I may sound like a broken record:

Tarun,

It would help the Jabber community the most if you would find an
existing Jabber client that you like, and add video to it; as opposed
to creating a new video-chat client from scratch.

Thanks


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] MD5 auth problem

[Hal Rottenberg]

On 5/25/06, Dave Cridland <[EMAIL PROTECTED]> wrote:

On Thu May 25 11:21:36 2006, Norman Rasmussen wrote:
> Agreed, Psi shouldn't complain about Plain if it's TLS/SSL secured.

Yes it should.

Consider the case where the server is compromised. TLS privacy is
only good on the wire, so if you use PLAIN (or any plaintext password
mechanism), you've handed the attacker your password. So unless the
server cannot be compromised, a client has every right to complain.


At HP, our server (Jabber Inc. XCP) uses TLS+plain.  IT found that it
scaled *much* better that way.  This is one of those real-world
compromises that security people have to work with sometimes.

But on an intranet you can trust the server moreso than on the Internet.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Transport suggestions

[Hal Rottenberg]

On 5/23/06, Daniel Henninger <[EMAIL PROTECTED]> wrote:

For what it's worth, I've been interested in a "Jabber Transport" of
sorts as well.  I have a bazillion Jabber accounts at this point and
I'd kinda like to be able to log into a single location to get to all
of them.  ;D  (mainly because there are occasionally clients that I
want to play with that only allow one connection at a time)


Of course the real solution is to always use the more intelligent clients.  ;)


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Transport suggestions

[Hal Rottenberg]

On 5/23/06, Daniel Dura <[EMAIL PROTECTED]> wrote:


 Unfortunately, that doesn't fit our use case. We are using XMPP as the
communications layer for our application and want people to be able to login
to their GTalk account and see their GTalk contacts using our client (as
well as other protocols.) It definitely goes against the general move
towards trying to federate networks and jumps back to the old style gateway,
but it works for our use cases.


Perhaps I'm confused and don't fully understand what you are trying to
do?  You can do this now using most XMPP clients right now.  If I were
to login to talk.google.com with Psi, then add some Yahoo contacts via
some external gateway server, then go back to Gtalk, those new
contacts would be there...

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] missing files on jabberstudio?

[Hal Rottenberg]

Are there outstanding issues on jabberstudio?  I was browsing some
projects tonight and found that many had bad links to either websites
(hosted @ js.o) or tarballs or web-cvs.

e.g.:

http://jabberstudio.org/projects/teljab/releases/download.php?file=releases/teljab031.tar.gz

http://memberbot.jabberstudio.org/

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] ad-hoc command support

[Hal Rottenberg]

Anyone know if there are any scripting libraries (e.g.
python,js,.net,ruby,php) support Ad-Hoc
(http://www.jabber.org/jeps/jep-0050.html)?


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] web presence

[Hal Rottenberg]

On 3/13/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
> +1, that seems like a sensible approach.
>
> /psa
>
> Peter Millard wrote:
> > This is exactly how I would implement this as well.

So let me summarize the current conversation:

- There are several implementations of web presence today
- There are 4 well-known methods
- You can do it with Perl, PHP and other languages right now (code exists)

- I found FH's component code here:
http://jabberstudio.org/projects/webstatus/project/view.php
- Edgar's website with code was stated earlier in this conversation.
- There may be a couple of closed-source or commercial implementations
out there.
- Jive has a plugin available for their server

Do we need an informational JEP to cover best practicies?  Or maybe
just a wiki page on wiki.jabber.org with links to resources?  Are
there other actions that people can take to help make this a de-facto
feature of Jabber, just like chatrooms and JUD?  As PSA said
initially,

"It would be good if we had standardized methods for embedding presence
information in web pages"

Is there anything going on in any other code repos, mailing lists or
forums, something we can hope to use with jabber.org?

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: Service registration for services (Was Re: [jdev] auto-updating server list)

[Hal Rottenberg]

On 3/12/06, Jesus Cea <[EMAIL PROTECTED]> wrote:
> I've thinking for ages about a central service registration for
> services. That is, that services available via XMPP can self-register in
> a "well known" service. And that service could provide search features
> for mere humans to locate available services.
>
> Let say, you are looking for a XMPP horoscope or translator bot...

Yup and the natural respository for this info would be http://xmpp.net


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] auto-updating server list

[Hal Rottenberg]

Hey that's pretty cool.  :)  So is it active or passive in its
discovery of servers in the network?

On 3/11/06, Oleg Motienko <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Do Disco on xmpp.net.ru .
>
> An attempt to create an auto-updating server list.
>
> Early-early devel version :)
>
> --
> Regards,
> Oleg
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] web presence

[Hal Rottenberg]

Like Florian, we've been using a script to do this for some time. 
Edgar the Bot is written in PHP and it uses the class.jabber.PHP
library.

http://edgar.netflint.net

To do the opt-in thing you have to add the bot to your roster.  Once
he knows your presence, you can build a URL and specify one of several
iconsets.  This is explained in the howto:
http://edgar.netflint.net/howto.php

An example URL is:

http://edgar.netflint.net/[EMAIL PROTECTED]&type=image&iconset=stellar

A page with several of these:

http://psi-im.org/authors

Anyway, I see two ways to do web presence:
1) a bot which has no direct interaction with a server aside from normal C2S.
Benefits: can use with any jabber server, no changes required on server
Drawbacks: requires user to authorize the bot, possible scaling
issues, especially if you hit karma limits (it takes many minutes for
Edgar to login and get the presence straight after a script restart)
2) a component or other built-in method which connects directly to a server
Benefits: better integration, scales with server
Drawbacks: requires server changes, only works with the server where
you install the component

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] virtual hosting and certificate checking

[Hal Rottenberg]

On 3/2/06, Trejkaz <[EMAIL PROTECTED]> wrote:
> Jesus Cea wrote:
> > In current TLS, client gives the host it is trying to connect, BEFORE
> > negociating crypto. So if you are using a modern webserver and a modern
> > browser, you can share the IP.
>
> Now, that's awesome.  However, I know for sure that the very latest
> release of Apache can't do it, so...

I do it right now on an older version.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] virtual hosting and certificate checking

[Hal Rottenberg]

On 3/1/06, JD Conley <[EMAIL PROTECTED]> wrote:
> We do this on the server side with a separate cert for each domain --
> even conference, users, and other sub-domains used in s2s. Some client
> software packages present a warning when certificates aren't correct
> (domain mismatch, etc) but many do not and just use the certificates for
> encryption, not authentication.

I can say from the client side that user's don't care about the
warning, unfortunately.  Psi will show the warnings but they can be
surpressed and people often do this.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber-ID email header

[Hal Rottenberg]

On 3/1/06, Hal Rottenberg <[EMAIL PROTECTED]> wrote:
> Yes, but even so the "from" header isn't called "SMTP-ID", it's called "from".
>
> +1 for the more human-friendly Jabber-ID

Almost forgot to note that "from" is also not in URI format.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber-ID email header

[Hal Rottenberg]

On 3/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Another +1 to XMPP-ID.
>
> 1. The protocol standard is XMPP (and not Jabber) - all our efforts should
> be behind the "XMPP" bandwagon.

Yes, but even so the "from" header isn't called "SMTP-ID", it's called "from".

+1 for the more human-friendly Jabber-ID

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] virtual hosting and certificate checking

[Hal Rottenberg]

On 3/1/06, Jonathan Siegle <[EMAIL PROTECTED]> wrote:
> So I'm all for each domain having their own certificate. Also the
> revocation list might be annoying if you have all 50k domains in one
> cert and you have to add one domain one day and delete a domain the next
> day...

I'm with these guys.  Also, cert management is usually delegated
through an automated system such that the customer can purchase and
install their own certificates.  You are not going to have a situation
where Dreamhost sells certs for HTTPS but then automatically SSLs
every jabber vhost.  At best they would give you 2 for 1, at worst you
would purchase 2 certs and install them yourself.



--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber-ID email header

[Hal Rottenberg]

On 2/21/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote:
> You might have a problem getting Outlook to to add that header.  MS
> want you to use MSN, not Jabber.  You _might_ be able to do it with an
> outlook plugin, but don't count on it.

I looked into this and pretty much decided its too much trouble to
bother.  There is no functionality to do this in Outlook.  Someone
could write a plugin to do this, but in my search I didn't find any.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Using chat room as resource pool -- need advice

[Hal Rottenberg]

Right.  And if that is too expensive, you can use software load
balancing (such as Windows NLB /WLBS).  I think using XMPP for this
would be unwise.

On 2/13/06, Paul Clegg <[EMAIL PROTECTED]> wrote:
> >From your description, it seems that a hardware load balancer in front of
> your web service farm would do this job easily and transparently.
>
> -Paul
>
>
> On 2/13/06, Matthew Wilson <[EMAIL PROTECTED]> wrote:
> > We have a bunch of boxes (20 or so) that offer web-services to our
> > server farm of several hundred boxes.  Right now, if a box on a farm
> > needs to connect to one of the web service boxes, it iterates through
> > a list of all the web-service boxes, and tries to connect to each one,
> > until it finds one that is free to handle the request.
> >
> > I'm thinking that a better model might be to create a MUC where each
> > of the web-service boxes are persistently connected.  They would use
> > their presence attribute to indicate whether they are available or
> > busy.
> >
> > When one of the farm boxes needs to make a request, it would connect
> > to the chat, get the presence info for all the web-service boxes, and
> > then choose one of the available servers to send a request to.
> >
> > In order to send the request, I figured the client could send a
> > message to the room and specify in the message which server process it
> > is sending the request to.
> >
> > At this point, the server would
> > * update its presence to busy;
> > * handle the request;
> > * put a message back into the chat room, with the request results;
> > * update its presence to available
> >
> > I'd prefer that the clients and servers communicate through the room,
> > rather than directly, so that I can just log the chat room and see all
> > the transactions.
> >
> > A few questions:
> > * Is this asinine?
> > * Has anyone done anything like this?  Are there any hidden gotchas
> > you discovered?
> >   * Is there any reason to mix in some jabber-RPC?
> >
> > All advice is appreciated.
> >
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] introducing MUCkl, a web-based groupchat application

[Hal Rottenberg]

Didn't test it much yet, but it looks very cool!  So I take it the
requirements on the server are ej-cvs?

On 2/15/06, Stefan Strigler <[EMAIL PROTECTED]> wrote:
> Hello folks,
>
> now that there is some fresh air regarding implementions of SASL
> Anonymous I decided to officially announce a new project I started some
> months ago.
>
> MUCkl is a web-based application for groupchats which aims to be very
> easy to use (supply a nick and hit the button...). It's being derived
> from JWChat thus it's based on JSJaC, which has been enhanced to support
> SASL Anonymous (well at least it works with a patch that's available for
> ejabberd and that is said to be included with the next official
> release).
>
> If you want to take a look please direct your Firefox or MSIE *shiver*
> to http://jwchat.org/MUCkl/ and have fun. A tarball containing all
> required sources is available at
> http://zeank.in-berlin.de/download/MUCkl-0.4.1.tar.gz
>
> Of course one of the reason I'm writing here is because I'm looking for
> people interested in contributing to this project. As you might have
> noticed there's no (official) project page yet, there are no docs (well,
> a small README) and of course there could be much more code (I've got a
> lot of ideas for this app...). So if you really like this piece of
> software and the ideas behind it maybe you could find some time to help
> out or join forces? Let me know!
>
> In any case, your feedback is very welcome!
>
> Cheers, Steve
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Starting in the jabber Protocol

[Hal Rottenberg]

I handcraft my own Ethernet frames.

On 2/14/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote:
> On 2/14/06, Heiner Wolf <[EMAIL PROTECTED]> wrote:
> > Thats a good advice. I always do the telnet thing with new interns and
> > students. If you start programming jabber, you must know what goes over
> > the wire. We also do the digest auth with SHA1 computed in an
> > interactive PHP shell.
>
> or just using the openssl command line tools.
>
> --
> - Norman Rasmussen
>  - Email: [EMAIL PROTECTED]
>  - Home page: http://norman.rasmussen.co.za/
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Starting in the jabber Protocol

[Hal Rottenberg]

Hi Juan.  Yes, plenty of us read the list.  I'll go ahead and say my
usual piece, please don't take offense.  :)

Why don't you check out the existing projects and see about improving
them, instead of starting your own from scratch?

That aside, when you put "for educational purposes" in there I know
doing it from scratch might be the best way to go for you.

Check out the jabber.org website as well as jabberstudio.org.  You
will find a few C++ and related (such as QT) jabber libraries that can
do the nuts and bolts for you.

http://www.google.com/talk/developer.html
http://jabber.org
http://jabberstudio.org


On 2/13/06, Juan Andres Gomez Robaina <[EMAIL PROTECTED]> wrote:
>  Hi Everybody (if this email is read by anyone), My name is Juan and i´m
> from Uruguay, for educational porpouse i´m starting to develop an IM
> solution, i´ve heard that Jabber is the best protocol to use but Í don´t
> know exactly how to start. I´m going to develop using C++ and VB6. It´s
> going to be an applicattion that´s going to interoperate with Google Talk
> Can anyone help me? Thanks.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] compad

[Hal Rottenberg]

On 2/11/06, Oleg Motienko <[EMAIL PROTECTED]> wrote:
> I noticed new AOL's project at
> http://labs.icq.com/compad/
>
> Anybody knows is it XMPP-based ?

Not a chance.  It looks to just be a new AIM/ICQ client, written in
flash, that happens to send email too.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Gtalk and jingle

[Hal Rottenberg]

On 2/4/06, zhaomin <[EMAIL PROTECTED]> wrote:
> Is anyones make a jabber client with jingle lib for voice communications? I 
> have tested the google talk ,the  ip voice communication is perfect as Skype 
> and Gtalking's ID is a standard JID can be communicated with any JID user,but 
> I can not login Google talking's server with another jabber's client ? why?  
> Is it incompatible with XMPP?

Yes, at least two projects are working on gtalk-compatible VOIP.  Psi
has a dev branch focused on this, asn I think Gaim is working on it as
well.

As far as logging into the Gtalk servers with a client other than
Gtalk, it can certainly be done, but they have a unique setup.  Read
this lists' archives, there has been much discussion.  For
instructions on how to connect with Psi, see
http://psi-im.org/wiki/Google_Talk_HowTo.  There will be hints in
there that may also be useful for you when using other clients.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] new XMPP server in Ruby

[Hal Rottenberg]

I was gonna add detail to the wiki page, but didn't see a way to do that.

To be more precise, we're talking about the ability to run a service
(daemon) in a self-containd fashion such as what you are forced to do
when you've bought a basic "shell account" from an ISP.  Sometimes you
won't get much of a runtime environment, and even fewer permissions. 
Sometimes you'll even be in a jail shell where your "/" isn't the real
system root, and you do not even have read access to files outside of
your jailed filesystem.

But note this won't work on typical webhosting account.  These will
usually not allow any inbound ports aside from 21,22,25,80,110,443. 
Unless they are incompetent or mentally challenged anyway.  :)

So do people still buy shell accounts much?

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] new XMPP server in Ruby

[Hal Rottenberg]

On 1/31/06, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
> I was just chatting with the developer of a new XMPP server being
> written in Ruby. Check it out here:

Looks like there's not a lot out there yet but it looks very
interesting.  The roadmap says 30% done for the first alpha release. 
Maybe the author could guess how long that might take and let us know?


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] Re: Idea repository?

[Hal Rottenberg]

Hello...We do have a wiki!  http://wiki.jabber.org

p.s. Thanks Norm for the vote of confidence.  :)

On 1/28/06, Emile Nijssen <[EMAIL PROTECTED]> wrote:
> enough web-based stuff i'd like to do with xmpp, but i'm still struggling
> with writing php and jscript complying with xmpp. It's a big spec to
> implement! A wiki would probably run moderately well, be sure to get people
> to know it. Referer links from sourceforge etc. might help.
>
> On 1/28/06, Yves Goergen <[EMAIL PROTECTED]> wrote:
> >
> > On 28.01.2006 05:00 (+0100), Adam Hunt wrote:
> > > As I'm sure everyone is aware Jabber/XMPP has an unbelievably large
> > number
> > > of potential applications.  I feel that a repository of ideas is
> > warranted.
> > > It would be a place where people could post ideas for application that
> > they
> > > don't have the time or skill to develop further.
> >
> > I suggest using a Wiki, but don't have much good experience with setting
> > one up yet. I surely have some ideas from my personal TODO file that I
> > could share there. :)
> >
> > --
> > Yves Goergen "LonelyPixel" <[EMAIL PROTECTED]>
> > "Does the movement of the trees make the wind blow?"
> > http://newsboard.unclassified.de - Unclassified NewsBoard Forum
> >
>
>
>
> --
> Emile Nijssen, 1st year B.Sc. Programme
> Aerospace Engineering, Delft University
> [EMAIL PROTECTED]
> student ID: 1274325
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] Re: Thinking about a Jabber based notification system for a call center

[Hal Rottenberg]

Adam,

Your scenario sounds extremely plausible.  I have some experience in
call centers, having worked in several in my early IT years.  Six or
so years later my job has changed several times (still at the same
company), yet I still have daily interaction with dozens of call
center employees worldwide.
Now I don't mean to be telling you how to do your job, but if I were
you, I'd seriously reconsider the read-only requirement.  The reason
is simple.  We have seen that better communication between agents
results in a more consistent sharing of knowledge, as well as an
improved customer experience.  This can yield lower average call
times.

Ok, rant mode off.  This topic is quite close to me.  Literally the
reason I got involved in Jabber years ago was because I discovered it
while evaluating instant messaging products for the call center I
worked on at the time.

Anyway...  Yeah, just grab any of several open source or commercial
jabber servers that can talk to an LDAP server, or Windows Active
Directory, and you are good to go.

On the client side, I think you'll find several fit within your
requirements.  I'm a little surprised  actually, this sounds like a
relatively straightforward projct.  :)

Look at my signature for one such client suggestion, which happens to
be QT-based.  I'll leave it to others to suggest a good server match,
but I know at least three top of my head can do what you want.

On 1/20/06, Adam Hunt <[EMAIL PROTECTED]> wrote:
> DISCLAIMER: I AM NOT VERY WELL VERSED IN JABBER.
>
>
>
> I work in a 700+ seat call center where I would like to use Jabber for
> real-time notifications.  Essentially what I would like is a read-only or
> one way client for the agents on the floor.
>
>
>
> I would like it so that any supervisor or operations manager can message any
> individual agent, team, group of teams (e.g. all teams on one operations
> managers group of teams), all agents currently logged in and all agents in a
> particular queue (some agents are in more then one queue).  To accomplish
> this it would seem like some sort of class based system would be required.
>
>
>
> Also I do not need nor want the agents to be able to chat with each other or
> even reply to messages sent by supervisors/managers.  A receipt conformation
> might be helpful so that the sender knows that the message has been read.
> It would also be great if it were possible to see if an agent is currently
> on the computer or if the computer has been locked.
>
>
>
> I would like the client to automatically login to the server when the user
> logs into Windows without the user needing to authenticate.  Ideally the
> Windows username would be the JID.  I don't feel there would be any need for
> a password.
>
>
>
> The client should stay hidden in the system tray when no message has been
> received.  When the tray icon is clicked a history of messages at least
> covering the current login session should be displayed.
>
>
>
> Is there anything out there that would fulfill my needs?  How difficult
> would it be to code such a client in something like Python or Ruby (Qt would
> be really nice).
>
>
>
> Open source licensed clients, libraries and other bits of code are more then
> okay.
>
>
>
> Thanks for your input.
>
>
>
> --adam
>
>
>
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] question about class.jabber.php with SASL TLS

[Hal Rottenberg]

I let Fritzy know you had a question about it.

On 1/19/06, peilicui <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm trying to get classJabberPHP to work with the Google Talk protocol. But
> I have no clear idea about how to integrate TLS and SASL to this class? Can
> somebody share your code sample or how-tos ?
>
> thanks
> cpl
>
>
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] All together now...

[Hal Rottenberg]

On 1/17/06, Maciek Niedzielski <[EMAIL PROTECTED]> wrote:
> Both ways?
> I could send from gmail to "somewhere else", but sending to gmail failed:

Don't worry, it's a Beta.

Google joke there.  :)

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] All together now...

[Hal Rottenberg]

Thank you, Google!

http://ralphm.net/blog/2006/01/17/gtalk_s2s

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] Fwd: [Psi-devel] Release of Psi-0.10

[Hal Rottenberg]

I don't wanna steal Kev's thunder but here is his announcement to
psi-devel a short while ago.  Now to work on the webpage...

-- Forwarded message --
From: Kevin Smith <[EMAIL PROTECTED]>
Date: Jan 11, 2006 3:06 PM
Subject: [Psi-devel] Release of Psi-0.10
To: Psi Development <[EMAIL PROTECTED]>


The Psi team is proud to announce the release of Psi-0.10.

First off, here are the download links

Mac binary: http://prdownloads.sourceforge.net/psi/Psi-0.10.dmg?download
Source tarball: http://prdownloads.sourceforge.net/psi/
psi-0.10.tar.bz2?download
Windows binary (with installer): http://prdownloads.sourceforge.net/
psi/psi-0.10-win-setup.exe?download
Windows binary (zipped): http://prdownloads.sourceforge.net/psi/psi-
win-0.10.zip?download

   New in 0.10
   - Psi will now sign out before Windows or Mac OS X machines go to
'sleep'
   - The default text input line in the chat dialogs starts at one
line tall, and g
rows as necessary.
   - The Roster can now be automatically resized to fit all  contacts.
   - The Roster now has a menu bar available on Windows and Linux
   - Chat windows can be collected together using tabs
   - On Windows and Mac OS X, selected text may be automatically
copied to the clip
board.
   - Mac OS X builds now enjoy Growl(.info) support
   - Photos are now available in the VCard dialog
   - New default colour scheme
   - Roster and chat dialog opacity is now configurable on Windows
and Mac OS X
   - The colour scheme is now slightly more configurable
   - Assorted minor feature additions and bug fixes
   - Number of unread messages is now visible in the dock on Mac OS X
   - GPG passphrases are now cached during the entire Psi session
   - 'Authorization received' messages can now be ignored
   - Roster and chat windows can be made transparent

Thanks to all those who have contributed either code or support for
this release and here's looking forward to more Psi in the new year.

--
Kevin Smith
Psi Jabber client maintainer (http://psi-im.org/)
Postgraduate Research Student, Computer Science, University Of Exeter


___
psi-devel mailing list
[EMAIL PROTECTED]
http://lists.affinix.com/listinfo.cgi/psi-devel-affinix.com


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Considering using Jabber protocol for online service

[Hal Rottenberg]

On 1/10/06, Tommy Li <[EMAIL PROTECTED]> wrote:
> I've written most of the client/UI in C++/wxWidgets, and am now trying
> to figure out what kind of networking architecture I want to use.

> I was looking for libraries that would make it easy for me to
> communicate between client and server. I stumbled across Jabber this way.
>
> Is Jabber extensible enough to allow this? Would I write a custom Jabber

I would say so, yes.

> server or write a component to provide these services? Would I save a

Leverage an existing and write a component, that would make the most
sense to me.

> bunch of trouble just using a custom ad-hoc protocol?
>
> Can anyone suggest a C++ library that would aid me in this? I'm not sure
> if I want to release source for this, so a BSD-type license would be
> preferable.

People don't let me get deep into the code discussions, but just a
side comment, I think the BSD thing will be a severe limiter for you
in this case.  Gloox for example is GPL.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] Re: Public Server with Compression Available

[Hal Rottenberg]

What clients and libs are working on this?

On 1/10/06, Stephen Pendleton <[EMAIL PROTECTED]> wrote:
> I can also confirm that it works well: I am seeing reductions of the XML
> stream of about 60%. Does Wildfire have compression for s2s connections as
> well as c2s?
>
> Stephen
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> JD Conley
> Sent: Monday, January 09, 2006 9:12 PM
> To: Jabber software development list
> Subject: RE: [jdev] Public Server with Compression Available
>
>
> I thought I'd fire off a little update. I've heard from four different
> client project developers. They were all able to get zlib based compression
> working with only a few little stumbling blocks. There are some truly
> impressive compression ratios being generated over time! I'll let them
> divulge that information, though.
>
> Here were some of our stumbling blocks:
>
> 1) If you have control over the zlib header and checksum footer for DEFLATE
> (only supported by some libraries) you need to make sure you include them.
>
> 2) Make sure you flush your deflater instance so it completely compresses
> the input buffer. If you're using the reference implementation
> (http://www.zlib.net/) this is done by passing a Z_SYNC_FLUSH. You don't
> want to do a Z_FINISH, as you should preserve the dictionary for the entire
> XMPP stream for better compression.
>
> 3) Keep an instance of your inflater and deflater around for each socket
> connection.
>
> 4) Don't assume that one read from a socket will yield you something that
> can be inflated. Also don't assume once you get an inflated buffer that it
> will be a stanza.
>
> If anybody else wants to test on beta.soapbox.net, feel free. The server is
> still running (and has S2S enabled now).
>
> -JD Conley
>
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Re: Hi

[Hal Rottenberg]

On 1/3/06, Emile Nijssen <[EMAIL PROTECTED]> wrote:
> about that, I just signed up for the mailing list, so i'm kinda n00b here.

Welcome aboard.

> I need somebody who can help me to set up a new (hehe) xmpp server as a
> gateway between my own IM and everything else. It's a personal thing that
> afaik only one other person has done before: to make an IM in
> javascript+php. The problem here is that I do want full compatability with

Well I think a lot of people have done this actually.  Sorry! 
Jabberzilla, classJabberPHP, meebo.com (don't know the backend
language), and there are others.

> - explaining how xmpp works :-) I haven't got a clue how to start right now
> - explaining SASL and other security features

I'd start at http://www.jabber.org/ and read the sections on the left.

> It would really be nice if that someone would add me in MSN Messenger.
> Further details will then follow. It shouldn't take a lot of time, I just
> need a small head start and then i'll complete everything else myself.

Let's do it the other way.  Why don't you grab a Jabber client
(http://www.jabber.org/software/clients.shtml, there's a million to
choose from), then join a groupchat such as jdev@jabber.org, and start
chatting to find a test partner.

> The reason i'm asking this here is because I could only find either specs of
> xmpp which were extremely technical, or specs which didn't tell me enough
> about the underlying code needed to do whatever was stated there. Humans
> probably will do a lot better job explaining stuff to me than websites.

Now that is useful feedback.  Can you be more specific?  What did you read?

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] ejabberd 1.0.0 released: 'the XMPP compliancy release'

[Hal Rottenberg]

Nice milestone acheivement, way to go guys.

On 12/14/05, Mickael Remond <[EMAIL PROTECTED]> wrote:
> Hello,
>
> The ejabberd team is pleased to announce the release of ejabberd 1.0.0.
> ejabberd celebrated last November its 3th birthday which marks even more
> this release as an important milestone.
>
> Unique in this release is the compliancy with the XMPP standard.
> ejabberd is the first Open Source Jabber server claiming to fully comply
> to the XMPP standard (XMPP Core and XMPP IM).
> Spread the words !
>
> Unique features in ejabberd are:
> * Clustering.
> * HTTP Polling.
> * XMPP compliant.
> * Modular architecture.
> * Translated in 11 languages.
> * Publish-Subscribe component.
> * Statistics via Statistics Gathering (JEP-0039).
>
> See http://www.process-one.net/en/projects/ejabberd/ for more details.
>
> The download page can be reached at:
>   http://www.process-one.net/en/projects/ejabberd/download.html
>
> Have fun and do not forget to celebrate this important ejabberd milestone!
>
> Specific details for this major release:
> -=-=-=-
> Release Notes
> ejabberd 1.0.0
> 14 December 2005
>
>This document describes the main changes in ejabberd 1.0.0. Unique in
>this version is the compliancy with the XMPP (eXtensible Messaging
>and Presence Protocol) standard. ejabberd is the first Open Source
>Jabber server claiming to fully comply to the XMPP standard.
>
>ejabberd can be downloaded from the Process-one website:
>http://www.process-one.net/en/projects/ejabberd/
>
>Detailed information can be found in the ejabberd Feature Sheet and
>User Guide which are available on the Process-one website:
>http://www.process-one.net/en/projects/ejabberd/docs.html
>
>
>Recent changes include:
>
>
> Server-to-server Encryption for Enhanced Security
>
>   - Support for STARTTLS and SASL EXTERNAL to secure server-to-server
> traffic has been added.
>   - Also, STARTTLS and Dialback has been implemented for
> server-to-server (s2s) connections. Detailed information about these
> new features can be found on:
> http://ejabberd.jabber.ru/s2s-encryption
>   - commonName and dNSName fields matching were introduced to ease the
> process of retrieving certificates.
>   - Different certificates can be defined for each virtual host.
>
> ODBC Support
>
>   - ODBC support has been improved to allow production use of ejabberd
> with relational databases.
>   - Support for vCard storage in ODBC has been added.
>   - ejd2odbc.erl is a tool to convert an installation from Erlang's
> database Mnesia to an ODBC compatible relational database.
>
> Native PostgreSQL Support
>
>   - Native PostgreSQL support gives you a better performance when you
> use PostgreSQL.
>
> Shared Roster groups
>
>   - Shared Roster groups support has been enhanced. New is the ability
> to add all registered users to everyone's roster. Detailed
> information about this new feature can be found on
> http://ejabberd.jabber.ru/shared-roster-all
>
> Web Interface
>
>- The web interface internal code has been modified for better
>  integration and compliancy with J-EAI, an ejabberd-based Enterprise
>  Application Integration platform.
>- More XHTML 1.0 Transitional compliancy work was done.
>
> Transports
>
>- A transport workaround can be enabled during compilation. To do
>  this, you can pass the "--enable-roster-gateway-workaround" option
>  to the configure script.
>(./configure --enable-roster-gateway-workaround)
>  This option allows transports to add items with subscription "to"
>  in the roster by sending  stanza to
>  user. This option is only needed for JIT ICQ transport.
>  Warning: by enabling this option, ejabberd will not be fully XMPP
>  compliant anymore.
>
> Documentation and Internationalization
>
>- Documentation has been extended to cover more topics.
>- Translations have been updated.
>
> Bugfixes
>
>- This release contains several bugfixes.
>- Among other bugfixes include improvements to the client-to-server
>  (c2s) connection management module.
>- Please refer to the ChangeLog file supplied
>  with this release regarding all improvements in ejabberd.
>
>
>Installation Notes
>
>
> Supported Erlang Version
>
>- You need at least Erlang/OTP R9C to run ejabberd 1.0.0.
>
> Installation
>
>Installers are provided for Microsoft Windows and Linux/x86.
>Note: The Windows installer will be released on december 18, 2005.
>Installers can be retrieved from:
>http://www.process-one.net/en/projects/ejabberd/download.html
>
> Migration Notes
>
>- Before any migration, ejabberd system and database must be properly
>  backed up.
>- When upgrading an ODBC-based installation, you will need to change
>  the relational database schema. The following SQL commands must be
>

Re: [jdev] Jabber for Windows Handhelds

[Hal Rottenberg]

Can you provide a download link then?  I went to the page and it
looked like I was going to be able to download basic, but instead it
only listed the Enterprise version.

thanks

On 12/1/05, Stephen Pendleton <[EMAIL PROTECTED]> wrote:
> The Basic version of imov Messenger for the PocketPC/HandheldPC is free (as
> in beer).
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Hal Rottenberg
> Sent: Thursday, December 01, 2005 4:13 PM
> To: Jabber software development list
> Subject: Re: [jdev] Jabber for Windows Handhelds
>
>
> On 12/1/05, Hernan Tylim <[EMAIL PROTECTED]> wrote:
> > I was wondering if someone here knows, or might be able to point me
> > where to look, for open-source Jabber projects for Windows CE / Mobile
> > platforms (don't really know the difference between those two).
>
> There are not many at all unfortunately.  Agile Messenger was fairly nice,
> but for some unknown reason (we discussed it here), they dropped Jabber
> support in their latest builds.  I actually complained but never heard back
> from them.
>
> There's TipicME, but i haven't been able to get it to work:
> http://www.tipic.com/node/view/139448
>
> Jabber Corp (jabber.com) has one in beta but frankly I wasn't really
> impressed with it and it just plain doesn't work in Windows Mobile 5.
>
> Another person mentioned imov and while their product looks nice, it's not
> free and therefore I won't use it.  :)
>
> > Windows CE / Mobile
> > platforms (don't really know the difference between those two).
>
> Just different versions of the same thing.  MSFT apparently likes to confuse
> their customers and developers by renaming the product every other version.
> See this page for details: http://www.pocketpcfaq.com/version.htm
>
> --
> Psi webmaster (http://psi-im.org)
> im:[EMAIL PROTECTED]
> http://halr9000.com
>
>
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber for Windows Handhelds

[Hal Rottenberg]

On 12/1/05, Hal Rottenberg <[EMAIL PROTECTED]> wrote:
> There are not many at all unfortunately.  Agile Messenger was fairly
> nice, but for some unknown reason (we discussed it here), they dropped
> Jabber support in their latest builds.  I actually complained but
> never heard back from them.

I forgot to mention that I have an older build that was made available
for free in the past and it does support Jabber.  Contact me off-list
if anyone wants it.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber for Windows Handhelds

[Hal Rottenberg]

On 12/1/05, Hernan Tylim <[EMAIL PROTECTED]> wrote:
> I was wondering if someone here knows, or might be able to point me
> where to look, for open-source Jabber projects for Windows CE / Mobile
> platforms (don't really know the difference between those two).

There are not many at all unfortunately.  Agile Messenger was fairly
nice, but for some unknown reason (we discussed it here), they dropped
Jabber support in their latest builds.  I actually complained but
never heard back from them.

There's TipicME, but i haven't been able to get it to work:
http://www.tipic.com/node/view/139448

Jabber Corp (jabber.com) has one in beta but frankly I wasn't really
impressed with it and it just plain doesn't work in Windows Mobile 5.

Another person mentioned imov and while their product looks nice, it's
not free and therefore I won't use it.  :)

> Windows CE / Mobile
> platforms (don't really know the difference between those two).

Just different versions of the same thing.  MSFT apparently likes to
confuse their customers and developers by renaming the product every
other version.  See this page for details:
http://www.pocketpcfaq.com/version.htm

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] mailing list

[Hal Rottenberg]

On 12/1/05, nordine kadri <[EMAIL PROTECTED]> wrote:
> what's my next step please in order to be able to use properly you service.

Start here: http://www.jabber.org/about/overview.shtml

If by this you mean you wish to send and receive instant messages over
the jabber network, you need to grab a client, check here:
http://www.jabber.org/software/clients.shtml

And if you want to run a server, you can find some here:
http://www.jabber.org/software/servers.shtml

HTH


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Open src implemention of Jabber Client, which is best?

[Hal Rottenberg]

On 11/23/05, Sander Devrieze <[EMAIL PROTECTED]> wrote:
> > Ugh, once more we are confronted with the ugliness of some Linux UI
> > toolkits.

> Did you actually tried a *recent* version of Coccinella (latest or cvs)? Or
> did you just looked at the *outdated* screenshots on the website? Is this
> ugly?: http://sander.dontexist.org/coccinella.png

Not as bad.  But I submit that if you hide things from your website
viewers nobody will bother downloading it.  :D

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Open src implemention of Jabber Client, which is best?

[Hal Rottenberg]

On 11/24/05, Norman Rasmussen <[EMAIL PROTECTED]> wrote:
> On 11/24/05, Matt Tucker <[EMAIL PROTECTED]> wrote:
> > ClearType refers to Microsoft's version of sub-pixel
> > anti-aliasing on LCD monitors.
>
> I've found it even makes CRT fonts look easier on the eye.  Mainly
> because it kicks in at any font size, and the ms 'standard'
> anti-aliasing only kicks in over about font size of 20px.

I'll keep it OT and go even more OT: Cleartype is very subjective.  I
can't stand it at all.  In fact I can't fathom how other people can
use it.  I see a blurry individual sub pixel coloration thus ruining
the clean black text.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Open src implemention of Jabber Client, which is best?

[Hal Rottenberg]

> > I need one written in java ,but in the jabber.org lists, I just
> > found jeti is not bad.
>
> JBother maybe?

JBother would be a good choice.  I was particularly flattered that it
has a Psi iconset included.  :)

Be sure you do research on VOIP stuff currently in development. 
Google the list archives for 'jingle'.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] bytestreams and Psi

[Hal Rottenberg]

On 11/5/05, Mats Bengtsson <[EMAIL PROTECTED]> wrote:
> Are they having there own proxy host? Or what does the  element mean?

 is an extension that only Psi uses (that I know of).  There
have been lots of discussions of file xfer on our forum
(http://psi-im.org/forum/), you may want to bring the discussion over
there, but I'm sure Justin will answer here regardless.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Re: A bit off topic..

[Hal Rottenberg]

Just remove the transport from your roster.  If you really need to use
GG, you might consider changing IDs.

On 10/31/05, Adam Olsen <[EMAIL PROTECTED]> wrote:
> I can't deregister - I don't remember my credentials.  The guy just set
> me up a test account.
>
> Adam
>
> Jakub Piotr Clapa wrote:
> > Hal Rottenberg wrote:
> >
> >> I would say this is perfectly on topic for both JDEV and standards-JIG.
> >>
> >> On 10/31/05, Adam Olsen <[EMAIL PROTECTED]> wrote:
> >>
> >>> Hey,
> >>>
> >>> I've started getting jabber spam... from random [EMAIL PROTECTED]
> >>> Anyone know anything about this server?  It's usually a message from a
> >>> random number @ gg.aster.pl.  Is there any JEP that covers blocking an
> >>> entire server?
> >
> >
> > For this particular case I would advise deregistering from gg.aster.pl.
> > That's probably a GaduGadu gateway and it's impossible for it to send
> > messages to arbitrary JIDs from the GG network (but spam to users
> > registered on this this network is possible and happens sometimes).
> >
> > Of course I assume that the admin of aster.pl is not an EvilGuy but it
> > is a save guess I think.
> >
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] A bit off topic..

[Hal Rottenberg]

On 10/31/05, Adam Olsen <[EMAIL PROTECTED]> wrote:
> Kevin has brought it to my attention that gg.aster.pl is a polish gadu
> gadu transport.  Now that he mentions it, I do remember registering for

Ok, that's good to know.  It's not Jabber SPIM per-se.

> He also brought jabber:iq:privacy to my attention... so until I get that
> sorted out, I'm sure an entry in /etc/hosts.deny will fix the problem.

Not for the client receiving the spam!  The client only receives
messages directly from the server, so there's nothing you can block
unless you peek inside the TCP packets, examine the XML, parse the
stanzas, look for "from", etc.

The server could probably deny by host.


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] A bit off topic..

[Hal Rottenberg]

I would say this is perfectly on topic for both JDEV and standards-JIG.

On 10/31/05, Adam Olsen <[EMAIL PROTECTED]> wrote:
> Hey,
>
> I've started getting jabber spam... from random [EMAIL PROTECTED]
> Anyone know anything about this server?  It's usually a message from a
> random number @ gg.aster.pl.  Is there any JEP that covers blocking an
> entire server?
>
> Thanks,
>
> Adam
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] JEP wiki

[Hal Rottenberg]

On 10/24/05, Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
> > For example, a new section, or perhaps at the top of the Notes section
> > in a JEP, you would have a link like this:
> >
> > http://wiki.jabber.org/index.php/Name of the JEP Goes Here (JEP-)
>
> Done.

You rock.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] How are transports made?

[Hal Rottenberg]

On 10/22/05, Norman Rasmussen <[EMAIL PROTECTED]> wrote:
> Please read:
>
> http://article.gmane.org/gmane.network.jabber.devel/25523
> http://zerlargal.org/c/xmppgateway/
>
> As if Halr9000 doesn't say it enough:   Why don't you think of taking
> an existing program and bug fixing it, rather than implementing your
> own from scratch :-P

Sorry--left the house for a few hours, missed this one!  ;)

Hey, I should make a filter that emails my phone when the string "I
want to start" appears on this list.  :D

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [offlist] Re: [jdev] JEP wiki

[Hal Rottenberg]

On 10/22/05, Tijl Houtbeckers <[EMAIL PROTECTED]> wrote:
> > And as some of you know, the act of clicking on this link will create
> > a wiki page, if it does not yet exist.  (And yes, we do want spaces
> > and parenthesis in the URL, trust me.)
>
> Ok, I trust you, but I'm still curious why?
> I hate links I can't paste into an email or Psi.

Well I am glad you are a loyal Psi user anyway.  ;)

My mistake, mediawiki transforms underscores to spaces, so that was
not necessary.

http://wiki.jabber.org/index.php/this_is_a_title_with_spaces_(and_parentheses)
will paste fine and will look good in the wiki itself.
--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] JEP wiki

[Hal Rottenberg]

FYI, I worked on this this morning:
http://wiki.jabber.org/index.php/Category:JEP

There is no content, but I reworked stuff so that should you want to
start a wiki page on a JEP, you now have some examples to work with,
as well as some templates to make things pretty and make
categorization a bit easier.

Also, I've requested that Peter add a link to the wiki from each JEP. 
For example, a new section, or perhaps at the top of the Notes section
in a JEP, you would have a link like this:

http://wiki.jabber.org/index.php/Name of the JEP Goes Here (JEP-)

And as some of you know, the act of clicking on this link will create
a wiki page, if it does not yet exist.  (And yes, we do want spaces
and parenthesis in the URL, trust me.)

So if you do this, just add "{{jep}}" to the page and it will put a
pretty little title at the top, and will properly categorize the page,
such that it will appear in the [[Category:JEP]] listing.  I also
created a {{stub}} template that takes after Wikipedia's.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

[jdev] JabberMaps is ready for public beta testing!

[Hal Rottenberg]

http://halr9000.com/article/227

JabberMaps is ready for public beta testing!  I shall now lazily paste
the text from my blog.  You'll have to go there for all of the fancy
hyperlinks, but here's the main one:

http://www.jabbermaps.com/servers/

October 20, 2005 at Oct 20, 05 | 9:17 pm · Filed under Jabber,
Internet, Projects, Software

Everybody put your hands together for JabberMaps! Before you say, "hey
hasn't this already been done?" let me answer.

No, it hasn't. This is for servers, not jabber users! Created by CarlB
of Jabberzilla fame, we have a new system for finding the fastest and
most reliable Jabber server for YOU.

When choosing a Jabber server, what are the criteria?

* Location, for latency issues
* Uptime, for reliability issues

JabberMaps, by taking advantage of Google Maps (duh, isn't everyone?),
can help you pinpoint precisely where that server is located. Plus it
obtains uptime data from the Public Jabbernet database so you don't
pick a dud. :)

Go there: JabberMaps

Carl has now gotten this app to a stable point and it works well. Now
he needs your help. Please try it out. Tweak all of the buttons, take
it for a drive. Then use the feedback link and please let him know
what you think.

I myself have one comment so far. I'd like to see features, like we
have on the location-challenged jabber.org server list. Other than
that its just great. :)

In case you are curious for some more background, my part in this is
that jabbermaps is hosted on my server. So don't slashdot it please.
Well, I don't think we've had one before so it would be educational
anyways. :/

Also, there has been some new developments since stpeter announced the
XMPP Federation, which aims to be a definitive network resource for
XMPP. I don't actually know this, but I suspect it will replace the
server list on jabber.org. Peter is also collectiong geolocation data,
so there might be some sort of interaction between this database and
JabberMaps in the future. We have discussed moving it to his server as
well to keep the branding that our communiity would benefit from.

Anyway, please do check it out and and report back. :)


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Jabber Implementation

[Hal Rottenberg]

On 10/20/05, David <[EMAIL PROTECTED]> wrote:
> I am trying to implement a Jabber client for Mobile phones, but using GPRS.
> Any resources that can be of any help.

I'd start here: http://www.jabber.org/software/clients.shtml

I see several J2ME projects listed.  Maybe you could see if one of
those projects suits your requirements, and if not, join the project
and help them out?

Regards,

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] Which API to code jabber client ?

[Hal Rottenberg]

On 10/19/05, Chems Amrani <[EMAIL PROTECTED]> wrote:
> I have to develop a client Jabber working on different OS. Could you
> tell me which API is suitable for that ? Maybe an API Java. Which
> one is the simplest to use ?

At the risk of repeating myself here, let me formally suggest that
before you begin development, please investigate existing client
projects for suitability for your needs.  We have enough projects, but
not enough good ones, or at least "excellent ones".

There are many multiplatform clients listed here:
http://www.jabber.org/software/clients.shtml.  That would be an
excellent place to start.

--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com

Re: [jdev] pyrss - new release [testing], testers needed

[Hal Rottenberg]

Rafal,

Do you have a webpage for this project?  What's it do?  :)

On 10/13/05, Rafal Zawadzki <[EMAIL PROTECTED]> wrote:
> Hi. There is a new testing release of pyrss, jabber rss notifier.
>
> Actually, many unicode issues were fixed. At this moment, pyrss need more
> testers, testing before next stable release.
>
> Propably, testing version is more stable and less bugged than lastest
> jabberstudio release.
>
> svn co http://bluszcz.jabberpl.org/svn/pyrss/testing/
>
> Cheers,
>
>
>
> --
>  __ __   Rafał Zawadzki [jid/mail: [EMAIL PROTECTED], skype: blvszcz]
> |  |--.|  |.--.--.-.-..-. [www: http://bluszcz.jabberpl.org]
> |  _  ||  ||  |  |__ --|-- __|  __|-- __| [ http://pyrss.jabberstudio.org/ ]
> |_||__||_|_|_||_| [ {digital,emo,vegan,unix}  core ]
>


--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com