Package Details: dma 0.13-1

Git Clone URL: (read-only, click to copy)
Package Base: dma
Description: DragonFly BSD mail transport agent
Upstream URL:
Licenses: BSD
Conflicts: smtp-forwarder
Provides: smtp-forwarder
Submitter: hippodriver
Maintainer: corecode
Last Packager: corecode
Votes: 19
Popularity: 0.000000
First Submitted: 2008-05-18 15:39 (UTC)
Last Updated: 2020-03-30 18:10 (UTC)

Required by (1379)

Sources (1)

Latest Comments

dviktor commented on 2021-01-22 16:03 (UTC)

@Mozai can you try with pure makepkg, please?

Mozai commented on 2021-01-22 15:16 (UTC) (edited on 2021-01-22 15:17 (UTC) by Mozai)

tried to install dma 0.13-1

install -p -m 640 -o root -g mail auth.conf /var/cache/private/pamac/dma/pkg/dma/etc/dma
install: cannot change owner and permissions of ‘/var/cache/private/pamac/dma/pkg/dma/var/spool/dma’: No such file or directory

dviktor commented on 2019-10-17 19:42 (UTC) (edited on 2019-10-17 21:18 (UTC) by dviktor)

You should add smtp-forwarder to provides and conflicts to be sure that there are no conflicts with /usr/bin/sendmail. Major mail packages (msmtp, postfix etc) use this scheme

graysky commented on 2015-12-03 21:18 (UTC)

@corecode - Can you update to 0.1

jhall commented on 2015-08-24 00:00 (UTC)

Arch list could include armv7h. It works fine there.

corecode commented on 2015-04-15 10:03 (UTC)

both bison and flex are in base-devel:

jowi24 commented on 2015-04-15 08:49 (UTC)

Please add bison dependency, which is missing.

apoulos commented on 2013-10-17 18:00 (UTC)

Thx. Changing auth.conf to group mail fixed it.

corecode commented on 2013-10-16 00:54 (UTC)

Is your /etc/dma/auth.conf owned by group mail?

apoulos commented on 2013-10-15 22:45 (UTC)

yes: `ll /usr/bin/dma` -rwxr-sr-x 1 root mail 64864 Sep 1 17:58 /usr/bin/dma

corecode commented on 2013-10-10 19:20 (UTC)

Is your dma binary setgid mail?

apoulos commented on 2013-10-10 19:18 (UTC)

When I try to use sendmail, I'm getting: sendmail: can not open auth file `/etc/dma/auth.conf': Permission denied If I change the file /etc/dma/auth.conf permissions to group "other" read only, it works. Is there a better way to work around this problem?

corecode commented on 2013-06-03 13:48 (UTC)

thanks, updated!

prg commented on 2013-06-03 13:33 (UTC) This package should install binaries to /usr/bin instead of /usr/sbin

jdarch commented on 2013-05-31 15:00 (UTC)

Apparently the checksum has changed: sha256sums=('03a435e1b44af25057aa81cd2e9225cbe991128172093478b10fde0cbb835c29')

strings commented on 2012-12-07 05:52 (UTC)

flex is part of base-devel. all PKGBUILD's assume that you have base-devel installed.

mykhal commented on 2012-12-06 22:55 (UTC)

build dependency on flex should be added.

corecode commented on 2012-08-08 14:45 (UTC)

Thanks, updated.

Gently commented on 2012-08-08 14:16 (UTC)

New Homepage:

commented on 2012-01-23 23:38 (UTC)

@corecode Now the package has been orphaned and you can adopt it.

commented on 2012-01-16 18:29 (UTC)

I sent 458italia an email. If he does not reply in about a week I will apply for disowning in the aur-general mailing list.

corecode commented on 2012-01-10 17:12 (UTC)

@patroclo7: thanks, but I didn't want to blow this out of proportion. After all, he update it to 0.5. Maybe you can contact TU?

commented on 2012-01-10 17:10 (UTC)

@Corecode: you should ask a TU to orphan this package by force. The maintainer is unresponsive and you are obviously the best possible maintainer for it :)

corecode commented on 2011-11-16 13:02 (UTC)

I suggest tracking development on github: <>

corecode commented on 2011-11-16 12:48 (UTC)

I put an updated PKGBUILD at <>. No tarball necessary.

corecode commented on 2011-11-14 21:17 (UTC)

This is not the upstream version. I am the upstream author, and the correct upstream location is the gitorious site. For example, the last release is available at <>. I recently switched to using Arch, so I'm offering to package dma myself.

commented on 2010-12-25 18:37 (UTC)

cool 0.0.2010.06.17-2: this is the upstream ver; however, vercmp or similar functions may prevent aur-helpers from recognizing this as an update

commented on 2010-12-25 18:01 (UTC)

I was just being honest. People who don't know what they're doing should not be packagers. Also, software the maintainer thinks it's dangerous to install setuid root maybe shouldn't be packaged at all? Seriously, at the time of writing, this was the worst package I've ever seen. Thanks anyway. I love you too.

commented on 2010-12-25 17:02 (UTC)

wow no wonder the previous maintainer left you're a rude person, wzff

commented on 2010-05-03 19:58 (UTC)

and please, if you consider it dangerous, don't package it, but don't put dozens of comments everywhere telling the reader what you're doing is dangerous. it's annoying.

commented on 2010-05-03 19:56 (UTC)

ATTENTION, ATTENTION: >>>DANGEROUS<<< OPERATION AHEAD (bad package) seriously, how did you manage to fuck it up so badly?! 1. why does it not build for i686, the git version builds there just fine! make a dma-git package. (the repo is at 2. what's the matter with libbsd? the source already contains that 3. you create a group "mail" in that install file if there isn't a group called dma and remove the never created dma group again before you remove the package (pre_remove hook) 4. manpages are gzipped automatically by makepkg 5. instead of setuid root, the author told me setgid mail should be sufficient 6. instead of doing everything by yourself, use the "install" target of Makefile.plain. Seriously, WTF. never seen a package fucked up so badly, not even on AUR.