Probably some apt/dpkg magic could help to avoid the hassle.ĮDIT: The packaging bug is now apparently fixed ( ) but this has not been back ported to focal (20.04). The only workaround I know for now is to fix whenever I need to use apt and then follow the steps above again afterwards. This unfortunately reverses the entire procedure (removes davmail libopenjfx-java libopenjfx-jni openjfx). Unfortunately, this leaves apt in an unstable state, complaining that I need to fix libopenjfx-ini first before I can use it with -fix-broken install. I just gave you the combination of versions that works for me. Package libjpeg62-turbo is not installed.
This will fail with the following error message: dpkg: dependency problems prevent configuration of libopenjfx-jni: libopenjfx-jni depends on libjpeg62-turbo (>= 1.3.1) however:
#Davmail server install#
This version will fail on an attempt to open the authentication window with no jfxwebkit in java library path error.ĭownload the file libopenjfx-jni_11.0.7+0-5_b from and install it with dpkg: Thunderbird with Lightning or Apple iCal) with an Exchange server. Sudo dpkg -i davmail_5.5.1-3299-1_all.deb DavMail is a POP/IMAP/SMTP/Caldav/Carddav/LDAP exchange gateway allowing users.
#Davmail server upgrade#
Get davmail_5.5.1-3299-1_all.deb from davmail's homepage and use dpkg to upgrade to this version: The authentication method is unclear to me.
#Davmail server password#
I have to use the domain\username and password to connect. Install davmail from apt: sudo apt install davmail - this gives an old version which, I cannot use, but ensures that most dependencies are in place. The tricky bit is the connection to the Exchange server over davmail, which goes through localhost. The debian's version of libopenjfx-ini does seem to solve the problem temporarily.
Ivanoff's answer is actually useful, but I found it confusing so a slower version for everybody, who is a bit dense, like I am. So I do not use the (crippled) procedure below anymore. I just followed davmail gui instructions and I am operational. This packaging is unable to open the web authentication, but the proxy mechanism (with link for a standard browser and pasting the token back) works, without any libopenjfx issues.
I landed with davmail 5.4.0-trunk, which is older than the mainline 5.5.1 but sufficiently new for talking to my exchange server. Check my article Practical guide to use Gnus with Gmail for more tips.EDIT: On I have updated my Ubuntu 20.04 packages (after fixing the problems introduced by the procedure below). It's awkward when product manager ask you open an important mail but that mail is invisible because it's marked READ. C-u here means display all the read and unread mails. In worst cases, IT administrator may block DavMail access because it relay too many requests from Gnus! The solution is to use another IMAP client like thunderbird to clean up the INBOX folder before start Gnus.Īnother tip is when opening a folder in Gnus, press C-u ENTER instead of ENTER key. Since I've got many mails in INBOX folder, POP3 could take some time to get them. :stream network))) by default, DavMail don't encrypt mail '((pop :server "127.0.0.1" DavMail is running at localhost (add-to-list 'gnus-secondary-select-methods '(nnml "mycompany")) but delete all the mails on server is scary gnus+davmail bug, so I have to use pop3 for DavMail
0 kommentar(er)
