Package Details: davmail 6.2.2-1

Git Clone URL: https://aur.archlinux.org/davmail.git (read-only, click to copy)
Package Base: davmail
Description: a POP/IMAP/SMTP/Caldav/LDAP gateway for the exchange service
Upstream URL: http://davmail.sourceforge.net/
Licenses: GPL
Submitter: None
Maintainer: hyness
Last Packager: hyness
Votes: 123
Popularity: 0.42
First Submitted: 2010-01-20 17:20 (UTC)
Last Updated: 2024-03-31 22:16 (UTC)

Dependencies (4)

Required by (0)

Sources (4)

Latest Comments

1 2 3 4 5 6 .. 9 Next › Last »

SimPilotAdamT commented on 2024-07-15 15:39 (UTC)

Is upstream still being maintained? It seems to be using a deprecated API for comms with Outlook, resulting in it being unable to login (not using API version 2). At least for me.

jagjordi commented on 2024-02-06 22:47 (UTC)

Shouldnt the exec line include the "-server" option? Otherwise the GUI opens

Rhinoceros commented on 2024-01-19 23:36 (UTC)

Hi, I'm a bit confused by the different providers for java-openjfx. Does anyone have a recommendation on which to install? I've been using java-openjfx, which seems to work fine. I presumed this was the most up-to-date option? However, the package only has 4 votes, so presumably many people don't go this option. Also, it does take a while to build. java-openjfx-bin seems to be out of date, and similarly low on votes. jdk/jre 7 is no longer maintained upstream. Maybe jdk/jre 8? I'm not really sure what the other options are.

dxwil commented on 2023-04-05 16:56 (UTC)

Ok so I finally figured out. I changed the /etc/davmail/davmail.properties path to my own home .config directory in the systemd unit file. Looks like the ProtectHome option prevented my own davmail.properties from being read or something like that (and made it not work for me). So yeah, very stupid thing on my side, took multiple evenings to figure out. But at least it works now :)

mbromilow commented on 2023-04-04 15:14 (UTC) (edited on 2023-04-04 15:26 (UTC) by mbromilow)

I had to use this one-liner to replace the hardcoded /usr/share/java/javafx-x.jar OpenJDK JavaFX paths in the init script with the Arch symlinked /usr/lib/jvm/default/lib/javafx.x.jar paths in order to use interactive authentication (otherwise it failed with an "unable to load javafx" error and drops back to an annoying manual authentication mode):

cat /usr/bin/davmail | perl -pe "s/\/usr\/share\/java/\/usr\/lib\/jvm\/default\/lib/g,s/javafx-/javafx\./g" | sudo tee /usr/bin/davmail

I'm not 100% familiar with the correct way to handle Java libraries, but I'm guessing this should probably be made into a patch for this package as /usr/share/java seems to be a Debian/Ubuntu thing.

EDIT: It looks like swt is in /usr/share/java, so this oneliner probably breaks SWT support.

vantu5z commented on 2023-03-26 06:57 (UTC)

How do you run service?
And what errors do you get?

I use system service.

dxwil commented on 2023-03-25 16:14 (UTC)

I cannot get davmail to work through systemd. Which unit file should I use, user or system? Does anyone have any experience with this. Thanks

vantu5z commented on 2023-03-22 10:54 (UTC)

To install 6.1.0 version (rev 3423) you can just edit some lines in PKGBUILD like this:

pkgver=6.1.0
_rev=3423
md5sums=('e26b7e5a363dd53b76393966f1d47db6'

dxwil commented on 2023-03-21 20:30 (UTC)

Would it be possible for someone to update this for davmail 6.1.0. Thanks

rekman commented on 2022-11-15 07:17 (UTC)

For me the O365Interactive method does not work on Java 19. In fact, I had to downgrade to Java 8, and specifically jdk8 (Oracle's Java) to get the embedded JavaFX browser to show up. That old version requires the in-tree swt, or it raises.

Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: java.lang.UnsupportedClassVersionError: org/eclipse/swt/internal/gtk/OS has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Probably these need upstream fixes but this project is not very actively maintained.