I’ve tried to use Inbox for a while, and after few about a half year of usage, I determined Gmail interface is more of what I find more useful than Inbox in daily E-mail usage.
What I like about Inbox
Inbox has its own charm, it’s somewhat easier to navigate, and offers wide variety of snippets. If there are attachments, they are highlighted, and I’d say, it’s more fun to use.
What Inbox is trying to do is very ambitious and is a very interesting attempt to improve E-mail as we interact today.
What I don’t like about Inbox
Then there are bit of complaints I have with Inbox, it’s mostly features available on Gmail, but not on Inbox.
No alternative signatures for alternative address
I have some alternative addresses I have set up, for example for the convention E-mail and such. What really bothers me is that I can’t set up an alternative E-mail signatures for them.
Send style defaults to HTML and there’s no way to change this
I don’t usually send HTML mails, because, they may hide invisible changes I don’t mean to send. Gmail allows me to switch between HTML and text, but Inbox doesn’t.
No “view source” option
OK. I admit, this is not something 99% of the population would seek for. I like to be able to view E-mail source to inspect headers. Why do I want check an E-mail header anyways? Well, it is one of the best ways to detect phishing E-mail.
Language specific reply header and I can’t change it
When you hit reply to E-mail with Gmail, I see something like this as a reply header:
2016-02-17 13:26 GMT-08:00 John Doe <email@example.com>:
If I do the same on Inbox, I see this: (I set my UI default to Japanese)
2016年2月17日(水) 13:26 John Doe <firstname.lastname@example.org>:
Why I like Gmail version better? Because it doesn’t matter whether I am sending my E-mail to someone in Japan, US, or any other countries I’m sending my E-mail to and make sense to everybody. Reply header that Inbox use only makes sense to Japanese people. At least I expect the option to change this.
From what I observe above, Inbox seems to be designed for more of casual E-mail users, perhaps consuming more E-mail than writing one. What I really want to see is either Inbox with more of Gmail features implemented, or vice-versa. Come on Google, you should be able to do that!
Why this is not a serious problem? Because relying your security on bootloader is utterly stupid to begin with. If someone has a physical access to your machine, that means, they can easily bypass limitations set by a boot loader. It is a very simple feat to create a thumbdrive with a bootloader without such authentication in place, whether this vulnerability exists or not. Therefore, the existence of this vulnerability does not provide any difference from a security standpoint.
To protect a system with this type of issues, you’ll have to take steps like:
Limit physical access to the device.
Encrypt root partition
If only thing this protection on this Grub2 feature provides, that’s an illusion of security, maybe we are better off without this feature. (If someone’s so concerned about giving access to rescue shell so easily, in casual operation, then remove a rescue shell from Grub2 installation. If system administrator ever needs one, just boot from external media with rescue shell access.)
I was traveling Japan earlier, from March 23rd, to March 30th. This was my first time traveling with my phone set to roam. The last travel before that was precisely 7 years 1 month 24 days before this trip, and I did not roam for two reasons back then; one it was cost prohibitive, and secondly, back around that time, I did not have a phone capable of roaming; back in time, I was using T-mobile MDA, essentially a renamed version of the HTC Wizard, which was an EDGE capable, which basically meant there’s no roaming available in Japan. (Japan is one of the few countries out there never had seen GSM deployment.)
Forwarding the clock for 7 years 1 month, 24 days, now I have a Nexus 5, which supports LTE and UTMS. This meant finally I am capable of trying out roaming in Japan. Coincidentally, as a part of T-mobile’s Un-Carrier initiative, they have made available free roaming (albeit with some limitations) available to simple plan subscribers, which basically gave me a chance to try it out.
The premise is that, I get data and text roaming free of charge (data locked to 128Kbps) and calling at $0.20/minutes. Latter pricing is not actually too bad, as some of their domestic plan can come very close or even exceed that at high margins. (For example, Softbank would charge 20 yen — roughly 17 cents per 30 seconds in their White Plan, and DOCOMO would also charge up to 20 yen, but generally more like 11 to 15 yen, that’s 9 to 12 cents. Although in Japan, receiving the call is free as a caller actually picks up that bill, but in case of roaming, both making and receiving a call incurs charges, just like they would in domestic calls in the US.)
Getting off the plane, I have waited for a while, until the phone receives signal. Actually the phone force restarted, but it probably has nothing to do with the roaming; perhaps it’s something to do with the Android 5.1 issue, but once that’s over, it was a fairly smooth ride. The phone received a signal, showing JP DOCOMO as a carrier. Then I received the following two messages from 156 number:
Free T-Mobile Msg: Welcome to Japan. Unlimited text incl with your global coverage. Talk $0.20/min. More info http://t-mo.co/tc
Free T-Mobile Msg: Unlimited web included as part of your global coverage. To purchase high speed data please visit: http://t-mo.co/4G-Data
After a while, I have also received the following from 889 number:
Free T-mobile Msg: For faster web browsing, you can purchase a high speed data pass at: http://t-mo.co/4G-Data
The data pass, which I did not purchase, comes in three increments: 100MB for $15.00 (expires in a day), 200MB for $25.00 (expires in a week) and 500MB for $50.00 (expires in two weeks) — again, I did not purchase these so I can’t speak of experiences using those add-ons. These are still bargains, considering non-simple choice plan would incur $15.00 per MB. While connected to Japanese network, it was locked to UTMS. I am not sure if it’ll be the case with these optional packages or whether purchasing one of these options would unlock access to LTE network.
Pulling IP address of the device showed that it was T-mobile USA’s IP range, which was not surprising considering the packet would still go through their access point, even though it is piped through Japanese network. At 128Kbps, I was worried that my data experience suck, however, it handled fairly well, especially after I turned off most of background backups of photos. It handled things like Facebook post, and Instagram fairly well.
Messaging applications naturally did not have any issues. One thing I noticed is when I jumped from one carrier to another (the network I could roam was on DOCOMO, as well as Softbank) and occasionally, especially when I was emerging out from no-signal area to coverage area, for some reason, it took a while to phone to realize that I have a data connection. This intermittent connection issue was somewhat annoying, but not critical for most of my applications.
Google Maps operated and helped a lot navigating a massive network of Tokyo train systems. Browsing experience was not too bad either; this probably also have helped by the fact that Google Chrome compresses data for me in the background.
In any case, having some form of connectibility was way better than having nothing, and the first try with T-mobile free roaming was a very pleasant one. Now I can’t wait to go back again! 🙂
Update (2016-02-22): Developers have implemented changes to address this issue. While you won’t see the benefit of these changes immediately, it is certainly “coming soon” at this point.
I have been experiencing excessive lag on Google Chrome on Linux for a while, and I have been searching for solutions. The issue itself, has been reported in different incarnation of bug reports, including issue #424082 on Chromium bug reporting system.
Recently, it was tracked by one of the Chromium developers that some font configuration is causing an unnecessary call to fontconfig, giving it bit of a performance penalty.
Perhaps this problem wouldn’t have affected so much about western fonts, because of relatively less load involved in the system to parse western font sets (though I’d think increased CPU load would have been observed, albeit in shorter duration.)
If you are affected by this issue, you’d seen a significant lag in UI interaction, including input to the Omnibox, as well as other actions such as menus.
Unfortunately, a good number of Japanese users may have been encountering this issue, as very common fonts (at least on Linux) such as IPA fonts would have been one of fontsets that can cause this issue.
To work around, in case of KDE, you will have to install kde-config-gtk-style and change GTK styling to use fonts other than ones affected by this issue. (On Gnome, it would be gnome-tweak-tool.)
Note that you will have to restart Chrome everytime you change this setting.
Recently, the hosting company I use made it compatible to use Server Name Indication to support SSL/TLS. This has made it possible for me to encrypt many of sites under HidekiSaitoCom domain. Currently, as written in HidekiSaitoCom PKI Information some of my sites utilize certificates issued by StartSSL. The problem of StartSSL is that its limitation calls for a fee for each revocations issued, and this is mandatory for generating a replacement certificate; the problem that can be very critical for low budget sites such as mine. Certificate costs are not negligible for websites with virtually no income. These problems are perhaps one’s aimed to be fixed by Let’s encrypt project, but its implementation is still far, and considering server side implementation seems to be necessary with their model, it is still unknown when this would be available to me.
One way to solve this problem is to use Self-signed Certificate which basically a certificate that attests itself, however, as a promoter of GnuPG I thought of handling this slightly better. Meet Rhodanthe CA.
The goal of Rhodanthe CA is not to authenticate the site, however, it is mainly used to offer opportunistic encryption scheme, using root certificate that can be externally verified using an OpenPGP key. Feature for the CA includes root certificate, intermediate certificates, and also offers Certification Revocation List. Considering the upcoming Let’s Encrypt feature seems to aim to provide a light-weight basic level of domain matching authentication, other than seeing scary warning when accessed without importing the root certificate, it should offer just as good security. Perhaps, in the future, actual authentication is more bound to Extended Validation Certificates; it’s very important that we provide functional encryption to the site.
As a side story, major corporation such as Google owns its own Certificate Authority. They have this functionality by having root certificate authority to sign their CA key, which effectively makes Google’s CA Intermediate Certificate Authority to the root CA (in their case GeoTrust) in order to issue certificates for Google’s services. The problem of this is the cost and burden such as Certificate Practices Statement; what is beyond for individuals like myself to apply for.
The Endless Debate covers topics that seems to come up again and again, which seems to have no winner in the end. The classic example of it is the number of spaces after the period. (This particular topic is not covered by me yet, but I will certainly get to it at some point, stay tuned!) The purpose of this series is to not attach people with the opposite view, rather, it’s an exploration of ideas, with the main focus on history, technology, and practicality.
In this article, I will be covering E-mail signature placement, which also covers reply styles.
What’s an E-mail Signature?
If you are sending E-mail daily basis, you know what is it. As many articles1 claims E-mail usages among young people are feeling, let me explain what it is.
My E-mail is my password.
Bottom of E-mail, with the name and the company name is an E-mail signature block.
What’s the argument?
With a single message (or the first message in the thread), there’s not much room for arguments; you begin by starting your message, and then you sign the message at the bottom. This starts to get a bit complicated when someone replies. I will illustrate two cases:
The first one:
Werner Brandes writes:
> My E-mail is my password.
> Verify me.
> Werner Brandes
> Playtronics Corporation
Who are you?
and the second one…
Who are you?
Werner Brandes writes:
> My E-mail is my password.
> Verify me.
> Werner Brandes
> Playtronics Corporation
You see two different approaches? The first example is called interleaved-posting and the second one is called top-posting.
What’s the specification say?
Currently, there aren’t any specification stipulate the way E-mail signature need to be placed. It is, however, the convention is to use “-- ” (two dashes, plus space) followed by a new line to separate E-mail signature from the body.
Many E-mail systems assume that this convention is used, for example Mozilla Thunderbird would dim the portion after the separator, visually separating the section of a message from the body. Gmail also treats it differently, too.
Gmail has a checkbox that says “Insert this signature before quoted text in replies and remove the “-- ” line that precedes it.” Apparently, it removes “-- ” so to prevent many E-mail software to mistreat quoted text as signature blocks.
Mozilla Thunderbird defaults to interleaved-posting style. Can be configured to top post. Like Gmail, I believe it also removes “-- ” when it is set to do top posting.
I do not actually know how this works with Microsoft Outlook. Mainly because I don’t even have a license for it. I’m assuming it’s using top posting.
If the purpose of the signature is denote your ownership of the message, there are several ways you can view it. Perhaps, mainly this comes from the way one perceives quoted text.
Quoted text as transcript
This approach takes quoted text as a transcript of the message – therefore the message is signed at the end of the reply. Quoted text is thought to be a transcript, so the sender is not signing it, because it’s not his/her text.
Quoted text as treated text
This is the consideration that quoted text no longer holds parity to the originally replied message, even when they are identical. This is fair view that once it is quoted by someone else, the message was physically outside of original sender’s control.
Rational is that quoted text may or may not be modified, thus signature is very bottom of the message.
It’s actually really pointless arguments, for sure. Consider this, with E-mail system, we already face enough of a difference.
Many E-mail software (Mozilla Thunderbird, Gmail, and countless others) uses Usenet quoting for replying. Which basically means, something like this:
Werner Brandes writes:
> My E-mail is my password.
> Verify me.
> Werner Brandes
> Playtronics Corporation
While some use forward quoting (Microsoft Outlook and some others):
From: Werner Brendas
Sent: Wednesday, November 26, 2014 8:20 AM
Subject: My password
My E-mail is my password.
And mixing those two:
Sent: Wednesday, November 26, 2014 1:32 AM
Foo bar bar bar
> Foo bar
> B writes:
>> Foo bar bar
>> -----Original Message-----
>> From: C
>> Sent: Wednesday, November 25, 2014, 9:00PM
>> To: B
>> Foo bar
>> A writes:
>>> Foo bar
You see? We are already forced to live much greater difference when it comes to E-mail. Placement of signature, or even reply style is least of our worries.
I have been mostly using E-mail on Gmail interface, as I use Gmail and Google Apps (or, I guess they changed their enterprise offering to Google Apps for Work…) I have been using Mozilla Thunderbird once in a while. In normal circumstance, it would have been OK, but here are some issue of bit slow for the load.
Basically my requirements were:
I literally receive a few hundred of E-mail a day and it needs to be able to handle that. Not that I have to read over every single E-mail with details, but there are a handful of mailing list articles I’d like to triage.
Being able to author and send text E-mail (more on it later)
I use Mac and Linux, and cross platform is a must. (This is one of reasons, in addition to bitter experience in the past that I would never use Microsoft Outlook — in case someone would suggest this — and it’s not great at handling #1 point above.)
It must be able to support multiple account (Home and Work)
So this left me with few choices. Pretty much even 3rd point would disqualify a lot of choices to begin with. Then I just thought, Emacs already has built-in mailer, and considering every platform I ever have to interact would have it already installed, mainly because I use it daily.
Search facility — I felt it’s better to leave it up to Gmail interface, considering how fast it can search. Beside some automatic tagging, pretty much my E-mail is managed chronologically, and searching for E-mail more than I can glance over would require some serious deep searching. I have determined that after E-mail gets old enough to past certain point, it would be too old to be useful, and never get touched. Although, I still keep a copy of it, they are pretty much dormant, so I tend to leave the structure flat.
Notification — The age of smartphone (and I even have smartwatch) made it quite unnecessary for me to receive notification from my mailer. Although I can have Gnus pull E-mail and notify of new E-mail arrival, I purposely didn’t configure it.
Richtext authoring — I do not need fancy HTML/Rich text authoring. If you know me, I don’t purposely send out E-mail with mark ups. I’d rather stick with plain text and occasional use of simplified markdown. (Only time you’d see any formatted E-mail is coming from me is when I send the message out from my phone — because Gmail for Android sends the message out that way. I don’t know the reasoning behind the use of formatted E-mail as opposed to plain text considering you can’t really take advantage of rich formatting on that app.) Occasionally some ill-behaving (and possibly misconfigured) mailer sends me E-mail without alternative MIME part for text. In this case, I’d just read that portion of E-mail on the browser. (K-H command works very well to make this happen.) By the way, if you send mail this way, your E-mail will be ignored and/or will be sent to the very end of my queue.
So if you care about those points, my experience wouldn’t be too useful to begin with, so you can stop reading here.
Considering I have multiple Gmail/Google Apps account, I had to have something that manages multiple SMTP address.
I used using ‘gnus’ to read mail article from the emacs 30 Day Challenge useful to configure this. What I did not do was fully automated the process of choosing SMTP server, as there are fairly complex set of E-mail aliasing I have to take care, so I left some manual control to configuring this information by myself when sending E-mail, specifically by configuring X-Message-SMTP-Method and From fields. The code from the site is still incorporated, to validate that only valid E-mail addresses are ever specified in such configuration. This is primarily done by the code like below:
Further, I’ve replaced the default key map for toggling thread view (gnus-summary-toggle-threads initially defined as C-M-t to C-c C-t simply because I use C-M-t for opening a console on my Linux machines. (I currently use KDE, but I find this shortcut like Unity useful.) Configuring this is actually easy, by the way:
Gnus contains powerful E-mail authoring feature called MML, which basically allows me to mark up MIME structure. This would allow me, for example, to insert arbitrary MIME parts into E-mail. While I don’t do so much of this, nonetheless, this would allow me to fine tune the way attachments are configured, for example.
Smooth sailing so far, but I like to improve few of process to fit my needs, which I will be exploring as they becomes necessary!
(This is a translated/enhanced edition of the Japanese article originally published on 2013-11-25, due to some interests from Freenet users, I am publishing English translated version.)
When I was attending a Japanese elementary school, very long time ago, beginning around the year 1986, the end of each day was an end-of-the-day meeting.
Generally, important information for the following day, for instance, are main purpose of the meeting, however, there were part of the meeting where people were encouraged to whistle-blow their fellow students, usually for anything petty, such as “So and so weren’t working hard during cleaning hours.” (Students do cleaning duties for schools in Japanese schools.) It was held for all grades, perhaps except for first year, so I believe it was practiced school wide. (A quick Google search suggests it is widely practiced in school throughout Japan.)
It’s probably have been OK, if the whole accusation is true and appropriate for the one being accused, but the problem is when it is an accusation that one do not deserve. Many people who are weak to be confronted (or being sensitive to how others see them) tend to admit their fault, even when they know they don’t deserve one. Myself being quite cynical, and not necessary popular (kind of guy who would be alone, when the teacher asks pair up with other students, sort of speaking) I wouldn’t admit where there was no wrongdoing. This would often have caused this supposedly 10 minute meeting continuing for hours, although, by the time it deemed to take too long, teachers tend to wrap it up, perhaps making a rather ambiguous remark like “I have to leave this up to your consciousness.”
The problem of the end-of-the-day meeting is that there were no protection for one being accused, and judgement is being held by person(s) of interests; essentially first one that says something wins. It’s because logically, it is difficult, if not impossible to prove such wrongdoing didn’t take place to begin with. With an added disadvantage of not being popular in the class would make it worse, and indeed, these are the ones targeted the most. The End-of-the Day meeting contributed nothing but unnecessary dissension among students. What it essentially promoted whistle-blow for every minor dispute; including ones supposed to be solved among ones involved, as well as self-contained wrongdoing that has no effect on anyone but themselves. Essentially, it was a world of MAD (Mutual Assured Destruction) to make sure they weren’t the sole target for such whistle-blowing.
I don’t think it is an overstatement this practice promotes forced confession by police officers, with no transparency in Japan. The End-of-the-Day meeting should be abolished.
The above pretty much solves problems for generating UUID, but I wanted to have a solution that generates UUID inside Emacs, just in case it’s needed.
The example codes, Ergoemacs have posted seems to the job, however, I’ve noticed the original piece of code fixed the first character of the fourth segment character “a” (which actually generates a valid UUID, as this character needs to be either 8, 9, A, or B. I’ve modified this code slightly to generate one of those characters instead of it being always “a” which would be the following.
;; by Christopher Wellons. 2011-11-18. Editted by Xah Lee.
;; Edited by Hideki Saito further to generate all valid variants for "N"
;; in xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx format.
(defun insert-uuid-internal ()
"Insert a UUID. This uses a simple hashing of variable data."
(let ((myStr (md5 (format "%s%s%s%s%s%s%s%s%s%s"
(insert (format "%s-%s-4%s-%s%s-%s"
(substring myStr 0 8)
(substring myStr 8 12)
(substring myStr 13 16)
(format "%x" (+ 8 (random 4)))
(substring myStr 17 20)
(substring myStr 20 32)))))
Also one thing to note is that it’s generally better to use uuidgen where available, as it generates one from /dev/urandom, which tied to various random number sources — although, for the scope of generating uuid, it may not that be critical as likelihood of collision would still be low.