Folk,

Just as a preemptive warning to you all.  AIM (maybe ICQ too)  
automatically added the buddies "moviefone" and "shoppingbuddy" to  
your buddy lists . . . apparantly last night.  "How rude".

Daniel
From [EMAIL PROTECTED]  Wed Nov 16 15:01:30 2005
From: [EMAIL PROTECTED] (Andreas van Cranenburgh)
Date: Wed Nov 16 15:01:37 2005
Subject: [py-transports] FYI, re: AIM buddy auto-additions
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Wed, Nov 16, 2005 at 09:38:25AM -0500, Daniel Henninger wrote:
> Folk,
> 
> Just as a preemptive warning to you all.  AIM (maybe ICQ too)  
> automatically added the buddies "moviefone" and "shoppingbuddy" to  
> your buddy lists . . . apparantly last night.  "How rude".

Heh... 

Maybe we can add a feature to block certain "buddies" or groups
by default? The same as for example "dnsmasq" allowing you to block fake
results, eg. needed when VeriSign forwarded every non-existing domain to
its register-this-domain-page :)

The whole point of a roster/buddy list is that you can maintain it
yourself, and decide who is worthy of being on there.

In the same vein I can't really understand how companies keep asking for
"shared roster" support. 
If all you want is communicate with a fixed group of people, why not
just set up IRC and let every department join its own room :P

But OK, Jabber is a nice technology, and its popularity is in part due
to corporate users; so I didn't say anything :P

-- 
        Andreas        [ http://unstable.nl | xmpp:[EMAIL PROTECTED] ]
                       [  callto:ils.seconix.com/[EMAIL PROTECTED]   ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://modevia.com/pipermail/py-transports/attachments/20051116/491bc7aa/attachment.pgp
From [EMAIL PROTECTED]  Thu Nov 17 03:15:08 2005
From: [EMAIL PROTECTED] (Andreas van Cranenburgh)
Date: Thu Nov 17 03:15:11 2005
Subject: Fwd: Re: [py-transports] PyMSNt: directory structure of spool
Message-ID: <[EMAIL PROTECTED]>

It seems this never made it to the list (right?!) -- sent it to the wrong
address. So I retry :)

----- Forwarded message from Andreas van Cranenburgh <[EMAIL PROTECTED]> -----

Date: Fri, 4 Nov 2005 06:20:16 +0100
From: Andreas van Cranenburgh <[EMAIL PROTECTED]>
To: [snip that wrong address]
Subject: Re: [py-transports] PyMSNt: directory structure of spool
[snip headers]

Is it configurable whether you want this kind of directory structure:

# ls
ab/                 de/                 lu/                 si/
ad/                 di/                 ma/                 sm/
al/                 dj/                 mb/                 so/
an/                 [... etc]

On my system, with reiserfs [1], this is just a waste of inodes, disk
io, and cpu time. I'd really like to disable it, in order to "KISS"...

BTW: I know why on *OTHER* systems this directory structure is indeed
needed to have some performance, but that's why I don't run any of those
other file/operating systems. ;)

[1] http://namesys.com

[..snip sig...]
----- End forwarded message -----

-- 
        Andreas        [ http://unstable.nl | xmpp:[EMAIL PROTECTED] ]
                       [  callto:ils.seconix.com/[EMAIL PROTECTED]   ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://modevia.com/pipermail/py-transports/attachments/20051117/29e050a2/attachment.pgp
From [EMAIL PROTECTED]  Thu Nov 17 18:34:28 2005
From: [EMAIL PROTECTED] (Aaron Axelsen)
Date: Thu Nov 17 18:34:30 2005
Subject: [py-transports] [EMAIL PROTECTED]
        Available Again
Message-ID: <[EMAIL PROTECTED]>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
Sorry guys, we had to take the server down for an emergency reboot.
It is back up and running now.  The chatroom is once again available
at: [EMAIL PROTECTED]

- --
Aaron Axelsen
Technical Team
Modevia Web Services LLC
http://www.modevia.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFDfM00uucONIvD0AMRAh7gAKDA4mzBjWseb4JtQl0RgfNvEthi+wCfVo6c
yzX/vNTurCJkH6YdGDg3358=
=JjQd
-----END PGP SIGNATURE-----

Reply via email to