the new script manually searches for environmental variables
so that it can work from a cronjob
and additionally searches for all Xorg displays on Linux
so that the display notification should appear correctly
no doubt there will be more bugs, but this is what the people want
and it's worth working out

The Mac version of paste requires "-" to read from STDIN. Without "-", the "mailboxes" line in ~/.config/accounts/<email address>.muttrc is empty upon adding a new mailbox via `mw -a <email address>`. The Linux version of paste works fine if "-" is added.

under the inbox is used for something else
closes #581

It was a bit confusing when it said "use `w -y user@example.com` to sync your mail"

Today's mutt-wizard does not support the XDG Base Directory specifications (https://wiki.archlinux.org/index.php/XDG_Base_Directory) because it says the user should be able to change the config, cache, data folders etc. using the environmental variables XDG_CONFIG_HOME, XDG_CACHE_HOME, and XDG_DATA_HOME, and instead hard codes the default paths ~/.config, ~/.cache, and ~/.local/share. My commit corrects this.

-E option is cross platform and interprets
pattern as regular expression always

Co-authored-by: Aisha Tammy <aisha@aisha.cc>

* changed ping address to a more friendly location 

`1.1.1.1` is not a friendly address for users from some parts of the world (e.g., China). Changed to `example.org` which should be more friendly to access.

* changed internet check by fallback

This is probably better since for most people it does the same thing and the first back up is Cloudfare's other DNS address which surprisingly can be accessed in more places (e.g., China) now. And changed the finall fallback as example.org.

I believe this addresses issue #456 where if you add a protonmail account you get an error.  This is caused by prematurely returning from the case statement that queries whether you have a protonmail account or not.

Co-authored-by: rjl6789 <rlives6789@gmail.com>

I think a recent change tried to send output from crontab to dev/null to avoid messages appearing a) when setting the crontab, b) whenever mailsync is run.  However the redirection was for the string concatenation meaning a null string was piped to cron obliterating the crontab (thank goodness for backups). I have put the redirection in the correct location (similar to a few lines above when removing the mailsync line).  I have also redirected all output of the mailsync (both errors and normal messages) to dev null.

Co-authored-by: rjl6789 <rlives6789@gmail.com>

If no options are passed but the accounts are specified then the blank opt flag causes a (harmless) error message from mbsync about an empy channel.

Co-authored-by: rjl6789 <rlives6789@gmail.com>

Let's make crontab a little quiet here, unless for those who set up mail for crontab error handling will be disturbed every few minutes.

* Simple Fixes

* Tweak wording

* Update openfile

* ShellChecked

* Little Fixes

* mutt-wizard works on FreeBSD, also changed mbsync with isync (actual package name)

* Added pgp support

* Fix head: illegal line count -- -1

* Fix `osascript: display notification with title "📧 xxxx" subtitle "xxxx" : No such file or directory`

use kill instead of pkill for speed

* Added vxempire.xyz to domains.cvs

* Fixed set_folder for vxempire.xyz

According to man page of mbsync, AuthMechs is the correct spelling of the option.