The officially official Devuan Forum!

You are not logged in.

#1 Re: Off-topic » Music » 2019-01-26 07:45:24

The perfect, and utterly insane, and triumphal piece to listen to at the end of a trying day, when I've just learned that a family member is going to be OK after all:  The Polka and Fugue (!) from Švanda dudák (Schwanda the Bagpiper), by Jaromír Weinberger.

(There!  Top that!)

#2 Re: Hardware & System Configuration » right click on mac » 2019-01-26 07:21:32

Pedro, I will gladly and gratefully yield the speaking podium to you on that one.  I know I used xev back in the 1990s, but cannot remember offhand its uses and advantages.  (I recall that it is a general tool for sending X events to a window, to see what then ensues.)

#3 Re: Hardware & System Configuration » right click on mac » 2019-01-25 09:26:17

I honestly have no idea what you're saying you "installed".  Did you mean Window Maker?  I certainly wasn't suggesting installing that.

I know you said two-finger click 'does nothing', but double-check that a few times, because it's rather easy to do that in a way that's misparsed as single (regular) click.

If that still doesn't give desired results, some online discussion elsewhere suggests a couple of commands from the 'syncline' (utility for controlling Synaptics touchpads such as are used inside Intel Macs) sets up the distinction between single click and two-finger click:

synclient tapbutton1=1
# This enables tap to click on the first (left) button
synclient tapbutton2=3
# This enables right click via a two-finger-tap

If you have nothing better to try, run those two commands (the '#' lines are explanatory comments) and try again a few times with two-finger clicking.  If that works, then someone here can help add that to your runtime configuration.

(I'm about the worst person to help you with any of this, as I almost never have Devuan in a desktop configuration, only server ones.  Really, it would be good if one of the desktop-ey people stepped in to help you.)

#4 Re: Hardware & System Configuration » right click on mac » 2019-01-25 04:02:33

Well, I hope one of the really knowledgeable desktop-computing people on this forum will help.  Yr. humble servant is basically a system administrator who has rather little to do with the X Windows System in any form, most days.

I do have a MacBook Air running Debian 9 'Stretch' in a virtual machine.  In that environment, right-Command-key clicking emulates right-click, which is a darned good thing because right-clicking is essential for the Window Maker environment.  You might be amused that I gravitate toward Window Maker because, in bygone days, I was a huge fan of NeXT, Inc.'s NeXTStep, a proprietary BSD Unix whose current offspring is Mac OSX.  Window Maker is an X11 window manager/desktop that's deliberately in the style of NeXTStep.

The Debian installation does NOT have an /etc/X11/Xorg.conf file, and instead relies (I guess) on Xorg hardware autoprobing and defaults.  I've not looked more deeply because it Just Works[tm], so I haven't poked around much.

Give that a try, anyway.  'Hope it helps.

#5 Re: Hardware & System Configuration » right click on mac » 2019-01-25 02:25:16

MintCollie, I'm sorry, but if you attempted two-finger clicking as I suggested for the first thing for you to try, I didn't see you mention having done so.

#6 Re: Off-topic » New year » 2019-01-24 23:37:43

Godt nyttår!

Feliz Año Nuevo!

!שנה אזרחית טובה

Bonne Annee!

(Forsinket nyttårshilsen fra California, hvor noen snakker norsk.  Vel, noen lærer norsk.)

#7 Re: Off-topic » Introducing Pedro Reina » 2019-01-24 22:51:06

Ola, hermano!  I'm just a slight bit newer to Dev1galaxy than you are, albeit I've been hanging around Devuan Project for quite some time, and seem to have been a Debianista since God was a teenager.  (As we are doing introductions, I'm an easily confused system administrator resident in Silicon Gulch, in the failed Spanish colony of Alta California.)

Pleased to virtually meet you, sir.

#8 Re: Other Issues » Devuan mailing list problem » 2019-01-24 21:11:48

snorkack (Fred), now that I've slept on this, and also having seen your explanation that what we're seeing is ISP follies from a firm paid to host your domain's e-mail and DNS, I think I can help more.

On reflection, point #4 I added as afterthought yesterday is the immediate reason for the 45x tempfails.

450 4.7.25 Client host rejected: cannot find your hostname, []

As I mentioned, '450' is a classic tempfail, i.e., delivery is being refused at the moment, but not definitively and the mail may be accepted later upon redelivery attempt.  These three-digit SMTP error codes were found (if I recall correctly) by the Internet Engineering Task Force to need further elaboration, so the N.NN.NN status codes like 4.7.25 were added.  4.7.25 is part of the "4.X.X " group of Persistent Transient Failure SMTP error status codes, but we don't even need to look up what it means because the full explanation is right next to that:  "cannot find your hostname, []"

Yesterday, I was slow to make the connection, but it's very literally saying your mail is being tempfailed because has the (reasonable) expectation that your hostname's DNS name ( would resolve, but it doesn't. is the IP address of the ISP host handling your mail.  There is a regular 'A'-type DNS record for, but not one for itself.  This is a very peculiar but damaging administrative error on your ISP's part.  Let me explain why:

We're several decades into a war between spammers and sysadmins.  One big weapon we sysadmins have is enforcement of DNS and SMTP technical standards.  Spam characteristically ignores a bunch of those standards and just spews out poorly-compliant bitstreams to see who'll accept them.  Rejecting standards-ignoring mail is thus a highly effective antispam heuristic.  So, increasingly, mail-sending domains must be competently administered or they'll get doors slammed in their faces.  In this case, you got a gently closed door with a nice note saying 'Hey, you're welcome to try again but need to fix this problem.'  And what to fix was right there.

That leaves you with a potentially serious problem, because, frankly, all the DNS misconfigurations I mentioned[1] are things I'd fire (well, put on probation) a junior sysadmin for at any place that does e-mail and DNS for, y'know, a freakin' living.  You can certainly ask the ISP to fix those issues, but expecting them to suddenly find their mislaid competence just because you pointed out some abject failures at doing your DNS seems... optimistic.  Sure, try that if you wish, but then check that they fixed all the problems, and have a Plan B in case they keep screwing up because they just aren't good at the job.  Personally, I'd be treating them a bit like a sandwich shop that served me a meatball sandwich with a layer of dirt in it.

So, I'd be looking in the Yellow Pages under "ISPs that are not named Internet Operating Services of Arizona LLC". 

Also, as a Linux user generally and as domain owner, you may find getting to be really good at use of /usr/bin/dig and studying DNS administration really useful in keeping hosting companies honest and understanding what's going on.  There's a nice (and free-as-in-gratis) online book:  (For one thing, consider:  Fluency with 'dig' will let you check up on your provider and make sure the current sorts of woes don't recur.)

[1] Except for the one where your mail server's forward resolution name ( doesn't match the reverse-DNS resolution of associated IP address  (As mentioned, as a separate problem, they did omit a forward resolution DNS record for  Your explanation makes clear that IP address is a machine used for shared hosting.  The ISP probably virtual-hosts hundreds of customer domains from that IP.  Each customer domain forward-lookups to IP  In DNS, you can have an arbitrarily large number of forward-lookup "A" records all pointing to the same IP -- but the IP can reverse-resolve to only a single fully qualified domain name (FQDN).  In this case, they've understandably chosen to have it resolve to the ISP's own FQDN, 

Fortunately, to my knowledge, even the most militantly antispam SMTP servers don't require forward/reverse exact match, albeit many insist that the delivering IP reverse-resolve to something, or else will refuse mail from that IP.  (And your IP does reverse-resolve to something.)

#9 Re: Hardware & System Configuration » right click on mac » 2019-01-24 08:47:48

That was pretty enterprising of you, MintCollie.  I hope learning the lay of the land doesn't cause too many frustrations, but you will doubtless have to work through some.  On the right-click stumper, give a try at two-finger clicking.  That might just work without any further fiddling.

I notice that a Debian wiki page ( has more.

#10 Re: Other Issues » Devuan mailing list problem » 2019-01-24 06:37:53

Fred, as a disclaimer, I'm unfortunately not a admin, and in particular have no access to its SMTP logs, which would be handy in this case.  So, I don't speak for administration, and have no insight into host configuration.  However, I'm a sysadmin (and DNS admin) elsewhere, so may be able to help.

I infer that (IP was, as of the time of that delivery attempt, tempfailing your delivery attempt (thus the 450 SMTP error code -- 45x being temporary failures and 55x being permanent) because your sending domain's DNS is dysfunctional.  Observe:

$ dig -t ns
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29626
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; ANSWER SECTION:           3600    IN      NS           3600    IN      NS

See the "AUTHORITY: 0"?  That's because and are not declared authoritative in your registrar records (which results in them being listed as NS records for your domain in the parent .com zone).  Instead, the parent zone lists your authoritative nameservers as and  Rule of thumb:  Always change in unison the in-zone NS lines and the parent-zone NS lines.  They must always match.

While I'm at it, a couple of other comments:

1.  The EXPIRE value in your SOA record is out of spec (too low).  You have 604800 seconds.   RFC1912 suggests a value between 1209600 and 2419200.

2.  It's contrary to your interests (helps probing your software) to allow your nameservers to give accurate answers to the CHAOS class bind.version query.

$ dig -c CHAOS -t txt version.bind +short

Since you're running BIND9 ;-> , I can suggest a conf file snippet to make it give your preferred answer queries for the version.bind synthetic hostname (using my own server as an example).  My own preferred answer is to use the Leslie Nielsen joke from 'Airplane!':

options {
        directory "/var/cache/bind";
        version     "Shirley, you're joking";
        hostname    "";
        //server-id is essentially redundant to hostname, default is none
        //server-id  none;
       // [omit other lines from this section]

3.  It is slightly problematic that your mail server's forward resolution name ( doesn't match the reverse-DNS resolution of the resulting IP address (

$ dig -t mx +short
$ dig -t a +short
$ dig -x +short

To my knowledge, no RFC requirement so far requires a forward/reverse match (called 'forward-confirmed reverse DNS'), but in these days of twitchy spam-rejecting heuristics, it's in your interest to follow best practices or domains may treat your mail suspiciously or reject it.

Edited to add:

4.  Is there a particular reason why there is no 'A' record at all for FQDN ''?  That's a little wacky, and some accepting SMTP systems may choke on that, too.

Board footer

Forum Software