Package Details: davmail 6.0.1-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: 118
Popularity: 0.016148
First Submitted: 2010-01-20 17:20 (UTC)
Last Updated: 2021-12-03 17:48 (UTC)

Dependencies (4)

Required by (0)

Sources (5)

Latest Comments

kyak commented on 2021-07-08 18:35 (UTC)

I've updated to v6.0.0 fine, but had to make few adjustments:

  • Set davmail.logFilePath=/var/log/davmail.log
  • Create and chown to davmail the /var/log/davmail.log file

Otherwise, I had errors like davmail - Unable to set log file path

dessert commented on 2021-07-08 08:18 (UTC)

The update to v6.0.0 broke it for me, I get DavMailAuthenticationException and could only downgrade to v5.5.1. The repo warns “HttpClient 4 migration in progress: Trunk will not be as stable as usual”.

mike2208 commented on 2020-12-27 12:53 (UTC)

When using the davmail system service, the process would fail on reboot with the message:

Started DavMail for maastricht.
davmail[401]: 2020-12-27 09:41:01,147 ERROR [main] davmail  - Unable to bind server socket for SMTP on port 1025: port not allowed or in use by another process
davmail[401]: Unable to bind server socket for POP on port 1110: port not allowed or in use by another process
davmail[401]: Unable to bind server socket for IMAP on port 1143: port not allowed or in use by another process
davmail[401]: Unable to bind server socket for CALDAV on port 1080: port not allowed or in use by another process
davmail[401]: Unable to bind server socket for LDAP on port 1389: port not allowed or in use by another process

Davmail binds the ports properly when manually restart the service. I managed to resolve the issue by overriding davmail@.system_service with

[Unit]
After=network.target
Requires=network-online.target

The altered davmail@.system_service service file is now

[Unit]
Description=DavMail for %i
After=network.target
Requires=network-online.target

[Service]
User=davmail
ExecStart=/usr/bin/davmail /etc/davmail/%i.properties
Restart=on-failure
PrivateTmp=yes
ProtectSystem=full
ProtectHome=yes

[Install]
WantedBy=multi-user.target
DefaultInstance=davmail

hwkiller commented on 2020-12-18 20:34 (UTC)

Along the same lines of @hamelg, I now use

#!/bin/sh
JAVA_OPTS="-Xmx512M -Dsun.net.inetaddr.ttl=60 -Djdk.gtk.version=2.2"
JFX_CLASSPATH=/usr/lib/jvm/default-runtime/lib/javafx-base.jar:/usr/lib/jvm/default-runtime/lib/javafx-controls.jar:/usr/lib/jvm/default-runtime/lib/javafx-fxml.jar:/usr/lib/jvm/default-runtime/lib/javafx-graphics.jar:/usr/lib/jvm/default-runtime/lib/javafx-media.jar:/usr/lib/jvm/default-runtime/lib/javafx-swing.jar:/usr/lib/jvm/default-runtime/lib/javafx-web.jar
DAVMAIL_HOME=/usr/share/java/davmail
#exec "$JAVA_HOME/bin/java" -jar "$DAVMAIL_HOME/davmail.jar" "$@"
SWT_GTK3=0 exec java $JAVA_OPTS -cp $DAVMAIL_HOME/davmail.jar:${JFX_CLASSPATH}:$DAVMAIL_HOME/lib/* davmail.DavGateway "$@"

As my script. I just edited the davmail.sh with that.

I was having problems with javafx and SWT. The above fixed SWT for me. I also had to roll back to openjdk8 for javafx prompts to work. With jdk14, it refuses to use o365interactive, because ""Unable to load JavaFX (OpenJFX)""

hamelg commented on 2020-11-26 21:39 (UTC)

The icon in system tray is ugly. At startup, davmail logs this message : INFO [main] davmail - SWT not available, using native system tray support

To enable SWT, I run davmail like that : SWT_GTK3=0 java -Xmx512M -Dsun.net.inetaddr.ttl=60 -Djdk.gtk.version=2.2 -cp /usr/share/java/davmail/davmail.jar:/usr/share/java/swt.jar:/usr/share/java/davmail/lib/* davmail.DavGateway

SanskritFritz commented on 2020-09-10 07:39 (UTC)

in your properties file: davmail.server=true

kuchik commented on 2020-09-09 20:55 (UTC)

Is there an option to run this without a GUI window showing up on gnome? I'm using the systemd user service but still a window pops up and stays in my dash. The service stops if I close the window.

Opvolger commented on 2020-06-10 18:24 (UTC)

can you add 'aarch64' as arch.? It works on my machine (Pinebook Pro).

diff --git a/PKGBUILD b/PKGBUILD
index 47f714a..5479016 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,7 +4,7 @@ pkgname=davmail
 pkgver=5.5.1
 pkgrel=1
 pkgdesc="a POP/IMAP/SMTP/Caldav/LDAP gateway for the exchange service"
-arch=('i686' 'x86_64' 'armv7h')
+arch=('i686' 'x86_64' 'armv7h' 'aarch64')
 url="http://$pkgname.sourceforge.net/"
 license=('GPL')
 makedepends=('unzip')

bidskii commented on 2020-05-27 04:43 (UTC) (edited on 2020-05-27 04:44 (UTC) by bidskii)

Has anyone managed to get an icon showing in gnome top-icons using the systemd user service?

suger commented on 2020-04-19 05:58 (UTC)

Would you mind adding 'armv7h' to the arch line? It builds cleanly and works smoothly on this architecture.

hwkiller commented on 2020-03-20 22:08 (UTC)

Can you add java-openjfx to optional dependencies? It is required for the browser-based o365interactive authentication method.

nesk_aur commented on 2018-08-21 07:26 (UTC) (edited on 2018-08-21 07:26 (UTC) by nesk_aur)

@TPXP It wasn't necessary for me to create additional user on the system.
Simply:
$ systemctl --user start davmail@username.service
$ systemctl --user enable davmail@username.service
as my usual user.

TPXP commented on 2018-08-21 06:22 (UTC) (edited on 2018-08-21 06:23 (UTC) by TPXP)

If anyone is trying to run this as a service, remember that the service is run but a user called davmail. For this service to work, you must therefore create the user.

useradd davmail -d / --system -s /sbin/nologin

Also remember to create a logfile the user can edit :

touch /var/log/davmail.log
chown davmail:daemon /var/log/davmail.log

Then the service seems to work out of the box. For example, copy the configuration file from http://davmail.sourceforge.net/serversetup.html to /etc/davmail/server.properties and start the davmail server.

systemctl start davmail@server

alexei commented on 2018-07-12 21:45 (UTC) (edited on 2018-07-12 21:47 (UTC) by alexei)

Apparently there's a headless no-gui mode: add davmail.server=true to the %.properties file: http://davmail.sourceforge.net/serversetup.html . Please consider making this the default in this package (especially when running as a service). Maybe include a default davmail.properties with this property set, or at least add a .install and print out a message upon installation about how to enable headless mode. Thank you.

nesk_aur commented on 2018-06-21 12:47 (UTC)

I just use systemd user service provided with the package, needs to be invoked like this: systemctl --user start davmail@username.service No icon, but whatever.

Cyrius commented on 2018-06-21 12:03 (UTC) (edited on 2018-06-21 12:15 (UTC) by Cyrius)

A few notes for those interested.

Under gnome (with legacy tray removed) latest davmail now starts with a window and stays in the dash bar until closed.

When using TopIcons Plus, there is no window, the davmail icon appears on the desktop (but cannot be interacted with it seems), and an empty space (with the usual davmail context menu) in TopIcons Plus.

In both cases the UI style is quite different compared to the previous version.

For whatever reason starting with davmail 4.8.5 the upstream tar does not contain the SWT jar anymore, while it is still present in the upstrem repo. I tried re-adding it (https://sourceforge.net/p/davmail/code/HEAD/tree/trunk/lib/swt-4.6.3-gtk-linux-x86_64.jar?format=raw).

With this, still under TopIcons Plus, the destop icon disappears and is back (albeit in a weird manner) in TopIcon Plus. The UI style is also back to what it was.

However, when not using TopIcons Plus davmail simply is not accessible anymore (running in the background, no window visible through the dash).

Edit: removed diff since AUR comment auto-formatting is getting in the way ...

davidnorthetal commented on 2018-05-29 09:16 (UTC)

someone having luck with enabling the systemd-service?

I always have to start it manually, suspecting a missing After field? - like: After=network.target

nesk_aur commented on 2018-04-23 05:16 (UTC)

Tested it on i3/i3bar - the icon does look ugly, but overall it seems to be working fine when started via .desktop file.

hyness commented on 2018-04-23 00:47 (UTC)

I've updated the package. The package starts fine for me from the command line, but I'm seeing issues when using the desktop file. Any patches are welcome for that issue. I'm still having issues with the tray looking bad, but that issue lies with davmail, not this package.

nesk_aur commented on 2018-04-18 07:03 (UTC)

hyness, is there an open bug for trat/taskbar issues? If not - can you create one please? Let's see what DavMail's developer(s) say.

hyness commented on 2018-04-17 14:36 (UTC)

Davmail has removed the linux specific packages this package depended on. I have updated the PKGBUILD to use the current version but there are issues with the tray icon, I'm hesitant to release it right now. Looks like there's support for Unity and KDE. I tried this package in Cinnamon and the tray icon looks terrible and the program shows up in the taskbar all the time with a plain java icon.

I can release the package, but I don't think there is anything I can do to overcome these issues as I think they lie with changes within Davmail.

kwrazi commented on 2018-01-25 02:14 (UTC) (edited on 2018-01-25 02:20 (UTC) by kwrazi)

The systemd system_service script expects davmail user to exists. Your package does not create this user by default. Hence, when I try to start davmail system service in headless mode, it dies with the following errors:

$ journalctl _SYSTEM_UNIT=davmail@company.service
... davmail@company.service: Failed to determine user credentials: No such process
... davmail@company.service: Failed at step USER spawning /usr/bin/davmail: No such process

After manually adding this user,

$ useradd --system davmail

the service starts up successfully. You might consider modifying davmail.install to add this user.

hyness commented on 2017-04-24 14:36 (UTC)

I'm sorry you are still having difficulties building the package. I have been maintaining this package for several years and have not encountered this issue. If you look at the PKGBUILD, it is using the standard download url that SourceForge packages use. I think if this was a widespread issue, more people would be commenting. With that said, if you want to contribute a pull request with a better way of handling this, I'd definitely consider it

snuffop commented on 2017-04-24 14:26 (UTC) (edited on 2017-04-24 14:27 (UTC) by snuffop)

It Continues After diging into the actual temp directory, I found that the tgz file is actually plain text and here is a shot of the results https://dl.dropboxusercontent.com/u/424516/Screenshot_20170424_092049.png Looks like the mirror I'm being redirected to doesn't have the file and or it's Not likeing the redirect. Grabbing the actual tgs via the gui browser and droping into the temp dir mid build gets it built for me, as the md5sums match, but that is a work around at best.

hyness commented on 2017-03-31 01:42 (UTC)

@snuffop From PKGBUILD... [ "$CARCH" = "x86_64" ] && md5sums=('d2c3bff0a30eac74b3596258dcd2e04e') From Sourceforge... davmail-linux-x86_64-4.8.0-2479.tgz 2017-03-23 6.7 MB 542542 weekly MD5: d2c3bff0a30eac74b3596258dcd2e04e I just built it again and it worked. Not sure what you are doing but this package is not the problem.

snuffop commented on 2017-03-30 14:59 (UTC)

Unable to Build due to source Validity ==> Building and installing package ==> Making package: davmail 4.8.0-1 (Thu Mar 30 09:54:08 CDT 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading davmail-linux-x86_64-4.8.0-2479.tgz... ######################################################################## 100.0% -> Found davmail.desktop -> Found davmail.sh -> Found davmail@.system_service -> Found davmail@.user_service ==> Validating source files with md5sums... davmail-linux-x86_64-4.8.0-2479.tgz ... FAILED davmail.desktop ... Passed davmail.sh ... Passed davmail@.system_service ... Passed davmail@.user_service ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build davmail. ==> Restart building davmail ? [y/N] ==> --------------------------------

peterhoeg commented on 2016-11-29 02:19 (UTC) (edited on 2016-11-29 02:44 (UTC) by peterhoeg)

The system instance requires config files in /etc/davmail and should be enabled as follows: systemctl enable --now davmail@davmail.service You can run it as a system instance for another user with davmail@some_other_user.service like this: systemctl enable --now davmail@some_other_user.service In system mode we only support one configuration per user. The user instance however does not take a USER as its instance name but instead the NAME of a configuration (it's entirely possible to want to run multiple instances). That means if I'm logged in as user "peter", I would start it with: systemctl --user enable --now davmail@davmail.service As you can see from the unit file, it will look for its configuration as /home/peter/.config/davmail/instance_name.properties, but you can start it with a different config like this: systemctl --user enable --now davmail@customer_a.service in which case the config will be read from /home/peter/.config/davmail/customer_a.properties Hope that helps! Works splendidly here.

AsmundEr commented on 2016-09-19 07:18 (UTC)

Davmail works fine when I execute `/usr/bin/davmail /etc/davmail/username.properties` from a terminal. But the systemd files don't work at all, both the @system and @username (with my actual username) services fail with a zero-content error message (see below). Really, this is just another showcase of the horrible brokenness of a cancer that is systemd: Loaded: loaded (/usr/lib/systemd/system/davmail@.service; disabled; vendor preset: disabled) Active: failed (Result: start-limit-hit) since Mon 2016-09-19 09:04:43 CEST; 4s ago Process: 24324 ExecStart=/usr/bin/davmail /etc/davmail/%i.properties (code=exited, status=217/USER) Main PID: 24324 (code=exited, status=217/USER) Sep 19 09:04:43 heimdall systemd[1]: davmail@username.service: Unit entered failed state. Sep 19 09:04:43 heimdall systemd[1]: davmail@username.service: Failed with result 'exit-code'. Sep 19 09:04:43 heimdall systemd[1]: davmail@username.service: Service hold-off time over, scheduling restart. Sep 19 09:04:43 heimdall systemd[1]: Stopped DavMail for username. Sep 19 09:04:43 heimdall systemd[1]: davmail@username.service: Start request repeated too quickly. Sep 19 09:04:43 heimdall systemd[1]: Failed to start DavMail for username. Sep 19 09:04:43 heimdall systemd[1]: davmail@username.service: Unit entered failed state. Sep 19 09:04:43 heimdall systemd[1]: davmail@username.service: Failed with result 'start-limit-hit'. Whoever invented this shit should go and sit in the corner and contemplate how it's even possible to come up with such uselessness.

ogarcia commented on 2016-04-20 12:56 (UTC)

There is a bug in davmail@.system_service The line: User=davmail Must be: User=%i Cause you are running the service with a system user, but this system user does not have to be 'davmail'.

wangsiyuan commented on 2016-01-13 01:09 (UTC)

Hi, I can use davmail@.user_service to start davmail(systemctl --user start davmail@siyuan.service). But when I enable it to start automatically( systemctl --user enable davmail@siyuan.service ), there is no icon. I used 'ps aux|grep davmail' to check, davmail is run. but it stopped soon. the log: Jan 13 08:56:12 siyuan davmail[463]: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException Jan 13 08:56:12 siyuan davmail[463]: at davmail.ui.tray.FrameGatewayTray$1.run(FrameGatewayTray.java:72) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:745) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue.access$300(EventQueue.java:103) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue$3.run(EventQueue.java:706) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue$3.run(EventQueue.java:704) Jan 13 08:56:12 siyuan davmail[463]: at java.security.AccessController.doPrivileged(Native Method) Jan 13 08:56:12 siyuan davmail[463]: at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:77) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue.dispatchEvent(EventQueue.java:715) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.run(EventDispatchThread.java:91) Jan 13 08:56:12 siyuan davmail[463]: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException Jan 13 08:56:12 siyuan davmail[463]: at davmail.ui.tray.FrameGatewayTray$2.run(FrameGatewayTray.java:88) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:745) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue.access$300(EventQueue.java:103) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue$3.run(EventQueue.java:706) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue$3.run(EventQueue.java:704) Jan 13 08:56:12 siyuan davmail[463]: at java.security.AccessController.doPrivileged(Native Method) Jan 13 08:56:12 siyuan davmail[463]: at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:77) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventQueue.dispatchEvent(EventQueue.java:715) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) Jan 13 08:56:12 siyuan davmail[463]: at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

hyness commented on 2015-11-05 17:22 (UTC)

Sorry for the delay, the systemd files are now included. Thanks peterhoeg!

peterhoeg commented on 2015-10-31 03:42 (UTC)

@hyness, yes, I wrote them myself.

peterhoeg commented on 2015-10-31 03:41 (UTC)

@getzee - correct, the files are templates, but as they have a "DefaultInstance", you don't need a separate non-template unit file.

getzze commented on 2015-10-29 17:55 (UTC)

@hyness It's a template unit file. There should be another service file to launch davmail without argument to point to the default properties file in ~/.davmail.properties. It could be called davmail.service. Also it would be nice to add a small post install message to mention that the service should be enabled. Thanks

hyness commented on 2015-10-29 16:43 (UTC)

@peterhoeg I've looked at your patch, are the @ symbols really necessary in the systemd filenames? I've never seen that before, but I don't know enough about systemd to know if they are required. Also, where did you get these? Did you write them yourself? After searching through davmail's svn repo, I can say they definitely do not provide them. The init scripts that people have been mentioning here are specific to redhat and debian.

peterhoeg commented on 2015-10-29 03:00 (UTC)

@hyness, here is a patch that adds both user as well as system units for systemd. I'm using the user version myself. Neither are enabled by default. https://gist.github.com/689ec0b82e16002c2184

hyness commented on 2015-10-28 17:37 (UTC)

Re: systemd init file I'm not opposed to including a systemd init file, however I don't think it should be enabled by default. 1. For example, in a multiuser system, this would not work since davmail is attached to a single user account. 2. In a desktop system, a simple DE startup for davmail works well. It always starts up for me perfectly in xfce4, unlike some other similar packages like dropbox which always seems to have problems showing up in the notification area. 3. I cannot seem to locate this mythical systemd file included with davmail. It's not in the generic linux package and I didn't see it in the rpm. If someone can send me a merge request or simply email me the changes, I'll include them, but leave it up to users to enable the script. Is this acceptable?

hyness commented on 2015-10-28 17:28 (UTC)

Added check for gtk-update-icon-cache, thanks harpchad

harpchad commented on 2015-10-02 17:11 (UTC)

davmail.install calls gtk-update-icon-cache, but gtk-update-icon-cache may not be installed as there's no dependency on the gtk-update-icon-cache package. Rather than adding a dependency, maybe you can test for the binary before executing, e.g.: [[ -x /usr/bin/gtk-update-icon-cache ]] && gtk-update-icon-cache -q -t -f /usr/share/icons/hicolor

belette commented on 2015-08-21 09:17 (UTC)

@elwinar : I created systemd init file and it seems to work well and I combined it with a davmail.server=true which work pretty well. Just a curiosity what the next version would contain more in this area? belette

elwinar commented on 2015-08-20 10:05 (UTC)

I just flagged the package out-of-date, because there is a new 4.6.2 version, which include init scripts. I you want some help with this let me know. Cheers, Elwinar;

Kurisutian commented on 2015-07-31 10:01 (UTC)

Is it possible to add the systemd script to the package. The one mentioned by square252 should work, but davmail would need to be installed to /opt/davmail instead of /usr/bin and the config file would have to be located at the /opt/davmail folder, otherwise it could be used as the basis and adjusted to the used paths from this package. Thanks!

hyness commented on 2015-03-05 23:34 (UTC)

Thanks Logout22. It's more effective to flag the package as out of date which notifies me. Otherwise its up to me to visit this page and read your comment.

Logout22 commented on 2015-02-19 14:54 (UTC)

A new version is out: http://sourceforge.net/projects/davmail/files/davmail/4.6.1/ Cheers!

square252 commented on 2015-01-27 08:31 (UTC)

thanks for providing this package. Sadly Exchange is used almost everywhere in corporate environments... What about adding this systemd Script to the PKGBUILD? https://github.com/stdevel/davmail-initscript The one zork posted does not work very well, because davmail itself is not killable via killall. Only the java process (which would kill much more on my system than just davmail)

zork commented on 2014-08-13 09:48 (UTC)

systemd service for davmail: [Unit] Description=DavMail Exchange Gateway Requires=network.target After=network.target [Service] Type=simple RemainAfterExit=no ExecStart=/usr/bin/davmail /etc/davmail.properties ExecStop=/usr/bin/killall davmail [Install] WantedBy=multi-user.target

hyness commented on 2014-06-04 14:17 (UTC)

@maci The Java Packaging Guidelines say the following... "You do not need to compile Java applications from source. Very little optimization goes into the compile process, as with gcc created binaries."

maci commented on 2013-10-01 15:10 (UTC)

this is the prebuilt package. wouldnt it be better to download the src and actually compile it instead?

Chris_TR commented on 2013-09-10 19:44 (UTC)

Just built and installed the latest version. Here you go, people: --- davmail/PKGBUILD 2013-07-18 10:53:11.000000000 -0500 +++ davmail.latest/PKGBUILD 2013-09-10 09:38:43.107915270 -0500 @@ -4,2 +4,2 @@ -pkgver=4.3.3 -pkgrel=2 +pkgver=4.3.4 +pkgrel=1 @@ -14 +14 @@ -_rev=2146 +_rev=2174 @@ -16,2 +16,2 @@ -[ "$CARCH" = "i686" ] && md5sums=('f66a6c8bfcf63a1d512d7756c316c145') -[ "$CARCH" = "x86_64" ] && md5sums=('85f79607fcf4ba4d20ce1315197ec2ff') +[ "$CARCH" = "i686" ] && md5sums=('119693e45bf6ea62a449879888e7f08b') +[ "$CARCH" = "x86_64" ] && md5sums=('11cc6fffcef073cc968ea394df995b97')

hyness commented on 2013-09-10 03:39 (UTC)

I won't be able to update this package until next week. If you cannot wait, update the PKGBUILD file locally... it's very easy, just update the version number and revision. You can either update the md5sum or simply tell makepkg to ignore it. Hope that helps.

richerVE commented on 2013-09-09 22:35 (UTC)

Latest version available: 4.3.4-2174

nullspoon commented on 2013-06-07 16:57 (UTC)

Looks like there was another bugfix. Earlier this morning 4.3.2 rev 2138 was released. Looks pretty minor though (thunderbird specific). I modified my local PKGBUILD (very nicely organized by the way ehliam) and it builds without trouble.

Ravenman commented on 2013-05-22 13:14 (UTC)

New version 4.3 is available. Thanks by your great contribution.

EasySly commented on 2013-02-27 08:25 (UTC)

New version 4.2 is available

figue commented on 2013-01-16 09:26 (UTC)

I've been running Davmail with this modified /usr/bin/davmail script that decrease memory consumed. The reported patch is: http://sourceforge.net/mailarchive/message.php?msg_id=30306602 And the /usr/bin/script that I'm running is: #!/bin/sh DAVMAIL_HOME=/usr/share/java/davmail for name in $DAVMAIL_HOME/lib/*.jar ; do CP=$CP:$name done CP=$CP:$DAVMAIL_HOME/davmail.jar exec "$JAVA_HOME/bin/java" -Xmx128m -XX:+UseCompressedOops -cp $CP davmail.DavGateway $1

commented on 2013-01-08 17:27 (UTC)

@dlinds: there are more packages than just jre7-openjdk, which have 'provides=("java-runtime")' in PKGBUILD. Though, it is possible that yaourt et group cannot search AUR for such packages - just guessing here.

commented on 2013-01-08 12:24 (UTC)

It seems that the dependency 'java-runtime' has gone missing. Perhaps it could be substituted with 'jre7-openjdk'?

jordidg commented on 2012-03-19 09:09 (UTC)

In case anyone is interested I've made a simple init script for davmail, it's available on http://pastebin.com/3FWbv2Hn

hyness commented on 2011-08-04 22:28 (UTC)

Extra md5sum line removed

commented on 2011-08-02 05:24 (UTC)

You have two md5sum-lines in your PKGBUILD. [...] md5sums=($_srcmd5 '1df37a6120d88de8df3cb735977336ba' '5f7c1bb0b5a9bc69c7015715d87862ea') md5sums=('2ce18e9004874fd1d4cf0d1b4b37c380' '1df37a6120d88de8df3cb735977336ba' '5f7c1bb0b5a9bc69c7015715d87862ea') [...]

commented on 2011-08-01 14:54 (UTC)

Yea, drove me nuts. Good thing we finally switched away from Exchange :)

psychedelicious commented on 2011-05-29 22:39 (UTC)

Does anyone else have the problem where Davmail doesn't respond or show the popup notification on startup? I then have to kill the process and reload Davmail. Sometimes I have to do this five or six times before Davmail will work.

commented on 2010-11-10 09:01 (UTC)

working great, thanks!

commented on 2010-09-29 06:32 (UTC)

Nice, finally 3.8.5 works for me!

hyness commented on 2010-09-03 16:02 (UTC)

@xduugu: Fixed problems with desktop file

commented on 2010-08-31 06:49 (UTC)

3.8.2 release doesn't work for me, I cannot connect any more to Exchange 2007 server, davmail asks me if my exchange password is expire, preventing me from logging in... I had to downgrade to 3.8.1 to have things working again.. Does anyone experienced same issue?

xduugu commented on 2010-08-25 18:25 (UTC)

There is an error and a warning in the desktop file you might want to fix some day: $ desktop-file-validate /usr/share/applications/davmail.desktop /usr/share/applications/davmail.desktop: warning: value "Application;Network;" for key "Categories" in group "Desktop Entry" contains a deprecated value "Application" /usr/share/applications/davmail.desktop: error: key "GenericName[en_US]" in group "Desktop Entry" is a localized key, but there is no non-localized key "GenericName"

hyness commented on 2010-08-05 04:19 (UTC)

Sorry, I thought jar was included in the JRE. Seems silly to make people install the jdk just to extract icons so I made unzip a makedepends instead.

commented on 2010-08-04 19:14 (UTC)

PKGBUILD runs "jar", which is included in jdk package, which should therefore be added into build dependencies...