need some help with Adium source code

Post by **The_Tick** » Thu Jan 26, 2006 8:46 pm

Well, you could always change the name of the app for internal use so they couldn't find it so handily, but that's kinda misleading and bla.

Usually when I worked at places I'd disable the default ssh port, the default aim hostnames, and whatever other imservice they wanted gone. Never saw how it turned out, but nobody has mentioned it when I did my checkups a week and a month later.

But it's been 2 years since I did any of this, heh

Post by **evands** » Thu Jan 26, 2006 8:54 pm

JiveMasterT wrote:
The_Tick wrote:You might also want to bother them about encryption. Another place I was working on didn't like encryption at all, for im and their employees at least.
yeah, I saw that to, and suprisingly, no one really cared about it. Encryption is a good thing for security and I guess file transfers are not. Part of the reason why Aim is not allowed is because it sends messages in a very insecure manor and you can just read them in the packets flying around with ethereal... I think it is getting to the point where I am happy with it for internal use... only thing that sucks about using GPL'd code for internal use though is that if anyone is smart enough to go pick around at the code and compile a new copy, then they can do whatever with it lol... then again, I don't know that there are too many of those types of people here that I need to worry about.

Yeah, they could also just run the AIM QuickBuddy thing on aim.com to get on AIM.

JiveMasterT · Post by **JiveMasterT** » Fri Jan 27, 2006 3:35 pm

evands wrote:
JiveMasterT wrote:
The_Tick wrote:You might also want to bother them about encryption. Another place I was working on didn't like encryption at all, for im and their employees at least.
yeah, I saw that to, and suprisingly, no one really cared about it. Encryption is a good thing for security and I guess file transfers are not. Part of the reason why Aim is not allowed is because it sends messages in a very insecure manor and you can just read them in the packets flying around with ethereal... I think it is getting to the point where I am happy with it for internal use... only thing that sucks about using GPL'd code for internal use though is that if anyone is smart enough to go pick around at the code and compile a new copy, then they can do whatever with it lol... then again, I don't know that there are too many of those types of people here that I need to worry about.
Yeah, they could also just run the AIM QuickBuddy thing on aim.com to get on AIM.

yeah, I think it's blocked by our firewall. :twisted:

BTW, when I disable the AIM plugin, it seems that when I go and select the mockie or plastic styles for the message window, it crashes adium. I think it has something to do with the fact that the buddy icon stuff is in the aim plugin. is there a more elegant way to prevent aim from showing up in the account creating menu?

JiveMasterT · Post by **JiveMasterT** » Fri Jan 27, 2006 4:38 pm

Here's what I did...

first I modified AIService.h to have this:

Code: Select all

//Service importance, used to group and order services
typedef enum {
	AIServicePrimary,
	AIServiceSecondary,
	AIServiceUnsupported,
	AIServiceHidden //Hidden Type so they don't show up on the list
} AIServiceImportance;

Then in ESAIMService.m I changed this.

Code: Select all

- (AIServiceImportance)serviceImportance{
	return(AIServiceHidden);
}

Post by **evands** » Sat Jan 28, 2006 1:40 am

Clever.

And yeah, the preview chat in the message view pretends to be AIM (it's a real chat to all the rest of Adium) using the first available AIM service.. which was done on the assumption that Adium would never ship without some AIM implementation

JiveMasterT · Post by **JiveMasterT** » Sat Jan 28, 2006 1:47 am

Thank you.

Well, I gave it to 4 people today and said "here. break it. Let me know what doesn't work, and I'll fix it."

I'm mighty pleased with myself seeing as how I don't know jack about objective C and the only programs I've really written are command based Java apps... Thanks for the help evands... always good to have a kickstart. If I had a mac of my own, I'd definately help with coding Adium... maybe I should buy a mac?

Post by **Catfish_Man** » Sat Jan 28, 2006 2:03 am

JiveMasterT wrote:Thank you.

Well, I gave it to 4 people today and said "here. break it. Let me know what doesn't work, and I'll fix it."

I'm mighty pleased with myself seeing as how I don't know jack about objective C and the only programs I've really written are command based Java apps... Thanks for the help evands... always good to have a kickstart. If I had a mac of my own, I'd definately help with coding Adium... maybe I should buy a mac?

Wait for an Intel based mini and get that. Presumably you'll be able to dual boot Windows on it at some point, and we could use someone with an Intel Mac for testing

Post by **bgannin** » Sat Jan 28, 2006 2:47 am

Provided builds (so I don't have to spend time + energy building) I can test on the Intel Mac we have at work for a bit when needed.

JiveMasterT · Post by **JiveMasterT** » Tue Jan 31, 2006 3:40 pm

Can someone tell me a little bit about how the OTR plugin works? Like I can't see where it gets installed so thatI can turn it off and so forth... I'm just trying to document some of this stuff so that when they come back to me and ask me to hack things up, I can easily go and do it.

the concern was that they might complain when people try to establish a secure connection with a regular sametime client, so they said they would think about it and see how big of a concern it is going to be. I might just tell them that it is too rooted in if it is going to be too difficult to mess with.

cocoaforge

need some help with Adium source code

elegance acheived...