Just performed a fresh install of Arch, and try to use zsh instead of bash.

To make it remember history, and inherit nice aliases from bash , make a file .zshrc with the following:

# Created by newuser for 5.9
export PATH=$PATH:/home/user/.local/bin
# uncomment the line below if you feel like using oh-my-posh 
# eval "$(oh-my-posh init zsh --config 'catppuccin')" 
alias ls='ls --color=auto'
alias grep='grep --color=auto'
PS1='[\u@\h \W]\$ '
export XDG_DATA_DIRS="/var/lib/flatpak/exports/share:/home/user/.local/share/flatpak/exports/share:/home/user/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share/:/usr/share/"
HISTFILE=~/.zsh_history
# How many commands to store in history
HISTSIZE=10000
SAVEHIST=10000
setopt SHARE_HISTORY
# uncomment the lines below if you installed Fcitx 
# export XMODIFIERS="@im=fcitx"
# export GTK_IM_MODULE=fcitx
# export QT_IM_MODULE=fcitx

By default, GNOME doesn’t recognize tray icons from applications. This would be a headache for applications that starts up silently and automatically minimizes to tray. Head to Flatpak manager and install Extension Manager, open it and search for AppIndicator and KStatusNotifierItem Support, install the extension and you’ll be able to see icons showing up.

The short answer is yes, the long answer is not always.

The benefits of using your own custom domain, and the drawbacks of not using it, are listed below:

• Email providers would shut down, and all you have to do is changing MX records.
• You don’t always need to pay for extra addresses. A simple catch-all would solve the problem, and you can reduce spam by setting up rules with each recipient address.
• More solutions available. Some email hosting providers are exclusive for custom domain users, and you can engage with different providers with your inbound and outbound, get the best solution of each. For example, I self host my inbound email with mail-in-a-box and have full control over the spam filter, but I’m concerned with IP reputation and deliverablity, so for the SMTP service I simply choose Amazon SES at a low price.

The points above sound pretty valid, but people have raised some concerns:

Modern demands on email privacy are exceeding its original design and are still growing even more enormous. This is morbid.

Let’s take a look at some certain use case: Alice created a banking/finance account (something similar to Revolut/Paypal), and her login credential are listed below:

username: alice@example.org
password: You1-Should9-Use0-A7-Password4-Manager2!

Alice was careless, she didn’t follow the best practice of backup and lost her KeePass database (or her Vaultwarden database, or she forgot master password, or the paper that she wrote passwords on). Unfortunately, this is the only copy of the above username/password combination, there’s no way to retrieve.