Email

WordPress and email

I’ve been moving a few of the sites that I manage away from a simple shared hosting arrangement onto something a bit more proper, with Steph’s advice (this blog, being incredibly simple albeit with a fairly hefty archive going back to 2004 or something, remains on the shared hosting for now). The new ‘platform’ is made up of using SpinupWP to manage the setup of the servers and WordPress itself, which is all hosted on DigitalOcean, with all the benefits that come from having this kind of control over the environment.

One area that has been causing me some worry is around sending emails out of these sites. The emails that WordPress sends, like password resets etc, can be a bit flakey in getting delivered at the best of times, but to make it more complicated, SpinupWP doesn’t install a means of sending emails itself, you have to configure your own, using an email sending provider like Amazon SES or Mailgun. It sounds complicated – and it is, in a way – but there are plugins and things to make it easier.

I’ve played with a few ways of doing it, but think I have settled on one, that I will now move all the sites onto over time. I’m going to be using the WP Mail SMTP plugin to get everything set up and working, and linking it up with SendLayer to do the actual emailing. When setting these things up, you need a domain to use, and each one needs configuring in SendLayer. To make life easier for myself, I have registered a specific domain to use for this, and so emails will come from sitename@davesemaildomain.notreal, which hopefully will keep things simple.

Daily note for 16 November 2023

Ouch, nearly a week since my last note on here.

I’ve been having a quiet week this week and it has done me a lot of good. Slowed down the pace a bit, spent a (little) bit more time outside, made some space to work on some things that are starting to come to fruition.

The main example of that is the Local Government Digital Quality Framework, which is my attempt at coming up with a scalable framework for councils to be able to figure out where they are at with digital design, data and technology. Most importantly, it also helps them decide where they want to get to, and how.

I’ll write a dedicated post about it though, as there’s a fair bit to say.

Was feeling sad about the dying art of social bookmarking reading this by Howard Harold Jarche. In the comments someone recommended Raindrop.io which looks neat and I am going to have a play.

Am finding my Google-powered emails are struggling to get through some organisations’ spam filters all of a sudden. Shane and Steph recommended taking a look at DKIM records and things like that, so I did.

The different ‘flavours’ of service design – by Emma Parnell (subscribed!).

The Future of the Blogosphere – “Yet, despite its very different political-economic DNA, the blogosphere has become enshittified as clearly as Facebook, Google, or Amazon. Not just at the level of aging software, but at the level of the aging people who inhabit it, maintain it, and continue to churn out content on it, though at a rapidly decelerating rate.” Ouch.

Trustworthy AI in Government + Public Services — A self assessment tool from Oxford Insights.

Five for Friday (16/6/17)

Another week in which technology seems the least important thing in the world. Still, I’ve got nothing else to give, so here goes.

  1. Join the DH digital communities and channels team – two great jobs going on a great team at the Department of Health.
  2. Slack is raising another $500 million — and has attracted interest from a range of big buyers like Amazon – Slack is a really interesting tool. I swing wildly from thinking it’s not really that signficiant to considering it the harbinger of a new way of doing technology within organisations. As ever the truth is somewhere in the middle. The idea of Amazon buying it does not make a huge amount of sense to me. Amazon have inroads into big enterprise IT through their web services division of course, leading the way in the infrastructure as a service bit of cloud. They don’t have much (any?) of a footprint in software as a service – tools that actual users actually use. Do they want to get into that space? I’ve no idea but surely Google would be a better fit for Slack, and it would help out with the moribund and confusing state of the G Suite’s communications tools (Hangouts seems to have stagnated for years now).
  3. Survey points to digital skills gap in civil service and Public sector struggling with cloud due to skills shortage – to both of which my response is “yes, and?”. Seems to me that we see a lot of reporting of the problem with digital skills/confidence/mindset but very few examples or ideas around how to tackle it. If you’ve ideas to share, then please do so in the Digital Skills in the Workplace group on LinkedIn.
  4. History by lawsuit: After Gawker’s demise, the “inventor of e-mail” targets Techdirt – fascinating mixture of computer history combined with out and out oddness. The man who wrote a program called EMAIL claims this means he invested the generic tool e-mail.
  5. Minimum Viable Architecture – good enough is good enough in an enterprise – nice bit of myth-busting around the supposedly special requirements of IT in a larger organisation. The word ‘enterprise’ is used to justify all sorts of crap: higher prices, costly maintenance agreements, hard to use and complicated tools. The fact is that the only difference is one of time – bigger organisations have existed longer than most small ones and thus have built up baggage around infrastructure and process. Achieving change in such organisations means trying to reduce that cruft… as James notes in his post “If enterprises are going to drive a successful digital transformation, and develop a culture that supports agile development and devops, then they need less architecture, not more of it.”

 

These have mostly all been tweeted during the week, and you can find everything I’ve found interesting and bookmarked here.

Publishing stuff

One of the things I love about the internet most is the fact that it puts the power to publish into the hands of pretty much anybody. There are many ways of doing it these days, whether by using a tool like WordPress like I do here – which can be pretty complicated – or perhaps by using Medium, which continues to interest and confuse me in equal measure.

So I was quite excited to come across a really simple thing called publishthis.email which allows anyone to create public webpages by just sending an email.

I immediately got in touch with my friend Lloyd about this, knowing that he shares my enthusiasm for publishing stuff, and also how he really enjoyed using Posterous which did something similar, albeit in a slightly more complicated fashion. Posterous was bought and shut down by Twitter a few years ago.

publishthis.email works in a ridiculously simple fashion. All you do is send an email to page@publishthis.email and a web page is created for you – the link to which sent by return to you. Any formatting in your email is preserved and any pictures you include are uploaded and added to your page.

Here’s my rather boring first effort at a page. Lloyd’s is a little more exciting.

And… that’s it. There’s nothing more to it and it really is that simple. Oh, except for collections. When you send your email, if you add a + and the name of a collection (basically a group of pages) after page and before the @ in the email address (so, for example, send to page+davescollection@publishthis.email) a dynamic list of those pages is then created, with its own URL, giving you a very rudimentary blog.

Here’s my rather boring first effort at a collection.

There’s loads missing, like human readable URLs, navigation links between pages and so forth. However, whether they come or not, publishthis.email is potentially really interesting as a way of very quickly getting text and images onto the web to share with others.

It’d be good to hear what folk think about tools like this, and what uses they could be put to.

Owen Barder on taking control of email

obI’ve just come across this post from Owen Barder, from back in 2012, providing his tips on managing email a bit more effectively.

Owen has a triage system for email which is based on four D’s:

  • Deal with it –
    If I can deal with an email in less than four or five minutes, I do so right away. For example, some emails only need a quick, one-line reply. It is better to do this right away than to have to deal with email again later.
  • Defer it –
    There are some tasks which will take longer than five minutes, or which cannot be dealt with immediately because they require additional information or some action by someone else. These I tag with the date on which I want to deal with them – either today or on some future date. That gets the email out of my inbox and ensures that I’ll be reminded of it again when I need to come back to it.
  • Delegate it –
    If I am going to delegate a task, I try to do so immediately when I am triaging emails. That way I can give as much time as possible to whoever I am asking to do the job. I usually then defer the original incoming email to the time that a response is due. When that email reappears in my inbox, it reminds me to check that it has been dealt with.
  • Delete or file –
    If an email does not require any action, but I want to keep it to refer to later, I either delete it or (more usually) file it.

Owen runs through this process only three or four times a day, and has switched off any realtime notifications of new email, so it doesn’t cause an interruption.

Another key part of Owen’s workflow is the use of a folder called ‘Today’ where all the email that needs to be actioned on the current day is kept.

Owen lists the reasons why this system works for him:

  • A trusted ‘to do’ list –
    There are few things more uncomfortable than the feeling that you may have forgotten to do something. It is very stressful trying to keep everything in your head at once, and it makes it difficult to concentrate on the thing you are working on at the moment. We need to park those tasks somewhere and be confident that they will come back to us in good time to handle them. By putting a particular date on each email, I can get the email out of my ‘inbox’ and off my desk, secure in the knowledge that it will reappear on my screen on the day I need to do something about it.
  • Zero inbox –
    For many of us, it is important to keep an eye on our inbox, and to deal with urgent emails as they arrive. But if our inbox is also our to-do list (and, in some cases, a filing cabinet), this means that every time we turn to our inbox, we are also confronted with an unsorted list of all the things we need to do. With the triage system, the inbox contains only recently arrived, unread emails. There is something very satisfying about having a generally empty inbox.
  • Avoid reading emails again and again –
    Emails used to sit in my inbox for weeks – I wanted to do something about them, but I was not yet ready or they were not yet urgent enough. I would read them again and again – sometimes several times a day – to check what was important or approaching a deadline. With the triage system, I read each email when it comes in. Many of them I deal with there an then; the others are put aside until the day that I have designated to handle it. I still read many emails too many times, but it is much less often than it used to be.
  • Create space for today –
    Because I live mostly in my ‘Today’ box, not my inbox, I have more time to concentrate on the work that I should be doing. I do not anxiously monitor incoming emails, because I know I will look at those later in the day.

Hopefully there are some useful tips in here that others can pick up for your own email productivity and workflow.

What’s your preferred system?

Load more posts!