Jamie, I have not tried to install anything else. My point of submitting this was that 1. the webmin processing failed; 2. But using the almalinux command line shell and the usual update command "dnf update" worked without any issues. This suggests that the "cockpit" issue reported by webmin's update process (which I have never dug into) had a problem BUT dnf did not. when using webmin's update on almalinux 9.6 what is the actual command? thanks for considering this. regards rich On 11/27/25 11:10...
webmin 2.600 software update on almalinux 9.6 fails
Yes. This fixed it! thanks rich
I never edited the main.cf but looking there now I see at the very end "mynetworks_style =". However, there is no entry named this on the General config object. If I manually comment this out in main.cf and go back to webmin->Postfix I can click on General object and it displays. The only thing I had previously changed was the "Send outgoing mail via host with Deliver directly checked and in the box "[smtp.gmail.com]:587". When this page painted (after manually deleting the main.cf entry) this was...
I never edited the main.cf but looking there now I see at the very end "mynetworks_style =". However, there is no entry named this on the General config object. If I manually comment this out in main.cf and go back to webmin->Postfix I can click on General object and it displays. The only thing i had previously changed was the "Send outgoing mail via host with Deliver directly checked and in the box "[smtp.gmail.com]:587". When this page painted (after manually deleting the main.cf entry) this was...
postfix General Options error upon Save OR Save and Apply
I have been configuring 3 identical RPi and had this problem with all 3. I'm pretty sure it was happening with webmin 2.201 too. all 3 devices just updated to webmin 2.202 which was the version that I last had the popup relogin with and reported to you. I have been using chrome. And after I had experienced this for several hours and maybe 30 re-logins from the popup I reported it to you. then I noticed that chrome wanted to update. it updated to 127.0.6533.120. Now when I run the test I cant seem...
Just open in the browser. It doesn't matter which webmin page. Walk away and come back and click on anything and the popup pops. On 8/13/24 5:30 AM, Jamie Cameron wrote: That's odd ... are you actively using Webmin during these 5 minutes, or is it just open in your browser? [bugs:#5649] https://sourceforge.net/p/webadmin/bugs/5649/ autologout not working in 2.202 Status: open Group: 2.202 Labels: autologout Created: Tue Aug 13, 2024 06:58 AM UTC by Rich Painter Last Updated: Tue Aug 13, 2024 06:58...
autologout not working in 2.202
Do I add the --no-check-certificate to the invocation of setup-repos.sh or do I have to edit it into that script? EOL or not it is not always able to be OS updated because of other software dependencies that the system is being used for. It turns out it is NOT a simple update to the CA packages because I have tried that long ago. Newer crypto components have a massive dependencies that I was not able to make work from a non-src basis. So those of us still using U14 are stuck. In the past before using...
on all the stretch r pi the setup-repos.sh worked. However, as already reported, the webmin "Update Packages" "Building a complete list of packages..." STILL is not displaying correctly. It does not show the current version (listed as None). By the way, running the setup-repos.sh on my ubuntu 14.04.6 LTS, Trusty Tahr does not run and has a certificate error... Setup repository? (y/N) y Downloading Webmin key .. ..failed : ERROR: cannot verify download.webmin.com's certificate, issued by ‘/C=US/O=Let's...
I did run that some time ago but it did not fix everything. I will do it again and report back. I have 5 more raspberry pis all configured the same and are still at 2.104 webmin and had this same problem when upgrading TO 2.104. To get to 2.104 I did it by command line yet afterward webmin shows the problems I just reported (when trying to get to 2.105). thanks rich On 11/13/23 10:01 AM, Ilia Ross wrote: Hello, W: GPG error: https://download.webmin.com/download/newkey/repository stable Release: The...
webmin 2.104 and 2.105 upgrading and version reporting not correct on raspbian 9
nope! prior to starting webmin (at this stage) I did an apt install rsyslog. started webmin but the "system logs" entry did not show in the System. So I looked in the unused modules and "system logs" was there. I selected it there and it worked as expected. It just would not "move" to the System list. Even after a number of refresh modules it did not move... but it still worked form the unused modules. I never saw an error... Restarting the computer and then running webmin "made it work" strange...
I tried to do the "refresh modules" 4 or 5 times but it did not fix the problem. I also logged in and out 2 or 3 times with webmin without this working. Then I rebooted the entire computer and browsed to webmin and logged back in to it. NOW IT WORKED! It moved the "system logs" module to the System Menu list. I don't know why it was broken nor how rebooting could have changed it but it is fixed now.
webmin on debian 12.2 will not move system logs module from unused
didnt work. it did recreate the 2 session files but no "recent logins" section appeared. I did this /etc/webmin/stop rm -f /var/webmin/session /etc/webmin/start login to webmin logout of webmin login webmin the /var/webmin/session files are recreated but no webmin recent logins section thanks rich On Sat, Dec 31, 2022 at 9:25 AM Ilia iliajie@users.sourceforge.net wrote: Any ideas on how to fix all 3? I think you could solve it by: /etc/webmin/stoprm -f /var/webmin/sessiondb.*/etc/webmin/start how...
Well I have 3 systems on centos 5.11 and webmin 1.890. I changed all to disable the "query for the package updates". I always login to webmin with a non-root user that has been given all privs. system 1 shows NO last logins section. ls -l /var/webmin: drwx------ 5 root bin 4096 Mar 30 2022 ./ drwxr-xr-x 28 root root 4096 Nov 28 2020 ../ drwx------ 2 root root 4096 Jun 17 2017 ajaxterm/ -rw-rw-r-- 1 root root 62 Jun 17 2017 ajaxterm.log -rwx------ 1 root root 0 Dec 30 21:19 blocked -rw-r--r-- 1 root...
the way Icom coded it.... it wont even run on centos 7. regards rich On Fri, Dec 30, 2022 at 12:44 PM Ilia iliajie@users.sourceforge.net wrote: this is running radio software that will only run on centos 5.11 What stops that radio software from running on Rocky 8 or 9? how to disable the webmin startup automatically checking for "software package updates"? https://sourceforge.net/p/webadmin/discussion/600155/thread/723d4d88d4/?limit=25#a4dd Sent from sourceforge.net because you indicated interest...
yes! that is what I was looking for. works great! thanks rich On Fri, Dec 30, 2022 at 12:35 PM Ilia iliajie@users.sourceforge.net wrote: Richard, I got it now. Have a look at Webmin ⇾ Webmin Configuration: Background Status Collection page and disable collection of available package updates. how to disable the webmin startup automatically checking for "software package updates"? https://sourceforge.net/p/webadmin/discussion/600155/thread/723d4d88d4/?limit=25#b92c/2fbc/945b Sent from sourceforge.net...
there appears to be some strange side effect..... the system page has lost the "latest logins" section.... is there some other mechanism that would make this "latest logins" come and go? thanks rich On Fri, Dec 30, 2022 at 12:35 PM Ilia iliajie@users.sourceforge.net wrote: Richard, I got it now. Have a look at Webmin ⇾ Webmin Configuration: Background Status Collection page and disable collection of available package updates. how to disable the webmin startup automatically checking for "software...
thanks. i guess I was hoping for a check box like that for webmin and webmin modules theirselves.... this is running radio software that will only run on centos 5.11 and earlier.... and 1.890 webmin is the last version that worked on centos 5.11.... so i'm stuck. regards rich On Fri, Dec 30, 2022 at 4:10 AM Ilia iliajie@users.sourceforge.net wrote: Hello, Rich. If I understood your question correctly .. considering that you want to have other status collection happen, aside from packages updates,...
hmmm.... I set it to 2000 hours and it didnt seem to help. note that it was already defaulted to 8 hr and that wasnt working either. rich On Fri, Dec 30, 2022 at 4:10 AM Ilia iliajie@users.sourceforge.net wrote: Hello, Rich. If I understood your question correctly .. considering that you want to have other status collection happen, aside from packages updates, I think the simplest solution you could do is just to increase Hours to cache updated and available packages for in System ⇾ Software Package...
Since I'm relegated to a very old CentOS 5.11 and thus webmin 1.890 which is the last version that will run on 5.11 there are never any software package updates. Yet I have to wait a good bit on time when Webmin is started to analyze the system to determine if there are any.... How do I disable this action done at webmin startup? I can't find anywhere an option to do this.... By the way, I have long ago disabled the webmin checking for itself to be updated as well as it modules. But that doesn't...
I understand... but xinetd gives us great control over starting etc processes using the network to kick them off in addition to minimizing process overhead running waiting for the net. I have been using inetd then xinetd since maybe 1982! do what you have to do! thanks rich On Sun, Oct 30, 2022 at 3:59 PM Jamie Cameron jcameron@users.sourceforge.net wrote: It's because in inetd mode, Webmin can't run a separate server process that keeps track of the sessions. Actually I am surprised that anyone is...
ah ha! When I set this I get the following error: "Session authentication cannot be used in inetd mode at /usr/libexec/webmin/miniserv.pl line 121." So, I guess there is some restriction when one starts webmin off from inetd or xinetd.... I run webmin from xinetd on most of my systems so it is not running when not needed which is most of the time Is there a reason this is incompatibility? thanks rich
ah ha! When I set this I get the following error: "Session authentication cannot be used in inetd mode at /usr/libexec/webmin/miniserv.pl line 121." So, I guess there is some restriction when one starts webmin off from inetd or xinetd.... I run webmin from xinetd on most of my systems so it is not running when not needed which is most of the time Is there a reason this is incompatibility? thanks rich
I have many webmin installations on different OSs and a number of webmin versions. Some show on the lower left "switch user" and others show "logout" For the life of me I can't figure how to make them all "logout". I have done a lot of web searches and a bunch here (but not all 87 pages of hits) and found nothing. The online manual doesn't address it as far as I can see. I looked thru all of the webmin config menus and didn't find anything appropriate either. Can someone please tell me how to alter...
I have many webmin installations on different OSs and a number of webmin versions. Some show on the lower left "switch user" and others show "logout" For the life of me I can't figure how to make them all "logout". I have done a lot of web searches and a bunch here (but not all 87 pages of hits) and found nothing. The online manual doesn't address it as far as I can see. I looked thru all of the webmin config menus and didn't find anything appropriate either. Can someone please tell me how to alter...
And on my Ubuntu 14.04.6 LTS, Trusty Tahr it is almost the same.... after the upgrade I cannot start web min service webmin restart stop: Unknown instance: start: Job failed to start I manually kill the miniserv and then service webmin start does start. But webmin still reports the 1.999 vs 1.999-2 issue. rich rich On Sun, Aug 14, 2022 at 7:17 PM user1000 user1000@users.sourceforge.net wrote: Yep. That script doesn't work. It's got an error. What did work for me was doing a forced upgrade under Webmin...
I just tried that on my raspbian GNU/Linux 9 (stretch) and it didnt change a thing. Still saying I'm at 1.999 and Upgrade webmin to 1.99902 rich On Sun, Aug 14, 2022 at 7:17 PM user1000 user1000@users.sourceforge.net wrote: Yep. That script doesn't work. It's got an error. What did work for me was doing a forced upgrade under Webmin Config, and then manually stopping and restarting Webmin from a shell. Cheers [bugs:#5575] https://sourceforge.net/p/webadmin/bugs/5575/ Failed to upgrade from www.webmin.com...
I have the same problem with the 1.999 updated to 1.999-2 and it continues to report the need to update but when invoked it says it is already updated. I am running Ubuntu 14.04.6 LTS, Trusty Tahr I ran the script miniservconffile=$(find / -wholename "web\/miniserv.conf") ; rootdir=$(grep "^root=" "$miniservconffile" | sed -e 's/root=//g') ; echo "2" > "$rootdir/release" but it just hung.
this also happens with this combination: centos 7.9 running postgresql 9.4.26 on webmin 1.979 rich
postgress module has lost table record search
Bjorn, I agree. We are not sending html but rather plain text only. 7.4.3 was the default version from the repo for the os release. I havn't had a bit of time to do more research to dig deeper. I agree on the google/gmail nonexistent documentation... Certainly adding to the username the decoration of +xxx always breaks groups.io and it is not groups.io fault! For the mid term I am OK with the header removal workaround. I just want to keep you updated on the case that I encounter. thanks rich On Sun,...
I commented out the following block and this seemed to fix it. I left the other 2 offenders commented out also so I can't tell if it is the combination: #if ( $Config{'format'} eq "html" ) { # $out_mime .= "Content-Type: text/html; charset=\"iso-8859-1\"\n\n"; #} else { #$out_mime .= "Content-Type: text/plain; charset=\"iso-8859-1\"\n\n"; #} regards rich
Well Bjorn I found another that doesn't work. On a Raspberry PI running raspbian GNU/Linux 9 (stretch) and logwatch installed from the repo is 7.4.3. I edited the logwatch.pl line as I did to fix the others to comment out: print OUTFILE "Auto-Submitted: auto-generated\n"; and gmail mangles the forward to groups.io by appending ca to the name. Then I commented out: print OUTFILE "Precedence: bulk\n"; but that did not fix it. I will continue to comment out some others and report back. regards rich
When one tries to upload a 0 length "normal" files the pop up pops and appears to work... Except the Upload page resorts the status of: Failed to upload files : No files selected to upload! which is completely different. In this case I would say this is a bug too! One should be able to upload 0 length regular file. thanks rich On Fri, Apr 30, 2021 at 9:36 PM Jamie Cameron jcameron@users.sourceforge.net wrote: Does this also happen if one of the uploaded files is zero bytes long? [bugs:#5481] https://sourceforge.net/p/webadmin/bugs/5481/...
let me check! r On Fri, Apr 30, 2021 at 9:36 PM Jamie Cameron jcameron@users.sourceforge.net wrote: Does this also happen if one of the uploaded files is zero bytes long? [bugs:#5481] https://sourceforge.net/p/webadmin/bugs/5481/ 1.973 divide by 0 error on upload* Status: open Group: 1.973 Labels: Upload and Download Perl Modules divide by 0 Created: Sat May 01, 2021 12:15 AM UTC by Rich Painter Last Updated: Sat May 01, 2021 12:16 AM UTC Owner: nobody Raspbery Pi Rasbian Stretch cat /etc/os-release...
1.973 divide by 0 error on upload
I have seen this for a number of versions. The following is from version 7.4.3 which is the latest on raspbian 9.13: ############# Logwatch 7.4.3 (12/07/16) #################### Processing Initiated: Sun Feb 28 06:46:16 2021 Date Range Processed: between -7 days and today ( 2021-Feb-21 / 2021-Feb-28 ) Period is day. Detail Level of Output: 0 Type of Output/Format: mail / text Logfiles for Host: ras6 ################################################################## My RPi logwatch report is for a...
Yippee Bjorn! Commenting out line 1197 "Auto-Submitted" made the gmail forward to groups.io WORK! Thanks for your patience and suggestions to diagnose this. regards rich
OK I have some new data! I was able to grab the email on gmail after turning off the forward to groups.io. files attached. It looks like there are 4 possible pertinent differences: 7.3.6 has none but 7.5.4 has these headers: Auto-Submitted: auto-generated Precedence: bulk 7.3.6 has: Content-Type: text/plain; charset="iso-8859-1" Type of Output: unformatted 7.5.4 has: Content-Type: text/plain; charset="UTF-8" Type of Output/Format: mail / text Any ideas? thanks rich
OK I have some new data! I was able to grab the email on gmail after turning off the forward to groups.io. files attached. It looks like there are 3 possible pertinent differences: 7.3.6 has none but 7.5.4 has these headers: Auto-Submitted: auto-generated Precedence: bulk 7.3.6 has: Content-Type: text/plain; charset="iso-8859-1" 7.5.4 has: Content-Type: text/plain; charset="UTF-8" Any ideas? thanks rich
Bjorn, OK thanks. I too was hoping for someone smarter than I to shed light on what gmail is sensitive to that creates this crap. You did make a suggestion before to intercede at the gmail and stop the forward and there capture the entire headers for the good version and the bad version to see if there is a clue. I will try to do this. path: whereis sendmail sendmail: /usr/sbin/sendmail /usr/sbin/sendmail.postfix /usr/lib/sendmail /usr/lib/sendmail.postfix /usr/share/man/man8/sendmail.8.gz /sbin/sendmail...
Bjorn, Any additional insight from the previous data I have sent? thanks rich
Bjorn, I have run the requested on the last ver that worked 7.3.6 and the 2 later versions that did NOT work 7.4.0 and 7.5.4 Remember the gmail account cmrg.sysop@gmail.com forwards everything to cmrg-sysops@groups.io With logwatch 7.4.0 and 7.5.4 something in the logwatch output and/or options sent to sendmail cause gmail server when forwarding to decorate the gmail user part of the name by appending _xxx which groups.io says (correctly) is not a valid member of the group and it is not posted to...
Bjorn, OK I have some data to report but not what I need yet. Using the (working) logwatch 7.3.6 rpm for centos 6 which works on centos 7.9 I edited the /etc/logwatch/conf/logwatch.conf, inserting the following temporarily: mailer = "tee /tmp/outgoing.txt | /usr/sbin/sendmail -t" Note that this file was empty of any directives. I ran logwatch manually with "logwatch". The output file was created, mail was sent to gmail, gmail forwarded to groups.ip and groups distributed it. all is well. Then I yum...
Bjorn, I'm still trying to figure out how to capture the outbound mail blob from each logwatch version to make a comparison. I'm using postfix and it is not easy to capture the outbound mail or headers. Do you know how? Postfix doesn't have an obvious way to do this (ironically). It would seem to me that postfix should have an option to capture/log email headers and-or entire mail that is sent... thanks happy new year rich On Wed, Dec 16, 2020 at 11:17 AM Bjorn bjorn1@users.sourceforge.net wrote:...
A break in the case! The only logwatch 7.3.6 rpm I could find was rpm -i logwatch-7.3.6-55.el6.noarch.rpm which was meant for CentOS 6. When I tried to rpm -i it there was a missing dependency reported: perl(Date::Manip) is needed by logwatch-7.3.6-55.el6.noarch So I gambled and did yum install perl-Date-Manip which worked and installed a version compatible with CentOS 7.9 Next I retried rpm -i logwatch-7.3.6-55.el6.noarch.rpm WHICH WORKED ! So, on CentOS 7.9 with the exact postfix config that delivers...
I'm struggling to find a logwatch 7.3.6 that I can install on CentOS 7.9 for testing. any ideas? thanks rich
[root@CRMG-Fremont ~]# sshd -h option requires an argument -- h OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 usage: sshd [-46DdeiqTt] [-C connection_spec] [-c host_cert_file] [-E log_file] [-f config_file] [-g login_grace_time] [-h host_key_file] [-o option] [-p port] [-u len] [root@CRMG-Fremont ~]# cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core)
[root@CRMG-Fremont ~]# sshd -h option requires an argument -- h OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 usage: sshd [-46DdeiqTt] [-C connection_spec] [-c host_cert_file] [-E log_file] [-f config_file] [-g login_grace_time] [-h host_key_file] [-o option] [-p port] [-u len] [root@CRMG-Fremont ~]# cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core)
Incorectly reports RSAAuthentication setting
Thanks for the reply. this is fully repeatable (both systems) for both the good and bad. The Logwatch 7.4 ALWAYS causes this BUT only for logwatch sent email. Normal email using the exact same postfix process/config in the same computer sending to the same gmail using the same gmail credentials works fine every time. This is regardless of the gmail server they utilize. I think there is something in the logwatch output email header that is different that the gmail treats differently and thus adds...
I am having a problem with logwatch 7.4.0 on CentOS 7.9 The problem happens only when the output is mail. Background I have been running CentOS 5.11 + postfix 2.3.3 + logwatch 7.3 with all local email being forwarded to cmrg.sysop@gmail.com using the gmail SMTP and SASL with login credential cmrg.sysop@gmail.com. This gmail account in turn forwards ALL email to cmrg-sysops@groups.io. All of the following get funneled to this group: 1. "mail root" 2. "logwatch --output mail" daily reports New System...
Because a vendor's software restricts me to using CentOS 5.11 the last webmin that works on this OS was 1.890. Given this critical vulnerability how does one alter something in 1.890 to thwart this vulnerability? thanks rich
Yes, I want both of these modules too! Seems to be a very long time that would allow these to be developed. rich
Ilia, No. What I mean by the "module disappeared" is the postgresql module version compatible with W 1.890 on your system of "standard modules" disappeared and an incompatible one was substituted. Old modules should be available on the webmin web site so those of us who don't want a continuous moving target of revision hell or who are forced to a particular version. On my systems that I have long had W 1.890 and the standard postgresql working continue to work fine. This is about creating a new W...
Thanks Ilia, I guess you didn't read my opening statement! I cannot control nor get an international company like ICOM to change their software which is tied to CentOS 5.11 !! There are hundreds if not thousands of customers in the same boat. I am not aware of any outstanding security holes for SSH on CentOS 5.11 that would change risk. You are also assuming that newer OS releases are free of new defects that increase risk but that is not true. Webmin should only be able to download and install modules...
For reasons controlled by Amateur Radio Manufacturer ICOM they still require CentOS 5.11 to run their D-STAR software called G2. The last working Webmin for CentOS 5.11 is Webmin 1.890. Until recently I was able to use Webmin's standard module installer to instal the "postgresql" module. I have many systems running this arrangement. Now when I use the standard Webmin module installer and get "postgresql" it retreives something then reports: "Failed to install standard module : Module postgresql requires...
Mr Bridger, What is wrong about the message? I'm reporting exactly what Kaspersky reported when I ran their scanner. This is between you and Kaspersky. I am doing a service reporting it to you. I take it from your response that you don't care. regards rich On Tue, Apr 14, 2020 at 9:44 PM Simon Bridger crun@users.sourceforge.net wrote: Don't spend money on software that costs you more in lost time than it will ever save? A what is than message even supposed to mean, quite apart from being wrong? [bugs:#101]...
Kaspersky complains about beta RT 3.0.1.44_setup.exe
/usr/share/logwatch/default.conf/logwatch.conf is the original untouched conf file. So is /etc/logwatch/conf/logwatch.conf (empty) and /etc/logwatch/conf/override.conf (empty). So must be that anacron adds to PATH passed to its jobs the /usr/sbin where sendmail resides because this whole thing runs fine from anacron. I dont know how anacron is configured and does this.... So the solution is to either 1) edit /etc/logwatch/conf/logwatch.conf and augment var "mailer", 2) add /usr/sbin to the manual...
Excellent info Bjorn! I'm constrained to CentOS 5.11 (last of the 5s) and since it is even hard to get repos I had never tried a newer logwatch!!! I can try this. but first, when I stared debugging this I ran 2 different runs (anacron and cron) with the --debug 100. If you compare this output it craps out just after it processes "afpd". So did it fail on that or the next log in sequence "amavis"? I have attached a gziped tar with 2 text files with the entire debug 100 output. You may easily see what...
Thanks Bjorn. BUT- In both cases (runs fine vs this error) cron is executing these. And in both cases it uses the same conf files and calls the logrotate.pl with the same arguments. As per the standard mailing system arrangement with CentOS, the "alternatives" facility maps Mail Transport Agents (MTA) so one can remove and install various choices. With this, the long-standard "sendmail" pointers are left even if sendmail is removed (uninstalled). It is maintained as a link to the "alternatives" system:...
I have multiple CentOS 5.11 (don't ask) systems ostensibly configured the same running logwatch: logwatch.pl,v 1.171 2006/03/24 23:16:55 kirk Exp $ my $Version = '7.3'; my $VDate = '03/24/06'; These issues are repeatable on all the systems. I have 2 issues: Invoking this as installed, a sym link /etc/cron.daily/0logwatch -> /usr/share/logwatch/scripts/logwatch.pl, produces "good" output. BUT if this is disabled and a cron job invoking with this method: /var/spool/cron/root contains: 40 23 * * * /usr/share/logwatch/scripts/logwatch.pl...
webmin 1.910 with virtualmin 6.06-2 cant restrict admin IP access
... couldnt figure out how to edit my previous post... reading this https://sourceforge.net/p/webadmin/bugs/4964/ it says to install 1.830. i did this from the RPM and it installed OK. then using Webmin itself I used the upgrade feature and pointed to the 1.890 RPM that I downloaded. This installed OK. Since 1.900 will not work correctly on centos 5.11 I then unchecked the upgrade notifyer in Index config. So, this is working but shouldnt there be a way to install 1.890 directly? thanks rich
cant install 1.890 on centos 5.11
I'm running centos 5.11. I am forced to use this old version. I created the /etc/yum.repos.d/webmin.repo as usual. I installed the key as usual. I installed the prerequisits as usual. when I run yum install webmin I get this: Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile Webmin | 2.9 kB 00:00 Webmin/primary_db | 87 kB 00:00 http://download.webmin.com/download/yum/repodata/b34f4f738c146217b2c3c5324f93545263fd3eafc1514d3cecca30b7b667ca4f-primary.sqlite.bz2: [Errno...
Icom, Motorola, Vertex, Kenwood, Yaesu and more all make commercial software for programming radios. Pretty much all of the software products over the years are stuck on OS versions at the time, DOS, Win98, Win, Linux. Since the radios still are in operation then the software is still required to run. We who program these radios must keep and maintain these old OSes in order to support the radios. It is entirely possible that your local police and fire are faced with this problem. This is just one...
Unfortunately, commercial software from Icom will not run on CentOS 6 or higher. Last workable version is 5.11. this is a fact of life that certain applications which people require need certain OS versions and do not have the luxury to upgrade OSes ad nauseam. How do I set some webmin config to disable this initial info page from showing the "upgrade webmin now" and having the "newer version" stuff at the top not shown? So, now we can announce to the world that webmin 1.900 will not run on CentOS...
cant upgrade from 1.890 to 1.900 on CentOS 5.11
Thanks Jamie. Here is my analysis of how postfix handles the storing and retreiving of the passwords used for smtp sasl. For example the contents of a test file for input to postmap: [smtp.gmail.com]:587 someone@gmail.com: !"#$%&'()*+,-./:;<=>?@[]^_`{|}~ The first char following the e.mail name is the delimiter of a colon. In this test case the next char (the first of the password) is a space. The remaining chars are the printable special chars in ASCII numerical order (4 blocks, 32d-47d, 58d-64d,...
thanks for the reply actually the colon is OK to use.... I have not tested the space I manually edited the password map file and my line looks something like this: [smtp.gmail.com]:587 painterengr@gmail.com:*hJ:(2,"j!~`..and..so..on gmail can take up to 60 chars notice that the embedded colon works fine. I have no spaces so I dont know about how that acts. So, the specials I used at least (I used a bunch) are working if I manually edit into the file. So I would say that you should at least allow...
Failed to save SMTP authentication and encryption : Invalid SMTP password
I'm having the same problem but with a slight twist. when I install 1.870 and bring it up all is fine. When I change (using the GUI) the webmin Global Theme to Gray Framed Theme (gray-theme) I get a similar error: Can't locate gray-theme/authentic-init.pm in @INC (@INC contains: /usr/libexec/webmin/authentic-theme/lib /usr/libexec/webmin /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /usr/libexec/webmin/...
I'm having the same problem but with a slight twist. when I install 1.870 and bring it up all is fine. When I change (using the GUI) the webmin theme to Gray Framed Theme (gray-theme) I get a similar error: Can't locate gray-theme/authentic-init.pm in @INC (@INC contains: /usr/libexec/webmin/authentic-theme/lib /usr/libexec/webmin /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /usr/libexec/webmin/ ..) at...
I'm running Ubuntu 14 with uncrustirfy 059 and uigui rev 1.2.0 1070 both from the Ubuntu repos. I'm an original K&R C guy. In fact I had a beer with Dennis Ritchie at a Unix Wizzards party in Calif in the mid 80s. I have 3 areas of questions on how to use these together. Where is the uigui .ini to be found? Are there multiple locations in which the .ini can be found and if so what is the discovery order? Does it read just one or does it read all in some order? Other than manually editing (some) .ini...
I'm running Ubuntu 14 with uncrustirfy 059 and uigui rev 1.2.0 1070 both from the Ubuntu repos. I'm an original K&R C guy. In fact I had a beer with Dennis Ritchie at a Unix Wizzards party in Calif in the mid 80s. I have 3 areas of questions on how to use these together. Where is the uigui .ini to be found? Are there multiple locations in which the .ini can be found and if so what is the discovery order? Does it read just one or does it read all in some order? Other than manually editing (some) .ini...
I realize this is an old report thread but I'm now just having this same problem on Ubuntu. I recall not long ago this was working.... It now hangs during the scan and never reports. I have to kill the process. LinSSD 2.7 on Linux 4.4.0-93-generic #116~14.04.1-Ubuntu SMP Mon Aug 14 16:07:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux Lenovo T530 Laptop. Let me know if I can dredge up info with your guidance. regards rich
I understand the EoL with CentOS 5. BUT an important amateur radio system only runs on Centos 5 and it is used around the world on these radio servers. We are stuck with C5. Many of us have been using webmin to manage these systems. Many of these systems are in high mountain remote locations where using webmin is a big help. Several important new items to report... I get the same dependency error when attempting to install webmin 1.840! I dont understand this since I had no problem upgrading from...
I understand the EoL with CentOS 5. BUT an important amateur radio system only runs on Centos 5 and it is used around the world on these radio servers. We are stuck with C5. Many of us have been using webmin to manage these systems. Many of these systems are in high mountain remote locations where using webmin is a big help. Several important new items to report... I get the same dependency error when attempting to install webmin 1.840! I dont understand this since I had no problem upgrading from...
OS is CentOs 5.11, 32 bit, kernel 2.6.18-419.el5PAE #1 SMP Running fine with webmin 1.840 upgrading to 1.850 fails with --> Running transaction check ---> Package webmin.noarch 0:1.850-1 set to be updated --> Processing Dependency: perl(Encode::Detect) for package: webmin --> Finished Dependency Resolution webmin-1.850-1.noarch from Webmin has depsolving problems --> Missing Dependency: perl(Encode::Detect) is needed by package webmin-1.850-1.noarch (Webmin) Error: Missing Dependency: perl(Encode::Detect)...
Simon, Do you need me to do something? In June 2013 the great Black Forest Colorado forest fire destroyed my home and business along with nearly 500 other homes. I have not yet been able to re-establish my home or business and thus not able to do any testing for this.... If you need me to do so it will have to wait. thanks rich painter
I have run webmin using xinetd on demand for a long time and have done this on a...
Is this fix supposed to be in 1.833? If so, it is not fixed. I installed 1.833 and...
postfix General Options error upon Save and Apply
Not in the unused modules. I checked when fail2ban was first installed and I didnt...
I added fail2ban package to my system centos 5.11. I am running webmin 1.730. I have...