Re: FreeBSD webadmin "connect: No such file or directory" - socket/path issue
Milan Obuch <[email protected]> Sun, 21 Dec 2025 14:07:54 +0100
| Newsgroups | gmane.mail.imap.courier.general |
|---|---|
| Message-ID | <[email protected]> |
On Sun, 21 Dec 2025 12:25:45 +0000 Harry Duncan <[email protected]> wrote: > Hi > > I'm migrating an old working courier mail system from a custom-built > (from sources) linux installation to FreeBSD 14.1 using the current > packages (courier-1.3.12, courier-authlib-ldap-0.72.2, > sqwebmail-6.2.12_1). Hi, why 14.1? It's alredy EOL... current releases are 14.3 and 15.0. Recent packages should be courier-1.5.1, courier-authlib-xxx-0.72.6, I see no need to use sqwebmail package, it should be part of complete courier package. Also looking at official ports repository, I see no 1.3.12 version for courier, it was 1.1.11 for some time and jumped directly to 1.5.1... > I expected the deployement path to be easier and quicker than > building from sources, but it hasn't, probably because I spent a lot > of time doing diff on config files etc. I created issues and started > over and had a cleaner run but could not get sqwebmail to run. I have no experience with courier installed from packages, but building all bits from ports as needed is not complicated, just somewhat lengthy. > I resolved sqwebmail running when I identified that it was expecting > its socket at /var/sqerbmail/sqerbmail.sock but the package created > it at /var/spool/courier/sqwebmail.sock Standard FreeBSD file hierarchy has no /var/sqwebmail directory, so sqwebmail's socket should be located in /var/spool/courier directory, I think you have something screwed a bit. > I resolved this with a symlink and sqwebmail runs perfectly now. > > I moved to webadmin and am stuck. > > I have an SSL enabled apache which connects /cgi-bin/webadmin to > /usr/local/libexec/courier/werbmail/webadmin /usr/local/libexec/courier/webmail/webadmin (typo in your path, just for precision) should be OK. > Accessing over the web consistently shows > System unavailable > (Connect: No such file or directory) > > I verified its setups bit is set correctly > migrated over the /usr/local/etc/courier/webadmin/password with mode > 400 and owner courier > verified added and removed sub directories exist This should be OK as well. > used strings on the webadmin binary to find hardcoded paths and found: > > /usr/local/share/courier/courierwebadmin/webadmin.pl > /var/spool/courier/webadmin > > There was nothing deployed to /var/spool/courier/webadmin by the > package > > verified /usr/local/share/courier/courierwebadmin/webadmin.pl exists > along with other support files (admin-main.pl dumping.pl etc) > created /var/spool/courier/webadmin as a directory (mode 700 with > owner courier, but this changed the error to "socket operation on > non-socket Removed the directory - error revered to no such file or > directory > > the question therefore is: What should /var/spool/courier/webadmin > actually be? I do not have a directory with this name, but I do not use webadmin, so I can't comment at the moment. I did check it in the past, but I do no longer remember the details. > On the old linux server there is no webadmin daemon running (ps / > lsof show nothing) > The webadmin binary is setups root so it shouldn't need a separate > daemon there is no socket file for webadmin on the working linux > system Is this path supposed to be a working director, a socket > created on demand or something else? > > If you need more system specifics just ask. > > Any guidance greatly appreciated. > > Thanks > > Harry. > > ps. Couriermlm is broken too in the package, but I'm not interested > in that as I don't use it. I have server running with couriermlm running without issues, just a note. Regards, Milan _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users