|author||Eric Wong <firstname.lastname@example.org>||2019-05-09 09:57:37 +0000|
|committer||Eric Wong <email@example.com>||2019-05-15 09:02:48 +0000|
Preventative measures; since marketing is almost always annoying to me. And trying to avoid unintended consequences.
3 files changed, 29 insertions, 0 deletions
diff --git a/Documentation/include.mk b/Documentation/include.mk
index 2a02611a..6415338b 100644
@@ -10,6 +10,7 @@ RSYNC = rsync
RSYNC_DEST = public-inbox.org:/srv/public-inbox/
txt := INSTALL README COPYING TODO HACKING
dtxt := design_notes.txt design_www.txt dc-dlvr-spam-flow.txt hosted.txt
+dtxt += marketing.txt
dtxt += standards.txt
dtxt := $(addprefix Documentation/, $(dtxt))
docs := $(txt) $(dtxt)
diff --git a/Documentation/marketing.txt b/Documentation/marketing.txt
new file mode 100644
@@ -0,0 +1,27 @@
+marketing guide for public-inbox
+TL; DR: Don't market this.
+If you must: don't be pushy and annoying about it. Slow down.
+Please no superlatives, hype or BS.
+It's online and public, so it already markets itself.
+Being informative is not a bad thing, being insistent is.
+Chances are, you're preaching to the choir; or the folks you're
+trying to convince are not ready for everything our project
+represents to the resistance against centralization.
+There's never a need for anybody to migrate to using our
+software, or to use any particular instance of it. It's
+designed to coexist with other mail archives, especially
+other installations of public-inbox.
+Most importantly, we take victories even when our software
+doesn't get adopted. Freedom from lock-in is more important
+than the adoption of any software.
+Every time somebody recognizes and rejects various forms of
+lock-in and centralization is already a victory for us.
@@ -7,6 +7,7 @@ Documentation/design_notes.txt