Copied from: gopher://bitreich.org/0/press/radio-interview-2018/english.txt

You may sometimes hear this file read on Whisper Radio:
https://radio.someodd.zip/

# Introduction

This interview was held on 2018-08-05 and published on 2018-08-08 in the
absmagazin (http://absmagazin.de). Here is the German website of the
interview:

	http://absmagazin.de/Members/radio/sendung/abs180808.mp3

Please see the corrigenda at the end.

Please see the links list for all references.

# Interview Transcription from German

[intro music]

Michael(M): Here's the ABS Magazin - "Arbeit, Bildung und Soziales"
- Your magazine about social policies here on radio x the Frankfurt
citizen radio.

Nice to have you all here! Thanks for listening! We have got a new episode
for you, exciting things from the realm of communication technology.
We want to talk specifically about the internet... No, we do not want to
talk about the internet, neither do we want to talk about the dark net
today, but something even more obscure: Today will be about 'gopher space'.

'Gopher' is a protocol, which has been introduced a bit earlier than
the world wide web. But it has faded a bit into obscurity. A protocol,
which might have to be said, is the way how computers talk to each
other, how they exchange their data. You may have heard about the HTTP
protocol. You are using this when typing an URL into your browser. Or
there is a protocol handling the exchange of E-Mails. And there's the
'gopher' protocol. Which is interesting in particular as it is simple
and similar to the web, such as: Gopher server provide text and provide
links. What they do not provide are pictures, additional features,
JavaScript or other complicated things.

This restriction providing text and links does also mean, that you can
work very fast with it, pages do load super fast. And there are people
saying that the web is too bloated, there's too much advertising, to
much nick-nack. It is getting more and more difficult to get to the real
information on a site. Under these circumstance it is to the point to
have a closer look at the gopher protocol.

We have talked to someone, who's knowledgeable in this field. There
is a group of people who will hold a conference soon, to discuss the
future of the gopher protocol and how to build a real, interesting,
alternative to the world wide web. But now we will have a little bit
of music: Mrs. Beep with 'The spring is coming' a little bit of 8 bit
music. After that we will talk with Christoph Lohmann, who will tell us
something about the gopher protocol.

[...music cut out...]


Yes, now we have Christoph here. He is a bit of a computer nerd, a
hobbyist, who is tinkering with software, hardware, programming and
protocols -- everything that's computer related and how they communicate.

M: Hello Christoph!

Christoph(C): Greetings Michael, here's Christoph!

M: I have read that you are running a project called 'bitreich'. This
project is using some protocols that aren't known widely. But what's
this project about?

C: bitreich's goal is to create simple software. This includes simple
protocols like gopher. Simple principles, software that's fun to use. Our
goals are stated on the website or better the gopher hole.

M: Yes...

C: There are.. Well, we wanted to talk about gopher. It's about replacing
big complex things with simple stuff which you can even implement yourself.

M: Gopher does translate as 'Maulwurf' (German) right?

C: Yes it does, it is derived from the gopher mascot of the MIT,
a university in the US. Also it is a pun on 'to go for'.

M: This protocol has existed for quite a long time now, probably earlier
than the world wide web?

C: It has been developed in 1991, where the goal has been to connect
different databases at MIT with a hierarchical protocol. It has been
surpassed by the web sadly, which has been picked up faster, to put
it simply.

M: How do the web and gopher differ?

C: One has to differentiate between the data transport and display. In
the web there's HTTP for transport, then HTML for displaying the web
page in my browser. In gopher I have one protocol that already defines
simple menus. I know exactly that an item is a link and what will happen,
when I click on it. They are already defined in the protocol. Which
means the structure is more strict. As opposed to the web.

M: So like, when I am on a website often I have to relearn the navigation
and where to find things...

C: That's another issue on the web. There are even languages and
mechanisms, that can hide this from you. And a 'link' nowadays does not
mean 'go to this website' anymore. That's part of the problem. In gopher
you have this simplified, there's a link pointing to somewhere and I
just follow that. On the end of the link there may be another menu and
so on forming a tree of information for me to browse.

M: If I understood you correctly, the display of data in gopher is mostly
text based?

C: That's how it has been defined, yes. It's all about text. Images
have been added to it, but back in the days there have been all these
terminals with these old screens only capable of displaying text. But
it's about text, it's about a simple way to exchange information. And
that's pure text.

M: Or two people talk to each other, they also can exchange ideas or
information that way.

C: Yeah, text is even more simple. If you take this further, there's for
example Linux, which listeners may have heard about. That's about how I
can do text processing on the command line. With images you'll have to
deal with more complex algorithms and that's not as easy to use.

M: Hearing all this I think this is also about using simple programs
that use less resources? If I transfer a text file it is probably much
smaller than an Image or a video file.

C: Yes, that's right. I can tell a story where I have needed this
badly: In Bhutan in south Asia, north of India, where it's all about
the happiness of people, not like here… They have got a GSM Network
only. There has been a blackout and there has been only this slow data
network. But I have successfully retrieved my needed information via
gopher. It does not need a lot of resources.

M: So it is a protocol that's interesting for areas that are less
developed or where the aren't so many resources available?

C: Yes, gopher saves resources, but over all, since the web's problem is
illustrated with YouTube: Someone reads a text in a video which is served
in HD and viewed on a 4k monitor. I could have sent out the text instead!

M: So the approach is this: Here is a protocol and programs, allowing to
transfer information efficiently and fast. Sometimes as much information
as in a read out video. Is this a new trend?

C: Gopher has been dormant for a long time, since the web has gotten
popular. The current developments are that smart phones are getting
more powerful with more CPU cores on one hand but the systems get
slower more and more on the other hand. This prompted a lot of people
to think about alternatives. Also among experts who know about the web's
complexity. Gopher is a part of this alternative.

M: So there's a movement that strives for less complexity and resource
usage?

C: Yes, it's about the internet, not only the web. There's a lot more
besides the web. Bitreich is the part where software shall become simpler,
since that's all connected.

M: In your bitreich software development you write programs, that you
use for yourself or because they are so simple to use them yourself...?

C: It's about the command line in bitreich, for experienced users. The
graphical user interfaces need a lot of resources. Gopher is the part
for the end user. For developers it's about having nice command line
tools that are fun to use. That's our goal. And that's achievable through
simplicity only.

M: Are modern tools too complicated with their graphical interfaces? Is
that really taking out the fun?

C: Well, in the old days you'd have opened a text editor, which used up
200 kilobytes of RAM. Today when you open up an editor it will load a
browser in the background, this web browser will load JavaScript and
this all uses up to several gigabytes of your RAM. And then this all
has to display your source file. That's the current state of affairs!

M: When you say you want to find new ways with bitreich project, to use
less resources. Does it work? What are your experiences? Is it really
more fun than viewing smooth videos on YouTube?

C: I can see that I won't burn my upper legs when using gopher
as opposed to viewing a website, where my laptop fan goes on and
everything. Currently there are about 300 gopher servers, so we are
a small fraction on the net. The whole web currently uses ~2% of the
global electricity, sometimes even more…

M: But one needs to have a bit of a background to use all this? If I
imagine how easy it is today for average smartphone user to surf the
web or go into a chat with other people exchanging text messages. You
can visit an app store and will find ready made software. One click I'll
get it installed. If I want to use gopher that's not so easy is it? Or
a program to chat with others?

C: There are different layers here. First you start by visiting
gopherproject.org and if you are not using a gopher client you will
be redirected to a 'web to gopher converter'. You'll be able to browse
gopher sites in your web browser. And that's the entry point where you
will get to further gates.

M: So it's a gateway that I can use with a normal browser that does not
speak gopher and still be able to browse gopher sites?

C: There are also plugins for web browsers, at least Firefox and
chromium. One of the problems is that currently there has been a change
in plugins for these so there might be incompatibilities. There are
many more clients listed on gopher project.org.

M: What about chat? I know there was a protocol that has been in use a
lot: IRC - Internet relay chat. That's not as popular today is it?

C: It is popular among software developers, because every open source
project has their own channel. That's the easiest way to talk to
developers and users. There are web clients, mobile clients, command
line clients. IRC is implemented almost everywhere.

M: That's capable of doing the things you can do with a messenger on
the smartphone?

C: It could but does not want to?

M: Really?

C: I do have the possibility to share, say a video, in whatsapp or
images. You do not want this on IRC, it is a simple protocol. It's about
sharing text. If I would add media, it would be impossible for hobbyists
to run their own servers. You'd need more infrastructure on the size of
Facebook for example…

M: You have said that 'hobbyists wouldn't be able to run their own
servers'. Does that mean it is easy to set up?

C: There are several possibilities: There's Debian for example, a well
known Linux distribution, there are simple tutorials and instructions
on how to set this up. A server has a monthly cost of about 3 EUR/month,
which will be able to run a IRC server.

M: And that's easy to get running?

C: The server side is a bit more complicated, the client access is
really easy.

M: What other protocols are there, that follow this same idea of
preserving bandwidth and resources while being comparable replacements?

C: Before the web there have been many other protocols already, based
on the TCP/IP protocol. On there are ~65000 different ports that can be
used. Today we send all over one or two ports for HTTP and encrypted
HTTPS. There are many more protocols. For example 'dict': A protocol
to query dictionary servers. You send a request 'I'd like to know the
definition of this word' to the server and get back the definition of
the requested word as text.

M: Is this still in use? How would I use this today?

C: There is dict.org which maintains the protocol. Bitreich has its
own dictionary server for the urban dictionary which contains funny
definitions of words. It's just another service, not inherently difficult.

M: What other protocols are interesting for you?

C: There's newsgroups, but the problem with them is spam. There's
no efficient spam filtering method for newsgroups which is why they
died. They have survived as a medium to exchange binary data. Which
is why they are blocked in a lot of places due to them being used for
piracy. And the servers don't scale since they all need to keep track
of all the data on the network…

Then there's the Tor protocol…

M: Tor has also been around for a while. There have been spectacular
events surrounding the Tor protocol. It's about anonymity right?

C: Yes it is about anonymity. Today we know about the spy agencies
through Snowden and them surveilling all the routers in Frankfurt and
elsewhere. Which means they know where a data packet originates and
ends. Tor packages data in a way that one cannot see the way the a packet
is traveling. But the problem with Tor and the web is that there is a
lot of meta data in a web browser. This can be used to identify users. This
is where gopher can help.

M: So Tor is a method to hide your identity and what websites you are
visiting. When you say that there is too much meta data in a browser,
then this means: Information about the browser's config, installed fonts,
size of available RAM etc. Taken together all this information makes
a user's device unique as there are maybe only ~1000 people having the
same configuration. That's how one can identify users right?

C: Yes, that's how it works. Gopher can help here because there's a
defined amount of meta data: zero. With Tor there are a couple of things
one has to be aware of: I can leave the Tor network to visit a service
outside or I can access a service inside the Tor network. If I stay
completely inside the Tor network, there's no way for spy agencies to
find the 'end trail' of my packets. That's total anonymity. If I use this
to access the Facebook hidden service and I login with my credentials
I identify myself, so that's pointless. But on gopher there's no way
to login...

M: If you use Tor and you login somewhere then your identity isn't hidden
anymore of course…

C: That's a problem for inexperienced users. They download the
Tor-Browser, want to share their secrets about their regime. If I just
hand them a tor browser, it has certain metadata which spy agencies have
special filters for. So they can be found easily. Which means all the
basic layers have to be designed securely that the average whistle blower
will not get in trouble.

M: There have been different attempts at preserving privacy and not
handing over data to big companies, by not taking part in one of the big
networks. Are there alternatives to them? As opposed to using Facebook
& Co.

C: There's GNU Social for example or mastodon. If I go to Facebook all
data goes in and I get nothing out again. But if I use one of these
(slightly more complex) protocols on my home server I can exchange
messages with my friend in France, like: 'He has shared this picture or
text message to the group'. That's decentralization.

M: So there's no central data center holding all information, but many
servers holding on to what they need to know only.

C: The Facebook data scandal happened at the right time. There you
noticed that there's political resistance. So Facebook, Microsoft and
others started a project to exchange and export data. But so far Facebook
hasn't delivered.

M: With export you mean exporting user data?

C: I am referring to my timeline and all this.

M: Are there many people using GNU Social or mastodon? Or is this a
niche for specialists and nerds that care more about their privacy?

C: It's really easy to use: enter 'gnu.social' in a web browser and
you will get redirected to a server instance. There are many of them
and you choose the one where all your friends are already in the best
case. You sign up there and then you will use this server to post into
the network. It's all usable within the browser and it looks a lot
like Facebook.

M: We have talked about software and how to install it. You need to have
some background knowledge for using a command line as it is just a window
with text, you enter text commands etc. What do you think about people
getting into this? Does this have the potential to being used by a lot
of people or even becoming mainstream? Can this work? Or is this too
unwieldy and slow and complex for them?

C: Let's look at the argument someone makes when switching from windows
to Linux: But there's only a command line! But if I take interest in
my device then I'll learn how to use it. Back in the days I could fix
a radio myself. Today I don't know what this funny device is doing…

M: Yes?

C: That's the point. It's about having fun with computers. If you regain
that you'll learn how it operates and you'll dig deeper. And you will
be able to modify it yourself.

M: On the other hand a modern radio or computer does have a lot
more features than a cathode tube radio, like searching for stations
automatically, data transfer and offering a combination of different
sources (analog radio, digital radio, internet streams). That's way easier
than fiddling with the station knob yourself until you are listening to
the station you want.

C: I want to make a counter proposal: The problem with this is that you'll
have to buy a new device every year a new protocol is established. But
there are also things like the Raspberry Pi that's running Linux and you
can build your peripherals around that. If you want you can exchange
that for something with more computing power later. It's all about
modularity and wasting less. For computers and smartphones we do see
this developments towards open source hardware. It will take very long
due to vendors actively blocking these efforts.

M: Simple usage also enables more people to use this technology. For
example a navigation service on my smartphone is more comfortable than
carrying around paper maps.

C: That's why we talk about this. People need to know that the price
for all this comfort is being under total surveillance. And the
machine controls me. That's why one needs to know how the machine
works. Otherwise this will all be like magic and magic is never a good
thing. We need more science.

M: I'd like to come back to the navigation example: I've got a smartphone
with an app and can accurately see where I am. That's a service I'd like
to use, but I don't want to wade through complex software and install
text only interfaces. That's too much for most people I think?

C: Yes, no one will get attracted because of that. We do advocate that
every project should be reusable. If we talk about maps, there's a map
database, openstreetmap. There's someone that inputs all the maps into
the database, there's a program generating maps. Now someone can put a
text interface in front of the database to get to the same data. Not like
Facebook where data is hidden behind one web interface. If Facebook's
going out of business all the data is gone. So we say: re-usability. It
would be a huge waste to redo all this data.

M: What's the reason we don't have data reusability today but big
companies that collect all the data and not a lot of small contributions
by people? After all the idea has been around for 20/30 years as well..

C: Consumption is the problem. What's left of our social structure is
the 'I want' and 'I get'. Everything in between the 'waiting', 'I need
to master this' has been lost to Hyper-capitalism.

M: What do you think one can do about this? Is your attempt of focusing
on simple protocols trying to turn back the wheel of time a little or
changing it's direction a little?

C: I cannot convert the whole world. That's impossible. It's about showing
a different way. Someday someone will come along and use all this because
it fits his needs. If I only have a generation of smartphone users that
never have touched a personal computer, then they need to know that
there's a cleaner and simpler way. Your hand does not have to get warm
when surfing the web.

M: If I may exaggerate a little: We have had steam engines and horse
carriages back then, today's tools are a lot better, more efficient and
comfortable and enable us more?

C: No! We beg to differ: Some of the old protocols could not reach
everyone due to technical problems. But now I have gigabit internet
connections and so on, content distribution over gopher is instant. You
will see a difference. Try moving the mouse on a current Microsoft Windows
machine and compare it to a Windows 95 device. The older machine will
be faster. There are less layers of abstraction at work, it's simpler. A
computer has to do some real work, not existing in pure theory, like in
a bureaucracy. It's about practicality and fun.

M: Having fun with the computer is a recurring topic. Is this a central
point for you and your allies?

C: Yes it is like in any other club out there. If it is no fun, why
go there? We are hobbyists, working 8-10 hours per day, then I need
a good reason for doing this. That may be why there's often rougher
communication happening. Maybe due to us being human and not service
staff. Then it may happen that we demand some signs of self help from
others. This is not a self-service shop but a hobby. If I want to be
part of that I have to do my share...


[radio jingle]

M: Here's the ABS Magazin: Arbeit, Bildung und Soziales. Your magazine
about social policies here on radio x the Frankfurt citizen radio. We
have talked about the gopher protocol, the simple way of exchanging text
over the internet. We will continue our talk with Christoph as there
are now some people that want to take care of the future development
of gopher. What's the current state of affairs and how to move on? That
will be one of the topics of an upcoming conference and we would like
to know what will happen there. What's it about?

C: It's about 'bitreich con' or conference. That will take place next
Saturday and Sunday in Rodez, d  partement Aveyron, South France as
there's a bitreich member living there. But you can also follow the
event online. There's the slides available on the gopher hole via ssh,
an audio stream via gopher and IRC chat. So everyone can participate.

M: So one can listen to talks, the discussions and ask questions via
the IRC channel.

C: Exactly! And your upper legs won't get burned while doing so.

M: What's the schedule for the conference?

C: On Saturday we will talk about bitreich and what has happened there. We
have made changes to our manifest, new members and projects. On Sunday we
will talk about gopher exclusively. A lot of Americans will be looking
forward to this as there hasn't been a gopher con in a long time. And
they are mostly part of the older gopher community. So this will be the
first time that we will all meet together again.

M: And what will happen there? Will there be talks, programming sessions
or just a social event with discussions?

C: The most important thing for gopher is that we restart a discussion
that has been dormant for the last years. We need some kind of team
spirit again. As I said we do have 300 gopher servers this year, last
year there have been 100. So there's an increase. The protocol itself
has some sharp edges and warts that need to be discussed as well to
define them in the future. Especially interaction between gopher and
the web is still undefined. And we want to establish a discussion panel,
to keep in touch with each other.

M: You say there are 300 servers. What's on them? When I browsed through
them I have found a log of 'phlogs', something you would call a blog on
the web, right?

C: Yes phlogs, just like blogs. There are many of then and there have
been a lot of new phlogs. Because distribution of content is so simple,
you upload your text and it's there to be read. Very simple, just as it
should be. There's nothing more that for a blog as well really. A lot of
people do this due to a retro chic, like enjoying it like in the good
old days, some also do it due to it's idea of simplicity. Let me open
up my slides for a talk I have prepared so I can tell you some services
that might be interested for newcomers in the gopher space.

M: Gopher space is the whole part of the network, all servers running the
gopher protocol and all information on them? Just like the world wide web?

C: Yes, that's what I mean by that. As an example we have the following
services: A gopher fronted for mastodon/GNU Social as an alternative
to Facebook. Then there's an interface for the pirate bay's search,
an Interface for YouTube (search only), Wikipedia, a search searx which
works like Google or duckduckgo but federated. Project Gutenberg, where
old books are collected and there's even a search fronted for Netflix.

M: Those aren't static sites like text or audio or image files. But
there are interactive elements?

C: That's included in the gopher protocol. It's a search feature where
you send a search request to a server and get a response back. That's
how it is used in the pirate bay search for example where I send a search
term and get back a list of torrents to download.

M: That's not very different from websites…

C: Oh yes, it's different! I have mentioned the structure imposed by
gopher before. The looks will always be the same. I have a list of menus
and links, which I can follow until there's a file behind it or more
information. On the web you'll often have trouble finding your content
due to all the ads.

M: So the web currently is very heavy on graphics giving web designers a
lot of possibilities to create a page. And then there are factors that
have contributed to rising advertisements and the increasing resource
hunger of these websites. Wouldn't it also be a proposal to say: Let's
just use HTML 1.0 like in the beginning of the web? You'd get images  and
links but no extra code execution via JavaScript. Is that in alignment
with your goals?

C: I still have in mind what I have said about meta data and Tor. It would
be a step in the right direction but many have tried this and many many
have failed. That's a problem. The only thing you can do on the web to day
is to browse the mobile version of a site and suddenly it's accessible.

M: When you say 'failed', who do you tell? Does that mean it's too
complicated to create even simple websites? Or did they fail because they
look old and too retro? How can you tell that their attempt has failed?

C: It's the same problem why we won't see gopher taking over the
world. It's all too big. The same technology is everywhere but is seen
differently in India or Africa than here. Everyone has a different
knowledge level. The same is true for repairs. Knowledge gets lost. The
current generation does not do this. It's important to show them that it
can be different, it's about preserving that knowledge.

M: With repairs you are referring to the ability to repair your own
devices because they are designed in a simple way?

C: Yes, but there's more to that today. We are in an era of 3D printing
where Airbus will get 40% of the parts for an airplane out of a 3D
printer. If done right we can do this also for the end user.

M: So the HTML 1.0 revival has been an interesting idea from your point of
view but it's not really suited to keep to simple and essential protocols?

C: The problem with web development is that it's just piling up
layers of software. There's JavaScript on top of JavaScript on top of
JavaScript. The same is true for all commercial development. Why is it
the hobbyists that have to take care of simplification? Everyone lives
in their own filter bubble and as long as there's profit there's no need
for change. That's a problem and that's why we have to show a new way
as an alternative.

M: If I keep piling up layers upon layers and build it so that I can
still access the older layers then that's surely an advantage? To be
able to continuously carry on work while being backwards compatible
without making hard cuts where old content will not work anymore -

C: That's a totally different problem: Take archive.org, the people
trying to archive the web. They have huge problems scraping modern
web pages trying to find content and archive it. That's due to the core
problem of us not using text anymore. That has to be solved. We use
abstractions not text.

M: Currently when using HTML, text files are transferred. Or are you
fearing that there's just binary data exchanged in the future, to present
you an image containing text?

C: That's really happening at the moment, it's called web assembly. So
there's binary programs being executed in the browser which further
complicates it all. This also implies more access to the computer
hardware, another issue we have been warning about since Snowden. It
will get a lot worse.

M: That sounds pretty fatalistic, the web is a lost cause and cannot be
saved. Is it really that bleak?

C: It will get more complex and nontransparent. I cannot see it
differently. The developments of the last 20 years have been going in
this direction. We currently have only 3 web browsers left, that's also
a sign. With gopher one can implement a client in a couple of minutes
in virtually any programming language. There are only 3 browsers left
because not a single person will manage to write another one in their
lifetime. That's impossible with current standards.

M: Do you have to recreate everything from scratch? Isn't it a
possibility to stand on the shoulders of giants and do great things
with that? Otherwise we will again have to solve the same problems with
primitive tooling that have been solver already.

C: That's the same argument we have already had. The world's too big. We
offer one proposal how to make things simpler. Sometimes it gets picked
up, sometimes it isn't. But it's about spreading this idea: It's possible
to make it simpler! There are many people out there doing simple web
pages but total and absolute simplicity will not happen. If we'd all use
the same web browser for example we'd also have all the same security
flaws. That's another point: With Linux everyone can build their own
system and is independent. Like with natural selection mono culture makes
us fallible to the same virus.

M: You say: We need to experiment, we need to be diverse we need to create
things as we want them as users which is not the same as companies would
like to design web pages and our communications.

C: Companies may do what they want, once they see that people use our
things because they are fun… as it is happening at Microsoft, they
switch over to Linux because Linux is fun and they are having trouble
finding developers that do Microsoft. That's why Microsoft is developing
a Linux subsystem and is porting Linux software to it. Because there's
no one who wants to work with this tedious and boring Microsoft stuff.

M: Really? I have got the impression that windows is widespread in
industry applications where software is available for windows only. Or
in the games industry where a x86 windows platform is the prime one and
Windows the tool of choice.

C: That depends on your point of view! Linux has simply won!

M: *laughs*

C: Take the smartphone: 90% is running Linux and there are whole
generations of people in Africa that use their phones as their sole
device. Those are all Linux users. Industry and commerce applications
are niche products and niches move very slowly. Maybe we'll see a change
there in 20-30 years. And that's the point: Now we have the possibility,
now that there are no developers for Microsoft that do it with all their
heart, it's all about passion anyway, then we have people here on the
other hand, that switch all over to Linux. Microsoft is supporting docker,
they even distribute their own Linux images for their cloud service. Linux
has won.

M: You said that in some countries the desktop is irrelevant now, a
smartphone more important. Do you think that's a development that will
also reach us? Will the smartphone replace the laptop?

C: I can simply tell you an observation: We have had a village festival
here the other day and all the young ladies where sitting there using
their smartphone.

M: Okay...

C: That's a sign isn't it!

M: I see that you have a clear picture in mind… How's the reach of
your project with gopher, IRC and alternative social networks. Do you
see any international recognition? Or is it more some experiment of
people in the industrial nations?

C: Americans, as these are the old Gents that have been tinkering with
gopher in the old days, but there is also a wide reach in Europe. I have
seen a world map yesterday containing all the gopher servers. There
have been 3 in Africa, Japan has had a couple, Asia… there are
interested people everywhere. I know 2 enthusiasts from Argentina through
bitreich. We are international, English is our language as we are small.

M: Is there a way to access gopher on smartphones?

C: Proxies are the easiest way, seconded by 'overbite'. That's a gopher
plugin for browsers made by Cameron Kaiser, an American developer. He has
build solutions for Firefox and Chromium. You can find this through your
web browser. There are also graphical clients but those you'll have to
build yourself, so that's not suitable for beginners. But it's the same
as on the desktop: The advanced users have their command line where they
can run any of the command line clients, as it is a Linux system. And
the people specialized on the web can access it through a proxy. So
there's accessibility on all levels including 'backwards' compatibility.

M: You'll have your conference soon, where you will exchange ideas. Will
there be a way to read up on this later?

C: Yes the recordings and slides will be available online.

M: Being available online is the right clue! You all know that
you can listen to all of episodes of the ABS Magazin on our website
absmagazin.de. There you can listen again to how this all works, have a
look at the show notes where we will put in all the links that have been
mentioned on the show.

You have been listening to this week's episode of the ABS Magazine. You
have seen that there are many possibilities and a lot of them you can
use for yourself, to create your information channels as you want them
to be. Thanks for being with us, thanks for listening! You can join
us again next week at 4pm on radio-x, 91,8MHz your Frankfurt citizen
radio. So long!

# Corrigenda

* Gopher was developed at the UMN, not the MIT.