On 18 October 2011 17:52, Matthew Barnes wrote:
> Here's a crazy idea...
>
> What do you guys think about moving evolution-alarm-notify to E-D-S as a
> simple D-Bus service? It could live in the new "services" directory:
>
> evolution-data-server/services/evolution-alarm-notify/
>
> evolution-
On 1 September 2011 08:15, Philip Withnall wrote:
> Any such backend would be best using libgdata to do the protocol-level
> work, since as you say, Tasks aren't exposed over CalDAV. This will
> require a new service to be added in libgdata:
As far as I am aware the Tasks API uses a custom JSON p
Hi,
Is anyone working on a Google Tasks backend for EDS? Annoyingly
Google doesn't expose Tasks over CalDAV but they do have a custom
HTTP/OAuth/REST API that shouldn't be that hard to access from
librest.
Ross
___
evolution-hackers mailing list
evolut
On 30 June 2011 19:45, Matthew Barnes wrote:
> Once I can verify that it actually works I'll see if Dan's interested,
> although he did point me to librest, which is libsoup-based and provides
> more complete OAuth support than my little hack.
>
> http://git.gnome.org/browse/librest/tree/rest
> (c
On 13 May 2011 16:11, Patrick Ohly wrote:
> Did the previous code transmit UID+RECURRENCE-ID? I am wondering why
> Evolution manages to keep views properly in sync despite the lack of the
> RECURRENCE-ID - and what'll happen when it starts receiving them.
>
> I guess I'll find out...
I can't reca
On 12 May 2011 11:44, Patrick Ohly wrote:
> Can you perhaps comment? You wrote the TODO items below...
[snip]
> I can fix these TODOs. Any objections or concerns?
None whatsoever, those are embarrassingly leftin from the very early
porting where large chunks of code were copied from the contacts
On 5 April 2011 10:21, Patrick Ohly wrote:
> I just noticed that e_book_get_book_view() already has a "GList
> *requested_fields" parameter. Is that used and/or implemented anywhere?
Not as far as I'm aware, no.
Ross
___
evolution-hackers mailing list
On 20 September 2010 07:07, Ross Burton wrote:
> On 19 September 2010 17:35, Kartik Thakore wrote:
>> I am attempting to make a bridge between tomboy and evolution. How can I
>> add/edit/update/delete evolution memos from a CLI or API?
>
> Use libecal. Speci
On 19 September 2010 17:35, Kartik Thakore wrote:
> I am attempting to make a bridge between tomboy and evolution. How can I
> add/edit/update/delete evolution memos from a CLI or API?
Use libecal. Specifically e_cal_new and e_cal_open_async to open the
memos, e_cal_get_object, e_cal_modify_obje
. One
of my plans was to move the "each operation in a thread" logic into
E*BackendSync because asynchronous backends obviously don't need to be
in a thread.
Ross
--
Ross Burton mail: r...@burtonini.com
ja
Whether you subclass ECalBackend or
ECalBackenSync is a choice made by how the backend will be implemented.
Ross
--
Ross Burton mail: r...@burtonini.com
jabber: r...@burtonini.com
On Wed, 2010-06-09 at 08:56 -0400, Matthew Barnes wrote:
> but since they have to change anyway, I propose just naming it:
>
> local://<>
local:<>, surely. No need for // when you're not putting a
hostname or path.
Ross
--
Ross Burton
On Fri, 2010-02-26 at 22:31 +, Michael Meeks wrote:
> Thoughts / flameage ? :-)
My thoughts are "woohoo" and "great work". If I'm feeling brave on
Sunday I'll start a clean build of eds and evo-edbus and dogfood it.
Ross
--
Ross Burton
er-message format
when maildir already exists, is already implemented in evolution (albeit
buggily), and is a very popular format. NIH seems a bit pointless
really.
Ross
--
Ross Burton mail: r...@burtonini.com
files
You installed evolution-data-server into a prefix that DBus doesn't know
about, so it can't autostart the daemons.
I have this in my /etc/dbus-1/session.conf:
/home/ross/BUILD/share/dbus-1/services/
Ross
--
Ross Burton ma
On Mon, 2009-11-30 at 15:17 -0500, Paul Smith wrote:
> PS. I was struck by running "ps -aef | grep evo" and seeing _NOTHING_
> except the actual evolution binary there... bizarre!
The EDS daemons are now called e-addressbook-factory and
e-calendar-factory. :)
Ross
er means you
acknowledge that stuff may well be broken, and the Evolution modules are
known to be broken (and being fixed) in lots of interesting ways.
Ross
--
Ross Burton mail: r...@burtonini.com
st
resolved via some refactoring, so fresh blood is welcome.
I've also renamed the status whiteboard flag to evolution[dbus] because
dbus-hybrid is incorrect now, so remember this tagging bugs!
Ross
--
Ross Burton mail
onst char *uri = "~/.evolution/addressbook/local/system";
> EBook *n_ebook = e_book_new_from_uri (uri, NULL);
Again, this isn't a URI.
Ross
--
Ross Burton mail: r...@burtonini.com
jabber: r...@burtonini.com
evolution generate,
> so, could you teach me how to generate standard addressbook.db file? I
> feel I mostly close my target, I will very appreciate for your help.
Instead of using ebookbackendfile directly just use libebook.
EBookBackendFile is an implementation detail and shouldn'
own bugs but if anyone finds any issues with the
addressbook, please file a bug!
My next goal is to get the calendar port ready for merging. With any
luck this will be done this week.
Cheers,
Ross
--
Ross Burton mail: r..
Hi,
Whilst working on the merge of eds-dbus I noticed again that the coding
styles in e-d-s are really mixed up. What is the official coding style
(mainly indent size and tabs/spaces)?
Ross
--
Ross Burton mail: r...@burtonini.com
ding the views API, and sanitising
the book API.
My shorter-term task list includes reviewing the Maemo patches, because
yes this is a problem.
Ross
--
Ross Burton mail: r...@burtonini.com
jabber:
x27;ve been thinking about).
Ross
--
Ross Burton mail: r...@burtonini.com
jabber: r...@burtonini.com
www: http://burtonini.com
signature.asc
Description: This is a dig
API, then switching to GError would make
things a lot nicer.
Ross
--
Ross Burton mail: r...@burtonini.com
jabber: r...@burtonini.com
www: http://burtonini.com
signature.asc
De
won't allow us to add missing async versions of the
entire ECal API in the future, so I'm voting against this.
Any comments?
Ross
--
Ross Burton mail: r...@burtonini.com
jabber: r...@burtonini.com
n API that I can use to generate the UID ?
As long as it is unique, it doesn't matter. EDS generates a unique
number from a number of sources, but using a UUID would be fairly easy
and ensure that it is unique.
Ross
--
Ross Burton mail:
ndex files into ~/.cache/evolution would be
a good idea.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://burtonini.com
signature.a
On Mon, 2008-09-15 at 12:35 +0100, Ross Burton wrote:
> On Fri, 2008-07-11 at 04:21 -0600, Srinivasa Ragavan wrote:
> > It would be really helpful if you can post a public/explicit mail with
> > permissions to do it, or code pointers - if you think you wrote a
> > piece of Ev
ve produced.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://burtonini.com
signature.asc
Description: This is a digitally s
ber of contacts, so
it should always be fast enough.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://burtonini.com
signature.asc
Descript
On Tue, 2008-08-19 at 18:51 +0200, Patrick Ohly wrote:
> On Sun, 2008-08-17 at 19:30 +0100, Ross Burton wrote:
> > On Sun, 2008-08-17 at 20:18 +0200, Patrick Ohly wrote:
> > > Do you plan to do that before replacing Bonobo in the mainline
> > > Evolution?
> >
&g
On Sun, 2008-08-17 at 20:18 +0200, Patrick Ohly wrote:
> Do you plan to do that before replacing Bonobo in the mainline
> Evolution?
Yes, finding out why getchanges() is so damn slow is on the list of
things to do.
Ross
--
Ross Burton mail: [EMAIL PRO
On Sun, 2008-08-17 at 10:01 +0200, Patrick Ohly wrote:
> On Sat, 2008-08-16 at 19:20 +0200, [EMAIL PROTECTED] wrote:
> > On Sat, Aug 16, 2008 at 1:32 PM, Ross Burton <[EMAIL PROTECTED]> wrote:
> > > This is DBus e-d-s:
> > >
> > > backends <-> e-
, and ask that the application developer writes
s-expressions themselves to search, you'll want more than a DBus
service.
Note that at present the DBus API isn't stable, so it can and does
change from time to time. The interfaces are documented in svn, in
the .xml files in the libedata-(cal|book)
On Fri, 2008-08-15 at 13:40 +0200, Andre Klapper wrote:
> Am Freitag, den 15.08.2008, 11:17 +0100 schrieb Ross Burton:
> > On Fri, 2008-08-15 at 12:09 +0200, Muelli wrote:
> > > > a DBUS interface to the e-d-s
> > > That has already been done: http://labs.o-hand.com
e to the client C api, without actually touching eds.
A python wrapper around a DBus service which wraps a C library which
connects to a Bonobo service doesn't really sound like we're moving in
the right direction here.
Ross
--
Ross Burton
, this is what I was told when I asked the same question. Other
> may jump in and correct me where I'm wrong.
It's actually faster than EDS-ORBit.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PRO
n
another machine if it uses an older DB version, but the DB file isn't
meant for interchange so I don't see this as a problem.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
t be found...
>
> Is there any way/ location in which the icons are loaded in Evolution?
Instead of saying "some", say what icon you can't find? Icons used by
Evolution are generally either part of evolution, evolution-data-server,
or gnome-icon-theme.
Ross
--
Ross Burton
libdb instead. --with-libdb would still exist for people who
want to use a custom libdb, but it would default to /usr.
Thoughts?
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED
bet is to add some debugging hooks into the stub
GtkPlug/GtkSocket source to see if they are being called, which would
explain your problem.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
> screwup
Your Bonobo/ORBit is broken. Whether this is due to a bad build, broken
configuration, or it just doesn't work on DirectFB, I don't know.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
enting which will either never work or needs to be implemented on
DirectFB.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP
l the external packages?
Camel uses NSS from the Mozilla project for encryption.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
P
trickier with the current ORBit
implementation but I suspect not that hard.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fing
27;ll want to call e_book_backend_notify_connection_status.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1
ou can replicate this massive memory usage, could you run e-d-s in
massif?
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP
vide a large amount of useful code
(specifically a gdata library).
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint:
t;
> I cannot find any result from this project!?
Ah, their webdav custom interface doesn't involve downloading and
uploading entire ical files. This would need support in Evolution, and
I've no idea if there has been any progress.
Ross
--
Ross Burton
f you are the only person using
the remote calendar, it would work.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1
On Tue, 2007-11-13 at 15:51 +0100, Jules Colding wrote:
> On Tue, 2007-11-13 at 14:39 +0000, Ross Burton wrote:
> > On Tue, 2007-11-13 at 15:00 +0100, Jules Colding wrote:
> > > The create_contact() e-book function is rather loosely defined:
> > >
> > >
> there aren't any major objections to this.
I'm fine with GtkHTML being switched to 3.22, but I think it should be
the only exception, EDS should jump to 2.22. No point not syncing it
entirely when its possible.
Ross
--
Ross Burton
2
> Evolution Data Server 1.22
> Evolution Exchange 2.22
I'd like to see EDS synced completely to 2.22.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
nd it should work fine. If
there are any errors they should be trivial to fix.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP
estion, there is no set format. EDS uses
pas-id-[some number], but the only requirement is that it is a unique
string.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www
tremendously up to speed on the details of
Bonobo, but this should be a fairly simple patch.
I'll point out that the DBus port should handle this already. :)
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber:
st if you
don't even try to. Even if there was a finalise() method, if you tried
to load/unload/load it will probably crash straight away as it tries to
re-register a supposedly static type.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
at one matters)
> I was told I need to stop gconftool-2, but that isn't running on my
> system.
>
> What am I missing that causes the file to be reverted, or replaced with
> a "first run" version?
Use gconftool instead of hacking the files directly. If you h
to xmlChar*. :( If
there are some strings which are only used with the libxml2 functions
then declaring their type as xmlChar is better.
I'll happily review a patch for evolution-data-server/addressbook
because the warnings there have been driving me insane recently.
Ross
--
Ros
blogspot.com/2007/05/improved-vcard-parser.html
Could you post the message itself, without any attachments? There are
some point I'd like to make, but without the context of the original
post it would be tricky to read.
Ross
--
Ross Burton mail:
On Tue, 2007-05-22 at 21:30 +0200, Patrick Ohly wrote:
> On the other hand, does that mean that I should stop bothering you with
> reports about problems in the EDS DBus version of libecal, Ross? ;-)
Not at all, if it's going to be merged we want to fix all the bugs. :)
Ross
--
of libebook/libecal.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
ot public
- EBookListener and EBookViewListener are not public
As before, these are not usable outside of libedata-book, so clients
should not be aware of their existence.
I've had a quick look at the Zimbra Evolution code and it appears to not
use these either.
Ross
-
Evolution team as a whole
agrees that the fork of libical will be dropped.
Ross
[1] http://sourceforge.net/projects/freeassociation/ -- last commit two
weeks ago!
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL
e.org/show_bug.cgi?id=438727
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4
On Fri, 2007-05-18 at 18:00 +, Srinivasa Ragavan wrote:
> It is with great pleasure I announce that Ross Burton joins me
> as "Addressbook maintainer". Ross is already the maintainer of Sound
> Juicer, Devil's pie, Contacts, Dates and Tasks. He has contributed many
n
try to e_cal_modify_object(), the server crashes. This bug contains a
patch to set the UID in the component before returning back to the user.
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
llers when Glib provides them. General
cleanup.
http://bugzilla.gnome.org/show_bug.cgi?id=318176
Liberally scatter const and static over libical, which moves many arrays
(which are often 25K each) into shared memory instead of relocated
per-process.
Ross
--
Ross Burton
Hi,
http://bugzilla.gnome.org/show_bug.cgi?id=318176 contains a patch to
liberally scatter const and static keywords over libical, which
dramatically reduces the amount of per-process memory. It has been
sitting in bugzilla since October 2005... can this be reviewed?
Ross
--
Ross Burton
On Mon, 2007-04-02 at 10:18 +, Srinivasa Ragavan wrote:
> This sounds really great. If you have the bugs/patches please post them
> across.
http://bugzilla.gnome.org/show_bug.cgi?id=425464
Ross
--
Ross Burton mail: [EMAIL PRO
e me a minute or ten...
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B
es and URL. For example:
$ eds-bookview --uri dummy:/// --repetition 10 --silent
Will visibly do nothing for a few minutes but EDS will be very busy.
Attach a profiler and come back 10 minutes later to discover that EVCard
parsing is still primary bottle neck in eds-dbu
essed and so on and I'll file a bug with a set of similar
optimisations in e-vcard (which, IIRC, is the biggest bottleneck once
the server side book view optimisations landed).
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
tification area in
GNOME, is for notifications. Not for random applications that you
decide should be put there and not the window list when you minimise
them.
If you want to dock arbitrary applications into the tray, use AllTray.
http://alltray.sourceforge.net/
Ross
--
Ross Burton
n't use EContact". The first
thing you do when you get an EContact* is cast it up to EVCard*. Yes,
it's more work, but because you are telling it exactly what to do, it
does what you expect.
I do plan on making a replacement for EContact at some point too...
Ross
--
Ross Burton
s might not be a real issue, as nobody really hacks on
libical. However, if nothing else uses it, maybe it should just be
copied into eds source tree?
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
assume it is present.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4
development cycle starts (after CVS is
> branched). So, for example, 2.11.x/2.12.x will depend on GNOME 2.18.
>
> I agree that depending on the libraries provided by the most recent
> _stable_ GNOME release is the right thing to do.
If this is what Harish meant, I agree.
Ros
this situation a
gboolean would use the same amount of memory as the int:1. I'm guessing
this was a style choice: always use a bitfield so future boolean flags
are compacted.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
>
> struct _CamelOfflineFolder {
> CamelFolder parent_object;
>
> gboolean sync_offline;
> };
gtypes.h says:
typedef gint gboolean;
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
structs with no padding.
EContact also manages to hit that sweet spot between
complicated-but-powerful and easy-but-limited, so it's
complicated-and-limited at once.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber:
On Fri, 2006-08-11 at 16:40 +0530, Mayank Jain wrote:
> On 8/11/06, Ross Burton <[EMAIL PROTECTED]> wrote:
> > On Fri, 2006-08-11 at 16:09 +0530, Mayank Jain wrote:
> > > But using gtk-doc style commenting create a problem?
> > > When I go ahead & document the
as he'll be trying to use a
> private function.
I don't believe that private functions will be included in the docs, as
(AFAIK) it uses the headers to determine what to output.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
ke sure that everything is happy. I can get
> e_source_list_new() to not complain with the following code:
libgnome is being deprecated, so unless you have a massive requirement
to use GnomeProgram, the gtk_init (&argc, &argv); will be sufficient.
Ross
--
Ross Burton
it, then dynamically link and libedataserver is nearer
100K.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0
elds.
All of these patches are in Maemo so have been tested.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21
found a problem with the Red Hat packaging, in that it treats
all of EDS a single library. File a bug with Red Hat, and notice that
Debian, Maemo, and OpenEmbedded (at least) already have split EDS
packages.
In the scheme of things this is a very minor issue which effects v
On Wed, 2006-07-12 at 19:13 +0200, Philip Van Hoof wrote:
> On Wed, 2006-07-12 at 17:00 +0100, Ross Burton wrote:
> > On Wed, 2006-07-12 at 17:39 +0200, Philip Van Hoof wrote:
>
> > > It's cleaner in my opinion :-), and I can more easily create a tar.gz
> > >
libedataserver could do with slimming down.
>
> For example EMsgPort, is that used by something else but Camel?
By the magic of grep, libedataserverui/e-passwords.c uses e-msgport.c.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
large bits of code that are only used in camel and are
currently in libedataserver, I'd propose moving them into camel:
libedataserver could do with slimming down.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROT
ges split into camel/ebook/ecal for OpenEmbedded (we
wrote them). There are EDS packages for the 770 which only contain
ebook at the moment but we're in the process of extending that for the
full system (otherwise Dates won't link). What devices are you talking
abou
cks. Hacks are ugly. Hacks are win32. I didn't come to the
> opensource community to get myself stuck in hacks.
>
> I strongly disagree with hacks. I don't support hacks. I will not use
> hacks. I will fork if I'm forced to use hacks.
Packaging the libraries as sep
o-hand.com/view/eds-dbus/trunk/ is the repository for anybody
curious as to how the source is arranged.
Cheers,
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
dd-change-log-entry does that for me automatically, with
XEmacs in Ubuntu.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fin
of why this happens.
You don't call gtk_init() so any calls to GTK will randomly crash.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.bur
d 4.3
without any problems, on both Intel and ARM.
I really would like this patch to be merged into EDS for G2.16, if only
for the memory reduction: libdb is statically linked into both the bdb
addressbook backend and libedataserver, at a cost of 600K each time.
Ross
--
Ross Burton
On Wed, 2006-03-01 at 12:57 +, Paul Hands wrote:
> Unfortunately, when trying evolution data server, I get the equally
> mystifying..
> e-msgport.c:39:18: error: nspr.h: No such file or directory
You need the NSPR/NSS headers, or disable smime.
Ross
--
Ro
FS, which isn't know for its speed.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4
ts on the 2.5 milestone tracking bug.
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E
1 - 100 of 116 matches
Mail list logo