[Bluez-users] L2CAP connectionless

[Bluez-users] L2CAP connectionless

[Desai, Keyur Rajnikant]

SGkgLA0KIA0KSSBhbSAganVzdCB3b25kZXJpbmcgaG93IEwyQ0FQIGNvbm5lY3Rpb25sZXNzIG1v
ZGUgd29ya3MNCiANCndoZW4gaSBkbyBhIC4vbDJ0ZXN0IC1zIC1EIEJEX0FERFIgaXQgaGFzIHRv
IHVzZSB0aGUgY29ubmVjdCBtZXRob2QuDQogDQpBbHNvIHdoZW4gdGhlIC1EIG9wdGlvbiBjYXVz
ZXMgdGhlIHNvY2tldCB0byBiZSBzZXQgdG8gU09DS19ER1JBTSAgSSBjYW5ub3QgdW5kZXJzdGFu
ZCB3aGF0IHRoZSANCmhhbmRsZXIgKHMpIGZ1bmN0aW9uIGRvZXMNCiANCkkgdHJpZWQgdG8gc2lu
Z2xlIHN0ZXAgdXNpbmcgeHhnZGIgYnV0IGl0IHdvdWxkIGFsd2F5cyBza2lwIHRoZSBoYW5kbGVy
KHMpIGZ1bmN0aW9uLg0KIA0KQW55IHdvcmRzIG9mIHdpc2RvbSBvbiB0aGlzID8NCiANCkJlc3Qg
UmVnYXJkcw0KRGVzYWkNCg==


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] L2CAP connectionless

[Marcel Holtmann]

Hi Desai,

> I am  just wondering how L2CAP connectionless mode works
>  
> when i do a ./l2test -s -D BD_ADDR it has to use the connect method.
>  
> Also when the -D option causes the socket to be set to SOCK_DGRAM  I cannot understand what the 
> handler (s) function does
>  
> I tried to single step using xxgdb but it would always skip the handler(s) function.

no comments from me, because I never worked with L2CAP connectionless
sockets. There was some discussion about it on the mailing list, so I
think you should go through the archive.

Regards

Marcel




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] L2CAP connectionless

[Michel Planques]

Hi Marcel,

As I know, a L2CAP link is connection oriented, so I don't understand how
the connectionless mode is working.
I already searched informations about SOCK_DGRAM implementation in Bluez
and never found anything : even in this mailing list (maybe I'm blind !)
If anybody could point me on some informations ...

Thank you.

Michel.

> Hi Desai,
>
>> I am  just wondering how L2CAP connectionless mode works
>>
>> when i do a ./l2test -s -D BD_ADDR it has to use the connect method.
>>
>> Also when the -D option causes the socket to be set to SOCK_DGRAM  I
>> cannot understand what the  handler (s) function does
>>
>> I tried to single step using xxgdb but it would always skip the
>> handler(s) function.
>
> no comments from me, because I never worked with L2CAP connectionless
> sockets. There was some discussion about it on the mailing list, so I
> think you should go through the archive.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] L2CAP connectionless

[Marcel Holtmann]

Hi Michel,

> As I know, a L2CAP link is connection oriented, so I don't understand how
> the connectionless mode is working.

it supports both, but the most used is the connection oriented.

> I already searched informations about SOCK_DGRAM implementation in Bluez
> and never found anything : even in this mailing list (maybe I'm blind !)
> If anybody could point me on some informations ...

Some time ago Max includes support for SOCK_DGRAM and there was a
discussion about it, but I wasn't involved in it.

Regards

Marcel




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Mailing list gateway corrupting messages (was: L2CAP connectionless)

[Steven Singer]

We're getting messages from Keyur Desai blocked by our corporate
filters. One such message was titled "L2CAP connectionless" and was
sent on 16th of February. A direct link is:

http://sourceforge.net/mailarchive/forum.php?thread_id=3903638&forum_id=1883

I've also appended an edited version to the end of this message.

The problem appears to be that the original mail message was sent in
MIME Base64 encoding (no problem there - it's completely legal), however,
the mailing list gateway is appending text to the end (the usual SF.net
advert and mailing list info). Since the text is appended to the end of
a Base64 section, mail clients are intepreting it as Base64 encoded data.
Since the data has not been Base64 encoded this results in the message
appearing to contain lots of garbage characters. This is what trips up
our corporate filters.

Netscape and Outlook both show a lot of garbage characters at the end
of the message. More tellingly, Sourceforge's own web list interface
(the link I gave above) also shows some garbage characters (though it
gives up after three).

A colleague also reports a similar problem with MIME quoted-printable
messages. The Sourceforge appended text also contains equals signs.
This trips up quoted-printable decoders (most clients just show a few
incorrect characters - breaking the advertising link, however, mh
spots the illegal quoting and refuses to display the entire message).

This is a known bug in Mailman 2.0 (tracker ID 617930). It was reported
in October 2002 and is fixed in mailman 2.1:

https://sourceforge.net/tracker/?func=detail&atid=100103&aid=617930&group_id=103

Apparently, judging by the X-Mailman-Version headers in the mailing
list messages, we're still using Mailman 2.0 (2.0.9-sf.net).

Is there any way to change this? Sourceforge's issues list at:

http://sourceforge.net/docman/display_doc.php?docid=17790&group_id=1

says:

  Software Upgrades

    [...]

    Mailing list services will be upgraded, though the exact time frame has
    not yet been determined. This upgrade will include Mailman upgrades and
    additional anti-spam mechanisms (we know what needs to be done, but have
    not yet scheduled the resources to perform the implementation).

Is there a known workaround? I've tried to search Sourceforge's support
requests, but it's not being very helpful.

	- Steven
------------------------------------------------------------------------
[...]
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64
Message-ID: <38F76B90B82C0A4A822651EACE4FF8E9C23322@s31xs2>
[...]
From: "Desai, Keyur Rajnikant" <kdesai@mail.smu.edu>
To: <bluez-users@lists.sourceforge.net>
[...]
Subject: [Bluez-users] L2CAP connectionless
[...]
Date: Mon, 16 Feb 2004 02:34:19 -0600
[...]

SGkgLA0KIA0KSSBhbSAganVzdCB3b25kZXJpbmcgaG93IEwyQ0FQIGNvbm5lY3Rpb25sZXNzIG1v
ZGUgd29ya3MNCiANCndoZW4gaSBkbyBhIC4vbDJ0ZXN0IC1zIC1EIEJEX0FERFIgaXQgaGFzIHRv
IHVzZSB0aGUgY29ubmVjdCBtZXRob2QuDQogDQpBbHNvIHdoZW4gdGhlIC1EIG9wdGlvbiBjYXVz
ZXMgdGhlIHNvY2tldCB0byBiZSBzZXQgdG8gU09DS19ER1JBTSAgSSBjYW5ub3QgdW5kZXJzdGFu
ZCB3aGF0IHRoZSANCmhhbmRsZXIgKHMpIGZ1bmN0aW9uIGRvZXMNCiANCkkgdHJpZWQgdG8gc2lu
Z2xlIHN0ZXAgdXNpbmcgeHhnZGIgYnV0IGl0IHdvdWxkIGFsd2F5cyBza2lwIHRoZSBoYW5kbGVy
KHMpIGZ1bmN0aW9uLg0KIA0KQW55IHdvcmRzIG9mIHdpc2RvbSBvbiB0aGlzID8NCiANCkJlc3Qg
UmVnYXJkcw0KRGVzYWkNCg==


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
------------------------------------------------------------------------

-- 




**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Mailing list gateway corrupting messages (was: L2CAP connectionless)

[Marcel Holtmann]

Hi Steven,

> We're getting messages from Keyur Desai blocked by our corporate
> filters. One such message was titled "L2CAP connectionless" and was
> sent on 16th of February. A direct link is:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_id=3903638&forum_id=1883
> 
> I've also appended an edited version to the end of this message.
> 
> The problem appears to be that the original mail message was sent in
> MIME Base64 encoding (no problem there - it's completely legal), however,
> the mailing list gateway is appending text to the end (the usual SF.net
> advert and mailing list info). Since the text is appended to the end of
> a Base64 section, mail clients are intepreting it as Base64 encoded data.
> Since the data has not been Base64 encoded this results in the message
> appearing to contain lots of garbage characters. This is what trips up
> our corporate filters.
> 
> Netscape and Outlook both show a lot of garbage characters at the end
> of the message. More tellingly, Sourceforge's own web list interface
> (the link I gave above) also shows some garbage characters (though it
> gives up after three).
> 
> A colleague also reports a similar problem with MIME quoted-printable
> messages. The Sourceforge appended text also contains equals signs.
> This trips up quoted-printable decoders (most clients just show a few
> incorrect characters - breaking the advertising link, however, mh
> spots the illegal quoting and refuses to display the entire message).
> 
> This is a known bug in Mailman 2.0 (tracker ID 617930). It was reported
> in October 2002 and is fixed in mailman 2.1:
> 
> https://sourceforge.net/tracker/?func=detail&atid=100103&aid=617930&group_id=103
> 
> Apparently, judging by the X-Mailman-Version headers in the mailing
> list messages, we're still using Mailman 2.0 (2.0.9-sf.net).
> 
> Is there any way to change this? Sourceforge's issues list at:
> 
> http://sourceforge.net/docman/display_doc.php?docid=17790&group_id=1
> 
> says:
> 
>   Software Upgrades
> 
>     [...]
> 
>     Mailing list services will be upgraded, though the exact time frame has
>     not yet been determined. This upgrade will include Mailman upgrades and
>     additional anti-spam mechanisms (we know what needs to be done, but have
>     not yet scheduled the resources to perform the implementation).
> 
> Is there a known workaround? I've tried to search Sourceforge's support
> requests, but it's not being very helpful.

I don't know of any technical workaround. My workaround is that people
should start using mail clients that are not messing up the emails. The
prefered format for posts to a mailing list is still 7-bit ASCII. No
multipart HTML or other fancy stuff. Personally I tend to ignore mails
that I can't read or that my mail client can't display.

Regards

Marcel




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

RE: [Bluez-users] L2CAP connectionless

[Desai, Keyur Rajnikant]

SGkgLA0KIA0KWWVhaCBpdCB3b3VsZCBiZSBncmVhdCBpZiBzb21lIGJvZHkgY291bGQgdGhyb3cg
c29tZSBsaWdodCBvbiB3aGF0IHRoaXMgaGFuZGxlciBmdW5jdGlvbiBkb2VzIGluIHRoZSBjb25u
ZWN0aW9sZXNzIG1vZGUNCiANCnRoZSBjb2RlIGdvZXMgbGlrZSB0aGlzDQogDQppZiAoc29ja3R5
cGU9U09DS19ER1JBTSkNCnsgDQogICBoYW5kbGVyKHMpOw0KICAgcmV0dXJuOw0KfQ0KIA0KSSBz
b21lIGhvdyBjYW5ub3QgZ2V0IGluc2lkZSBvZiB0aGlzIGZ1bmN0aW9uIHRocnUgeHhnZGIgLi4u
Y2FuIG55Ym9keSBoZWxwIG1lIGluIHRoaXMuLi4uDQogDQpjaGVlcnMuLg0KRGVzYWkNCg0KCS0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KCUZyb206IE1pY2hlbCBQbGFucXVlcyBbbWFpbHRv
Om1wbGFucXVlQGxhYXMuZnJdIA0KCVNlbnQ6IE1vbiAyLzE2LzIwMDQgMzo0MyBQTSANCglUbzog
bWFyY2VsQGhvbHRtYW5uLm9yZyANCglDYzogRGVzYWksIEtleXVyIFJham5pa2FudDsgYmx1ZXot
dXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCVN1YmplY3Q6IFJlOiBbQmx1ZXotdXNlcnNd
IEwyQ0FQIGNvbm5lY3Rpb25sZXNzDQoJDQoJDQoNCglIaSBNYXJjZWwsDQoJDQoJQXMgSSBrbm93
LCBhIEwyQ0FQIGxpbmsgaXMgY29ubmVjdGlvbiBvcmllbnRlZCwgc28gSSBkb24ndCB1bmRlcnN0
YW5kIGhvdw0KCXRoZSBjb25uZWN0aW9ubGVzcyBtb2RlIGlzIHdvcmtpbmcuDQoJSSBhbHJlYWR5
IHNlYXJjaGVkIGluZm9ybWF0aW9ucyBhYm91dCBTT0NLX0RHUkFNIGltcGxlbWVudGF0aW9uIGlu
IEJsdWV6DQoJYW5kIG5ldmVyIGZvdW5kIGFueXRoaW5nIDogZXZlbiBpbiB0aGlzIG1haWxpbmcg
bGlzdCAobWF5YmUgSSdtIGJsaW5kICEpDQoJSWYgYW55Ym9keSBjb3VsZCBwb2ludCBtZSBvbiBz
b21lIGluZm9ybWF0aW9ucyAuLi4NCgkNCglUaGFuayB5b3UuDQoJDQoJTWljaGVsLg0KCQ0KCT4g
SGkgRGVzYWksDQoJPg0KCT4+IEkgYW0gIGp1c3Qgd29uZGVyaW5nIGhvdyBMMkNBUCBjb25uZWN0
aW9ubGVzcyBtb2RlIHdvcmtzDQoJPj4NCgk+PiB3aGVuIGkgZG8gYSAuL2wydGVzdCAtcyAtRCBC
RF9BRERSIGl0IGhhcyB0byB1c2UgdGhlIGNvbm5lY3QgbWV0aG9kLg0KCT4+DQoJPj4gQWxzbyB3
aGVuIHRoZSAtRCBvcHRpb24gY2F1c2VzIHRoZSBzb2NrZXQgdG8gYmUgc2V0IHRvIFNPQ0tfREdS
QU0gIEkNCgk+PiBjYW5ub3QgdW5kZXJzdGFuZCB3aGF0IHRoZSAgaGFuZGxlciAocykgZnVuY3Rp
b24gZG9lcw0KCT4+DQoJPj4gSSB0cmllZCB0byBzaW5nbGUgc3RlcCB1c2luZyB4eGdkYiBidXQg
aXQgd291bGQgYWx3YXlzIHNraXAgdGhlDQoJPj4gaGFuZGxlcihzKSBmdW5jdGlvbi4NCgk+DQoJ
PiBubyBjb21tZW50cyBmcm9tIG1lLCBiZWNhdXNlIEkgbmV2ZXIgd29ya2VkIHdpdGggTDJDQVAg
Y29ubmVjdGlvbmxlc3MNCgk+IHNvY2tldHMuIFRoZXJlIHdhcyBzb21lIGRpc2N1c3Npb24gYWJv
dXQgaXQgb24gdGhlIG1haWxpbmcgbGlzdCwgc28gSQ0KCT4gdGhpbmsgeW91IHNob3VsZCBnbyB0
aHJvdWdoIHRoZSBhcmNoaXZlLg0KCT4NCgk+IFJlZ2FyZHMNCgk+DQoJPiBNYXJjZWwNCgk+DQoJ
Pg0KCT4NCgk+DQoJPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tDQoJPiBTRi5OZXQgaXMgc3BvbnNvcmVkIGJ5OiBTcGVlZCBTdGFydCBZb3Vy
IExpbnV4IEFwcHMgTm93Lg0KCT4gQnVpbGQgYW5kIGRlcGxveSBhcHBzICYgV2ViIHNlcnZpY2Vz
IGZvciBMaW51eCB3aXRoDQoJPiBhIGZyZWUgRFZEIHNvZnR3YXJlIGtpdCBmcm9tIElCTS4gQ2xp
Y2sgTm93IQ0KCT4gaHR0cDovL2Fkcy5vc2RuLmNvbS8/YWRfaWQ9MTM1NiZhbGxvY19pZD0zNDM4
Jm9wPWNsaWNrDQoJPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KCT4gQmx1ZXotdXNlcnMgbWFpbGluZyBsaXN0DQoJPiBCbHVlei11c2Vyc0BsaXN0cy5z
b3VyY2Vmb3JnZS5uZXQNCgk+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xp
c3RpbmZvL2JsdWV6LXVzZXJzDQoJDQoJDQoJDQoJDQoNCg==