Hi Dean,
On Mon, Jun 27, 2011 at 1:11 PM, Dean Brotzel wrote:
> This is for Google NFC engineers (Nexus S, PN544 hardware/firmware
> stack), hopefully they will see this. Or perhaps there is a better
> why to contact said engineers?
>
> I'm working on a semi passive NFC (ISO14443A) custom sensor
I just want to jump in and say, wow, the quality of
android-developers@googlegroups.com has really improved. Most informative
thread i've read in a while!
(although strictly off-topic since android-developers is meant to be about
developing about the SDK, but I don't mind)
Nick
On Tue, Jul 12, 2
As per other responses, you currently need to poll isConnected() on a
connected technology object.
This is not ideal, and we are considering an intent or callback in a future
API version.
Cheers,
Nick
On Wed, Jun 1, 2011 at 8:47 PM, Dean Brotzel wrote:
> Is it possible to receive a message/int
The current NPP API's do not encourage the use of NPP for
challenge/response.
However you can use NPP to exchange enough information to switch to
Bluetooth, for which we have public API's for an RFCOMM channel.
Cheers,
Nick
On Mon, May 30, 2011 at 1:02 PM, André Cruz wrote:
> Hello.
>
> I've s
Hi Xiaoliang,
We know this is a little annoying, we are thinking about some improvements
for future Android releases, so that you only need to enable foreground
dispatch for all activities in an application, and not for every activity.
For now you have to enable it in every activity.
Cheers,
Nic
On Mon, Apr 4, 2011 at 11:49 PM, JMC114 wrote:
> Hey Michael,
>
> Thank you very much for you elaborate answer. As you suggested, I did
> not distinguish between smart cards and NFC tags.
>
> I have several follow-up questions regarding your answer.
>
> *Regarding P2P communication*
>
> - If I un
We're not in a hurry to add public API's for Card Emulation. It is a
developers nightmare because most NFC hardware will only support one type of
card emulation technology. And there are at least 4 very common types
(Felica, Mifare Classic, Mifare Desire, ISO-DEP). So a developer would need
to unde
Hi,
Please don't hijack threads - this is a different discussion so a different
thread :)
I can give you a quick answer. We scan a *lot* of tags, and also noticed a
small set of NfcB/ISO-DEP cards that are a little tricky. You have to orient
the antennas in just the right alignment, and it can ta
Hi Manuel,
You can write to a formatted card using the Ndef technology class (as long
as it was not made read-only).
Nick
On Tue, Mar 15, 2011 at 4:50 PM, Manuel Roman wrote:
> Hi,
>
> I am writing an NFC application on Gingerbread 2.3.3. The application
> writes and reads data to and from tags
ooks like that
> will not be possible.
> Can you tell me, will communicating through IsoDep still allow me to
> retrieve data like the track2 data from credit cards, assuming I know the
> protocols to use?
> -- Paul Christensen
>
>
>
> On Fri, Mar 11, 2011 at 6:04 PM, Nick Pel
ards using
> IsoDep, which was successful.
>
> -- Paul Christensen
>
>
>
> On Mon, Mar 7, 2011 at 11:04 AM, Nick Pelly wrote:
>
>> I'll try and reproduce. But I just want to make sure, are you only
>> connecting NfcB / NfcA, and never connecting IsoDep fi
Hi Dominik,
Good question. We try to map TNF types to MIME types, since that is what our
dispatch system uses. For example, Smart Poster is mapped to URL. However we
do not yet have generalized mapping - for example for TNF_EXTERNAL_TYPE to a
MIME type. This might be useful, feel free to make a pr
Yes, Nexus S can read/write NfcF (Felica). In fact all Android NFC phones
that are API compatible MUST read/write NfcF.
Nick
On Thu, Mar 3, 2011 at 11:54 PM, laborg wrote:
> Hi!
>
> Is there a chance to read out Felica chips (http://en.wikipedia.org/
> wiki/FeliCa) with Nexus S? Could someone j
Nick
On Mon, Feb 28, 2011 at 12:38 PM, davemac wrote:
> Any update on the question answer please?
>
> - dave
>
> On Feb 24, 5:36 pm, Nick Pelly wrote:
> > On Wed, Feb 23, 2011 at 7:26 PM, davemac wrote:
> > > I hate to seem like a nag on this topic, but I'v
t; can't give a date of when card emulation would be available, but can
> you at least say that it's being worked on and that we may see it
> someday?
>
> I appreciate your help. The Android team is great for spending time in
> these forums. It really helps a lot.
>
>
Hi Dave,
Correct, we do not support Card Emulation in the SDK. It's actually very
hard to do this in a consistent way across the Android platform, due to the
current hardware architecture of NFC. Different NFC hardware can
support Card Emulation in very different ways, to the point where its very
What I can't tell is whether or not the tag is required
> within the when the action is TECH_DISCOVERED. I
> haven't been able to figure out the bytes to generate a fake non-Ndef
> tag to send from FakeTagsActivity. And when I save my manifest.xml
> file either way, I get no err
here as
> well. To build an intent filter in code that supports tech, how do you
> specify the techlists on it? Or does this only work in foreground
> dispatch mode?
>
I am a little hazy on the details for this one, but I believe the best
practice is to define all the intent filters you m
On Tue, Feb 22, 2011 at 6:50 PM, davemac wrote:
> I'm reading the documentation on NFC tags and intent filters to match
> on. For an action of ACTION_TECH_DISCOVERED, the intent filter must
> list the technologies to match on, using a filter file. What I wanted
> clarification on is whether or no
Foreground activities can push NDEF messages over P2P.
http://developer.android.com/reference/android/nfc/NfcAdapter.html#enableForegroundNdefPush(android.app.Activity,
android.nfc.NdefMessage)
On Thu, Feb 10, 2011 at 3:26 PM, Ajith Kamath wrote:
> Hi
>
> I went through the changes mentioned ab
This only gives the RSSI value found during the device discovery process.
On Mon, Mar 8, 2010 at 10:50 AM, danj wrote:
> does this give the most recent rssi value or the value from when the
> device was connected? does it update the rssi value whenever we call
> it?
>
> On Feb 10, 11:32 am, Ferna
This is a hidden API. It might work, it might not, it almost
definitely will break at some point.
On Fri, Feb 5, 2010 at 2:10 PM, Sean Liao wrote:
> how come I cannot see the method:
> Method m = btdev.getClass().getMethod("createRfcommSocket", new Class[] {
> int.class });
>
> Anything wrong wit
t you stated there is no public API option. But
maybe you can explain what your app wants to do when a BT headset
connects, and I might know a better option. For example ACL_CONNECTED
will tell you when a low level ACL connection is established and is
part of the public API.
>
> Alex
>
> O
On Mon, Jan 11, 2010 at 7:40 AM, Alex Corbi wrote:
> HI everybody,
>
> im currently looking for the way that my app knows when the phone has
> being paired and connected to a bluetooth headset device.
>
> I read something about this intent, but not on the Reference
> documentation of http://develo
resource,
Happy Holidays,
Nick Pelly
Android Bluetooth Project Lead
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, sen
On Tue, Dec 1, 2009 at 3:45 PM, Patrick wrote:
> Thanks a lot for your reply!
>
> > Your understanding is not right here, UUID is used to lookup the port,
> > not for encryption. The javadoc explains this.
> >
> The only Javadoc i can find (
>
> http://developer.android.com/reference/android/blue
On Tue, Dec 1, 2009 at 8:11 AM, Patrick wrote:
> Hey,
>
> New here, hope to be in the right group.
> I'm trying to wrap my head around the new bluetooth API. As I
> understand the BluetoothSocket and ServerSocket classes, they need a
> UUID to "encrypt" the socket connection.
Your understanding i
Can you send me the analyzer log?
On Mon, Nov 30, 2009 at 11:36 AM, Sean Liao wrote:
> We hooked up a BT protocol analyzer to monitor why connection getting
> dropped right after connection. We are certain it is due to "Role Switch".
> By disable role switch, I have successfully established con
onnection.
Android requires pairing to connect to a remote device, even if the remote
device does not require pairing. If the remote device is does not have any
UI, then you should try and configure the remote device to have some simple
PIN code that the user can enter on Android.
>
ce: after connecton being made,
> it would request a role switch. On other phones, if the local device/phone
> doesn't support role switch, the connection simply remains without role
> switching. Just wondering why the connection gets connected but immediately
> dropped ...
>
No no no no :)
Go to a uuid generator, and generate your own unique UUID for your
application. For example: http://www.uuidgenerator.com
It can be any valid UUID, so long as you use the same UUID on both the
server and the client of your application.
Instead of allowing applications to choose th
At first glance, the problem is probably that instream.read() will block
until it has 512 bytes. Are you sending enough bytes?
If you did not intend to send 512 bytes (i cant tell without your server
code), you should use pass numOfAvailable into instream.read(), and it
should return straight away
Here's some basic code snippets.
Server code
UUID uuid = uuid.fromString("27648B4D-D854-5674-FA60E4F535E44AF7"); //
generate your own UUID at http://www.uuidgenerator.com
BluetoothAdapter adapter = BluetoothAdapter.getDefaultAdapter();
BluetoothServerSocket serverSocket =
adapter.lis
The Android framework will handle this automatically for you.
For example, if you attempt to establish a connection that requires
pairing, a pairing notification will be shown to the user.
Nick
On Sat, Nov 21, 2009 at 11:46 PM, george wrote:
> Hi
>
> i want to pair with a device using android 2
rietary data
> format/interface.
> Having say the above, we are planning to use service record next year for
> certain business cases that common interface is more important than
> performance.
>
> On Mon, Nov 16, 2009 at 2:02 PM, Nick Pelly wrote:
>>
>> There is no explici
There is no explicit public SDP API. Android will automatically do SDP
for you when creating RFCOMM connections with BluetoothSocket and
BluetoothServerSocket.
We haven't ruled out exposing some SDP at a later point, although its
not a high priority right now. Maybe you could outline what your use
You can't specify a port number using the Public API. Doing so is a
really bad idea, because it encourages developers to hardcode one of
the limited (30) set of RFCOMM port numbers.
Try reading the API documentation to see how a UUID is used to look up
a port number by SDP record.
If you are not
Answered this one on android-platform.
On Thu, Nov 12, 2009 at 6:58 AM, Chen Ganir wrote:
> Hi.
>
> I've read the new API specifications for the BluetoothSocket and i
> encountered some unresolved issues regarding the connection
> limitations for BluetoothServerSocket.
>
> At
> http://developer.a
umbered Bluetooth connections with the users desire for privacy and
security.
This is the best forum to request such features.
> Thanks again.
> Sean
>
>
>
> On Wed, Nov 11, 2009 at 5:29 PM, Nick Pelly wrote:
>
>>
>>
>> On Wed, Nov 11, 2009 at 4:55 PM, Sean
one to try it out.
>
> Thanks in advance and really appreciate it.
>
> Best regards,
> Sean
>
>
>
> On Wed, Nov 11, 2009 at 3:34 PM, Nick Pelly wrote:
> >
> >
> > On Wed, Nov 11, 2009 at 3:13 PM, Sean Liao
> wrote:
> >>
> >> Do you
asy - the user just hits 'Yes'.
>
> Please advise.
> Sean
>
> On Wed, Nov 11, 2009 at 10:02 AM, Nick Pelly wrote:
>
>>
>>
>> On Sun, Nov 8, 2009 at 12:34 PM, Sean Liao wrote:
>>
>>> Hi,
>>>
>>> Before 2.0 rel
On Sun, Nov 8, 2009 at 12:34 PM, Sean Liao wrote:
> Hi,
>
> Before 2.0 released, there were some questions/discussions related to the
> Bluetooth security, i.e whether paring is required to establish connection.
>
> Anyone know the answer or try it out already: Is paring requirement
> enforced i
At a high level, this description is correct, and is how the majority of
mobile architectures operate. The applications CPU that Android runs on is
not usually in the data path for in-call audio.
Nick
On Tue, Nov 10, 2009 at 10:17 AM, Joachim Neumann wrote:
> Hi Dianne,
>
> I am also struggling
On Thu, Oct 29, 2009 at 12:23 PM, Aakash Patel wrote:
>
> Hello,
>
> I am making an app that utilizes the BlutoothSocket API and am trying
> to create a serial connection over Bluetooth with RFCOMM/SPP profile.
>
> I do not see how I set the baud rate for the connection, how would I
> set it?
You
Try using the RFCOMM protocol. It's similar to TCP but for Bluetooth.
See BluetoothSocket.java.
Nick
On Mon, Nov 2, 2009 at 8:16 AM, AntoniMG wrote:
> Hi developers,
>
> Is there any way to comunicate an android phone with a computer trough
> bluetooth? Ive made a server/client applicattion in
On Tue, Oct 27, 2009 at 9:34 PM, James W wrote:
>
> A question about the Bluetooth functionality... it says that Bluetooth
> 2.1 is supported, and particularly the OPP (Object Push Profile).
> Specifically, does this mean that we will finally be able to send and
> receive files between other phon
Eclair will use Bluez 4. New Bluetooth profiles have not been announced.
Nick
On Wed, Aug 26, 2009 at 11:33 PM, Shabeerali K
P wrote:
>
> Hi,
>
> What is the Bluez version supported in Eclair?
> What are the BT profile supported in Eclair
>
> Regards,
> Shabeer
>
> >
>
--~--~-~--~~-
Hi Mahesh,
Are you looking to contribute back to the Android platform, or just
some help on your university project?
Nick
On Thu, Aug 13, 2009 at 7:57 AM,
MaheshSharma wrote:
>
> Hi,
> Has anyone implemented L2CAP sockets?
>
> I have been trying out , but no success as yet.
> Please help! :)
>
This is a pretty neat API, good stuff Stefano.
On Tue, Jul 21, 2009 at 11:55 PM, Stefano Sanna
(gerdavax) wrote:
>
> Hi all.
>
> I've written a simple library that provides access to some Bluetooth
> features: local device properties, remote device discovering, pairing
> and client rfcomm connect
gt; playing
> one of its audio files. How can I prevent this?
>
> On Jul 2, 11:53 am, Nick Pelly wrote:
>> On Thu, Jul 2, 2009 at 4:36 AM,
>>
>> info.sktechnol...@gmail.com wrote:
>>
>> > Could someone point me to the documentation or example o
On Thu, Jul 2, 2009 at 4:36 AM,
info.sktechnol...@gmail.com wrote:
>
> Could someone point me to the documentation or example on how my
> application can intercept button pushes on an already paired and
> connected bluetooth device?
AVRCP events are broadcast as media intent's if the foreground
a
There is a thread on android-platform about the new API. I put out a draft
and am taking feedback on it.
Nick
On Thu, Jun 25, 2009 at 7:08 AM, Long wrote:
>
> Hi,
> What is the latest status of the RFCOMM support in android?
> I'd like to write an application using RFCOMM to communicate wit
There is some discussion on android-platform about a proposed
BluetoothSocket api that gives access to rfcomm that you may want to read.
Nick
2009/6/2 Luis Alberto Pérez García
>
> In that project I used bluez's RFCOMM profile through a toplevel java
> library called BlueCove (which runs on ma
On Thu, May 28, 2009 at 4:22 AM, marcquimby wrote:
>
> Hello,
>
> I have my G1 connected to a FM transmitter in my car with my bluetooth
> headset connected. Music has no problem going out the G1. A call
> comes in and I connect it. After I disconnect the call, the sound
> does not go out the a
On Wed, May 27, 2009 at 7:48 AM, romka.shakhman...@googlemail.com <
romka.shakhman...@googlemail.com> wrote:
>
> Can you help me with my question? Is it possible to use adb commands
> if device connected via Bluetooth?
>
No.
--~--~-~--~~~---~--~~
You received this
raft version in aboout 2
> weeks
> there is a little pressure on this for us.
>
> So in general can we get that working with the actual possibilities
> of the SDK and the Dev-Phone or do we have to wait,
> on a later version of SDK, with your Bluetooth API,
> or a different Ha
RfcommSocket.java?
>> I really wanna use BT/RFCOMM.
>>
>> BT
>>
>> --Ahn
>>
>> On 5월13일, 오후3시19분, Nick Pelly wrote:
>>
>> > Just a quick heads up. I'm almost complete on reworking RfcommSocket.java
>> > to
>> > impr
Sorry, we don't have SDK support for setting up the necessary SCO
channel for a Bluetooth headset.
Nick
On Wed, May 20, 2009 at 7:40 AM, sylpheo wrote:
>
> Hi !
> I have a bluetooth headset that works fine with android 1.5 for
> listening music or calling people.
>
> My problem is that micropho
Just a quick heads up. I'm almost complete on reworking RfcommSocket.java to
improve its interface, fix a number of bugs, and eventually make it a public
API. I will soon post on android-platform once its ready for more eyes.
Cheers,
Nick
On Tue, May 12, 2009 at 11:01 AM, Zach Hobbs wrote:
>
>
On Sun, May 10, 2009 at 9:29 AM, Jonas Petersson wrote:
>
> Nick Pelly wrote:
>> Mark summed it up pretty well. We don't have support in the SDK for
>> Bluetooth right now. Getting some Bluetooth API's published in the SDK
>> is a priority for the Android Bluet
t; Regards.
>>
>> On Apr 25, 9:11 am, scanning_it wrote:
>>
>> > Thank you very much. I am aware that it is not part of the public
>> > API. :)
>>
>> > On Apr 24, 10:41 pm, Nick Pelly wrote:
>>
>> > > On Fri, Apr 24, 2009 at
Mark summed it up pretty well. We don't have support in the SDK for
Bluetooth right now. Getting some Bluetooth API's published in the SDK
is a priority for the Android Bluetooth team. I can't wait to see the
apps you guys come up with!
Nick
On Sun, May 3, 2009 at 6:05 PM, Mark Murphy wrote:
>
On Saturday, May 2, 2009, Alin Radut wrote:
>
> On Apr 22, 3:09 am, Nick Pelly wrote:
>> RfcommSocket.java is what you want. SPP is just rfcomm.
>>
>
> Thanks. RfcommSocket is hidden in the 1.5r1 SDK, is there any way I
> can access it without compiling my own ve
Hi Alex,
This patch to external/qemu should fix you up:
Author: Nick Pelly
Date: Fri Apr 24 15:28:40 2009 -0700
Fix build for platforms where deprecated symbol EAI_NODATA is not
defined.
diff --git a/sockets.c b/sockets.c
index fa1f39d..be40a56 100644
--- a/sockets.c
+++ b/sockets.c
android-porting is the right list for this.
The framework should not shut down if battery level is unknown. If someone
could submit a gerrit patch to fix this it would be appreciated. We've
noticed this as well during bringup :)
Nick
2009/4/29 BigBear
>
> I also have this problem when porting
On Fri, Apr 24, 2009 at 7:09 AM, code_android_festival_way <
festival.s...@googlemail.com> wrote:
>
> At the moment I am trying to update my application to Android 1.5.
>
> In Android 1.1 I was able to detect the BT state with catching the
> following broadcasts:
>
>
>
> android:name="android.b
Move to android-discuss please. This list is for people developing
applications.
On Fri, Apr 24, 2009 at 6:32 AM, bw wrote:
>
> Hi,
>
> Does the 1.5 update fix/enable using bluetooth headsets' call button -
> (eg. hold the button down to start voice dialer, press to pick up a
> call, press to en
On Tue, Apr 21, 2009 at 12:42 PM, Alin wrote:
>
> Hello
>
> I realize that the Bluetooth API is subject to change over time and
> that the only available profiles are A2DP and AVCRP, but I am really
> interested about the options I have to develop an application using
> the Serial Port Profile. I
On Thu, Apr 9, 2009 at 6:08 AM, Dilli wrote:
>
>
>
> Hi all
>
> I am developing a recorder application
> It works fine with Microphone.
>
> I want to record from Blue tooth headset
>
> i set it like
>
> my_Aud_Mgr.setMicrophoneMute(true); //AudioManager my_Aud_Mgr;
> my_Aud_Mgr.setBluetoothS
Hi Henry,
Our codebase moves very quickly. You will always need to supply the
details of what exact build you are running, and it is useful to
include logs or 'adb bugreport'.
> 1. Phone only can pair with pin "" BT headset automatically, but
> never pair succeed with headset with pin "123
http://source.android.com/projects/bluetooth-faq
On Wed, Mar 11, 2009 at 4:56 PM, Amir wrote:
>
> Have you heard anything about this?
>
> On Feb 25, 9:21 am, bmannix wrote:
>> The roadmap for cupcake states that it now supports theBluetoothA2DP
>> & AVRCP profiles. Since theBluetoothAPI was ri
; and it works well, I could see the bt icon on the top the phone. And
> the receiver is also from source code, what confuse me is why the
> receiver doesn't work while enabling/disabling Bt works well since
> they comes from same origination?
>
> Thanks,
>
> Stanley
>
>
There is no way to turn on and off bluetooth through the official SDK right now.
Some apps have found ways to do this using hidden API's, and they are
going to break when cupcake is released.
Nick
On Wed, Feb 18, 2009 at 10:47 PM, Stanley.lei wrote:
>
> Hi,
>
> I wanna write an app to enable a
is should be easy to work out by looking at the Settings
Application implementation in our codebase.
>
> Thanks,
>
> Stanley
>
> On Feb 9, 2:02 pm, Jin wrote:
> > Does anyone know the API in the 1.0 or cupcake SDK that can turn off/
> > on radio orairp
Actually, android.provider.Settings is just used to persist the on/off state
across reboot. It is not as useful as it looks. Changing these values will
only have an effect on startup.
In the case of Bluetooth, there is no SDK API to immediately turn it off/on
quite yet.
I am pretty sure there is
For wired headsets, you can use Intent.ACTION_MEDIA_BUTTON as mentioned in
the other thread. This is how the built in media app does pause/play on
wired headset button presses, and where I recommend that you hook in.
For Bluetooth headsets, they do not work like you think. There is no 'button
pres
Hi,
There is no way to do this through the Java SDK API right now. Sorry.
Nick
On Tue, Jan 27, 2009 at 9:56 AM, porzino wrote:
>
> Hi,
>
> I know there isn't bluetooth API in 1.0 SDK, but I have a doubt.
> I need to know the visible bluetooth devices. That is, I only need do
> a scan of the bl
Yes, I promise to answer these questions if you move them to the right
group (android-platform). Sorry but its important to enforce good list
hygiene.
On Thu, Jan 8, 2009 at 8:44 AM, Andrew Stadler wrote:
>
> Anduzer -
>
> Questions about the internals of the platform source code will
> probably
nstead, easy access to JSR82 is
> > > spreading: now, even LG and Samsung are starting to provide this.
> >
> > > - Security concerns like this should not be addressed by limiting the
> > > functionality of the system, when they can be addressed at the
> > >
implementing this, but certainly it would be better to produce an OS
> > that is not limited in the way that the BB and iPhone are.
> >
> > If you really believe thatbluetoothcommunication without pairing is
> > a security hole - and I believe that Nokia and SE have shown th
x27;s not my headset itself
> that is the problem because it still works fine with my previous phone
> (LG enV/VX9900).
>
> Is this an Android compatibility issue? If so, is this something that's
> being worked on?
Bluetooth voice dialing support was added in the cupcake codeb
Yes we don't have official SDK API's to Bluetooth, but that does not
mean we have a don't have a Bluetooth stack with supporting Java
framework classes.
See BluetoothDevice.java, BluetoothHeadset.java, RfcommSocket.java etc.
However, we have not made any of these classes part of the official
And
We have fixed this bug - you can now trigger voice dial from
bluetooth, it will be pushed to the open source repo soon.
Nick
On Fri, Dec 12, 2008 at 11:43 AM, Muze wrote:
>
> looking for a way to do that myself, so this reply is a bit late,
> but...
>
> the current android SDK doesn't allow you
We know about this issue. It is because the lexus does not support 3
way calling notifications, and we are incorrectly sending those
notifications anyway. The lexus gets confused and disconnects.
We plan on fixing, but if you are in a hurry the file is
BluetoothHandsfree.java.
Nick
On Thu, Dec
It gets set to the product name property the first time bluetooth is
turned on. You could have it use another property. This is done
internally by the bluez daemon.
There is no easy way to change the device name with bt off, because
the bluez daemon is not running.
The bluetooth api is not avail
I can see there is a use case for this.
If we were to do this, it would be through a scary sounding bluetooth
permission. "This application can connect to untrusted Bluetooth
devics". We'll have to think about this a little.
The first step is to get any Bluetooth API out. Let me work on that fir
We are likely to prevent Bluetooth data connections (RFCOMM) from apps
unless the two phones have been paired. It's really hard to make
security work any other way.
Nick
Android Systems Engineer
On Wed, Dec 3, 2008 at 1:37 AM, whitemice <[EMAIL PROTECTED]> wrote:
>
> Hi Nick
> While we are on th
87 matches
Mail list logo