Delete your free Slack backlogs!

Why delete Slack backlogs?

Slack and other chat software tend to retain conversation history so that you can see and search what was said in the past. This can be very helpful for historical context and avoiding repeat conversations, but there’s all kinds of reasons why you don’t want to retain backlogs indefinitely:

  • people who join some time after the Slack is formed may find themselves being discussed in backlogs in terms that are uncomfortable now they can see it
  • the relationships of people in the Slack may change over time and previously friendly conversations may be weaponised by members
  • any malicious person who gains access to your Slack (whether by hacking or by being invited) gets the entire history of everything said there to bully or blackmail people with
  • the contents of the Slack might be subject to legal discovery at some point in the future and be used to win a lawsuit against members or owners of the Slack, or else simply dumped into the public record

Learn more in the Electronic Frontier Foundation’s Slack privacy campaign: What if All Your Slack Chats Were Leaked?, Slack should give free accounts control over retention.

How to delete Slack backlogs.

If you pay for Slack, you should use their message and file retention feature.

If you have a free Slack, you can do it yourself. If you are using the free plan, you can delete messages through the API. Here’s a really simple sample Python script any admin of your Slack can use, which will delete most messages posted more than 6 weeks ago. (Instructions.)

Alternatively, slack_cleaner2 is nicely flexible if you want to develop your own script. Or members could delete at least their own messages with eg the Message deleter for Slack 2.0 Chrome extension.

Script caveats

You will need owner or administrator access to your Slack instance (or else you cannot delete messages other users wrote).

The script operates with the credentials of the admin who runs it, and will not be able to delete other people’s messages in 1:1 DMs, or any messages in any private channel that admin is not in.

The script will not delete messages older than the 10,000 recent messages that free Slacks have access to (even deleting the newer messages doesn’t restore access to these). Yet these older messages are retained by the company and could be accessed if, eg, someone pays for the Slack in future or if a discovery motion is granted. Unfortunately, you will need to pay for Slack, at least briefly, to access these older messages for deletion.

Creative Commons License
Delete your free Slack backlogs! by Mary Gardiner is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.

Women and geek prestige

This article originally appeared on Geek Feminism.

This an Ask a Geek Feminist question for our commenters. I have some comments on this one at the bottom, but not a real answer.

I’ve seen various mention of trying to increase the respect given for non-coding activities, such as documentation and testing, which seem have a better gender ratio than coding, as a way of increasing acknowledged female involvement in FLOSS. But, while we definitely should give more recognition to non-coding involvement, it seems to me that allocation of respect / recognition simply does naturally concentrate on that which has the longest and steepest learning curves (just as I guess that in running there’s a hierarchy of jogger – runner – marathon runner – hypermarathon runner), and that this route will risk perpetuating a division into “womens’ work” and “men’s work”, with the traditional difference in public valuation. Is this a risk? Is it happening? And if so, what can we do about it?

And likewise, I get a similar impression about scripting vs compiled languages — that, statistically, women (more so than men) tend to prefer languages like python, rather than the languages that they’re implemented in (typically C). Is this a real divide? And does it have risks of getting more female involvement in FLOSS but in a way that some [male geeks] will dismiss as “not the real thing”?

Something I think is worth considering about this question is whether or not the hierarchy the questioner gives is objective. I’d argue that it largely isn’t. The learning curve for coding can be long and steep, yes. But consider documentation, for example. Writing well is a really difficult skill. It’s sometimes not as obvious that you’re acquiring it, precisely because it’s such a very long process and it involves doing a lot of reading and practising other forms of communication as well. A baseline level of skill in writing is also more common than a baseline level of skill in coding, but a high level of skill is no easier”Š”””ŠI’d actually guess much harder at the very extremes”Š”””Što achieve.So we need to be very wary of accepting this hierarchy at face value, both because it buys into the existing undervaluation of certain skills and because it risks continuing a nasty pattern: “if women can do it, it must be easier than we thought, let’s look for something currently mostly done by men and value that instead.”

That said, coding is fun and useful. (Well, for me. But that’s enough!) So is nuclear physics, pure mathematics, electrical engineering, hard SF and many other “male” halves of the gender binary fractal. So we don’t want to cede those to men.

For more of my own thoughts on this, see “Girl stuff” in Free Software, a post from last year from the point-of-view of deciding what to work on as a woman. What do you think? Where’s the balance between creating and properly valuing roles more suited for women’s existing socialisation and more women entering male-dominated and currently highly valued roles?