Re: [qmailtoaster] Rocky 9 Migration - Moving Squirrelmail abooks to Roundcube

[Gary Bowling]

  
  


Thanks Eric, that did work!


gb



On 2/23/2024 11:37 PM, Eric Broch
  wrote:


  
  This might work
  GitHub -
  WebuddhaInc/squirrelmail-to-roundcube: Migrate SquirrelMail
  Address Book to Roundcube Contacts
  
  
  On 2/23/2024 4:39 PM, Gary Bowling
wrote:
  
  



Anyone have a script for moving Squirrelmail address books to
  the Roundcube database?

  Thanks, gb



-- 
  
  Gary Bowling
   The Moderns on Spotify 
  

- To
unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
  

  


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration - Moving Squirrelmail abooks to Roundcube

[Eric Broch]

This might work

GitHub - WebuddhaInc/squirrelmail-to-roundcube: Migrate SquirrelMail 
Address Book to Roundcube Contacts 




On 2/23/2024 4:39 PM, Gary Bowling wrote:



Anyone have a script for moving Squirrelmail address books to the 
Roundcube database?



Thanks, gb


--

Gary Bowling
The Moderns on Spotify 

- 
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Why don’t you use Aliases? 

Remo 

> On Feb 23, 2024, at 15:20, Gary Bowling  wrote:
> 
> 
> 
> Yea, it was really an accident. Your migration plans don't migrate web 
> configs. But on my server I have many virtualhosts for different clients. 
> Many of my clients originally wanted their web mail on their own domain, not 
> on a single shared domain.
> 
> To handle this I have a bunch of virtualhosts with configurations that 
> accomplish that. For my specific migration I needed to move those configs, so 
> an rsync of the /etc/httpd/conf.d/ directory was done.
> 
> After I did that, I moved all those into a different directory to concentrate 
> on just making the server work with only the one domain, but that also copied 
> the php.conf.
> 
> This is I like about the new apache php-fpm implementation. In the past the 
> only files in conf.d were essentially user files and these types of files 
> were in conf.modules.d. I guess once php wasn't a module, they felt it should 
> go in the conf.d dir.
> 
> 
> 
> gb
> 
> 
> 
> On 2/23/2024 4:44 PM, Eric Broch wrote:
>> I'm not sure why you would migrate php.conf?
>> 
>> This is not a part of the qmt migration.
>> 
>> On 2/23/2024 2:39 PM, Gary Bowling wrote:
>>> 
>>> Yes, and very importantly for apache, you to have to match the "php files" 
>>> and send them to a handler in a conf file with the FilesMatch and 
>>> SetHandler directives. That's actually the piece that got overwritten when 
>>> I sync'd over my configs from my old Centos 7 box and caused things not to 
>>> work.
>>> 
>>> Since I was unaware of the new way that was done in the Apache config 
>>> files, it took me a while to track it down. Since my php.conf file was from 
>>> an old box, it had the php5_module listed in it. Not knowing that was no 
>>> longer used, I had to go down the rabbit hole to figure it out.
>>> 
>>> Now that I beat my head against the wall for a couple of days, it seems 
>>> everyone knows all this :)  Everyone but me, haha. I think everyone was 
>>> just enjoying the show and laughing at me, but that's ok I was laughing at 
>>> myself as well.
>>> 
>>> gb
>>> 
>>> 
>>> 
>>> On 2/23/2024 2:51 PM, Quinn Comendant wrote:
 On 23 Feb 2024, at 9:10, Gary Bowling wrote:
 
  LoadModule php5_module modules/libphp5.so 
 
 On my Rocky 9 box, this file does not exist and I cannot find that it is 
 even suppose to exist. But I'm not sure how php is suppose to work on 
 Apache without it.
 
 Hi Gary,
 
 Glad you worked it out, but just in case you're curious, the reason you 
 can't find a libphp5.so or libphp8.so file is because with PHP 7 and 8 the 
 preferred way to execute php scripts is via PHP-FPM, and most distros will 
 install PHP this way by default. PHP-FPM has much better performance and 
 security, and most PHP apps will run fine without modification. The apache 
 configuration to use PHP-FPM is somewhat different, as you discovered.
 
 Quinn
 
>>> - To 
>>> unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
>>>  For additional 
>>> commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 
>>> -
>>>  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For 
>>> additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Yea, it was really an accident. Your migration plans don't
  migrate web configs. But on my server I have many virtualhosts for
  different clients. Many of my clients originally wanted their web
  mail on their own domain, not on a single shared domain. 

To handle this I have a bunch of virtualhosts with configurations
  that accomplish that. For my specific migration I needed to move
  those configs, so an rsync of the /etc/httpd/conf.d/ directory was
  done.
After I did that, I moved all those into a different directory to
  concentrate on just making the server work with only the one
  domain, but that also copied the php.conf.

This is I like about the new apache php-fpm implementation. In
  the past the only files in conf.d were essentially user files and
  these types of files were in conf.modules.d. I guess once php
  wasn't a module, they felt it should go in the conf.d dir.


gb



On 2/23/2024 4:44 PM, Eric Broch wrote:


  
  I'm not sure why you would migrate php.conf?
  This is not a part of the qmt migration.
  
  On 2/23/2024 2:39 PM, Gary Bowling
wrote:
  
  



Yes, and very importantly for apache, you to have to match
  the "php files" and send them to a handler in a conf file with
  the FilesMatch and SetHandler directives. That's actually the
  piece that got overwritten when I sync'd over my configs from
  my old Centos 7 box and caused things not to work.

Since I was unaware of the new way that was done in the
  Apache config files, it took me a while to track it down.
  Since my php.conf file was from an old box, it had the
  php5_module listed in it. Not knowing that was no longer used,
  I had to go down the rabbit hole to figure it out.
Now that I beat my head against the wall for a couple of
  days, it seems everyone knows all this :)  Everyone but me,
  haha. I think everyone was just enjoying the show and laughing
  at me, but that's ok I was laughing at myself as well.

gb



On 2/23/2024 2:51 PM, Quinn
  Comendant wrote:


  
  

  On 23 Feb 2024, at 9:10, Gary Bowling wrote:
  
 LoadModule
  php5_module modules/libphp5.so 
On my Rocky 9 box, this file does not
  exist and I cannot find that it is even suppose to
  exist. But I'm not sure how php is suppose to work on
  Apache without it.
  
  Hi Gary,
  Glad you worked it out, but just in case
you're curious, the reason you can't find a libphp5.so
or libphp8.so
file is because with PHP 7 and 8 the preferred way to
execute php scripts is via PHP-FPM, and most distros
will install PHP this way by default. PHP-FPM has much
better performance and security, and most PHP apps will
run fine without modification. The apache configuration
to use PHP-FPM is somewhat different, as you discovered.
  Quinn

  

- To
unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
  

  


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Eric Broch]

I'm not sure why you would migrate php.conf?

This is not a part of the qmt migration.

On 2/23/2024 2:39 PM, Gary Bowling wrote:



Yes, and very importantly for apache, you to have to match the "php 
files" and send them to a handler in a conf file with the FilesMatch 
and SetHandler directives. That's actually the piece that got 
overwritten when I sync'd over my configs from my old Centos 7 box and 
caused things not to work.


Since I was unaware of the new way that was done in the Apache config 
files, it took me a while to track it down. Since my php.conf file was 
from an old box, it had the php5_module listed in it. Not knowing that 
was no longer used, I had to go down the rabbit hole to figure it out.


Now that I beat my head against the wall for a couple of days, it 
seems everyone knows all this :)  Everyone but me, haha. I think 
everyone was just enjoying the show and laughing at me, but that's ok 
I was laughing at myself as well.


gb


On 2/23/2024 2:51 PM, Quinn Comendant wrote:


On 23 Feb 2024, at 9:10, Gary Bowling wrote:

 LoadModule php5_module modules/libphp5.so


On my Rocky 9 box, this file does not exist and I cannot find
that it is even suppose to exist. But I'm not sure how php is
suppose to work on Apache without it.

Hi Gary,

Glad you worked it out, but just in case you're curious, the reason 
you can't find a |libphp5.so| or |libphp8.so| file is because with 
PHP 7 and 8 the preferred way to execute php scripts is via PHP-FPM, 
and most distros will install PHP this way by default. PHP-FPM has 
much better performance and security, and most PHP apps will run fine 
without modification. The apache configuration to use PHP-FPM is 
somewhat different, as you discovered.


Quinn

- 
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Yes, and very importantly for apache, you to have to match the
  "php files" and send them to a handler in a conf file with the
  FilesMatch and SetHandler directives. That's actually the piece
  that got overwritten when I sync'd over my configs from my old
  Centos 7 box and caused things not to work.

Since I was unaware of the new way that was done in the Apache
  config files, it took me a while to track it down. Since my
  php.conf file was from an old box, it had the php5_module listed
  in it. Not knowing that was no longer used, I had to go down the
  rabbit hole to figure it out.
Now that I beat my head against the wall for a couple of days, it
  seems everyone knows all this :)  Everyone but me, haha. I think
  everyone was just enjoying the show and laughing at me, but that's
  ok I was laughing at myself as well.

gb



On 2/23/2024 2:51 PM, Quinn Comendant
  wrote:


  
  

  On 23 Feb 2024, at 9:10, Gary Bowling wrote:
  
 LoadModule
  php5_module modules/libphp5.so 
On my Rocky 9 box, this file does not exist
  and I cannot find that it is even suppose to exist. But
  I'm not sure how php is suppose to work on Apache without
  it.
  
  Hi Gary,
  Glad you worked it out, but just in case you're
curious, the reason you can't find a libphp5.so
or libphp8.so
file is because with PHP 7 and 8 the preferred way to
execute php scripts is via PHP-FPM, and most distros will
install PHP this way by default. PHP-FPM has much better
performance and security, and most PHP apps will run fine
without modification. The apache configuration to use
PHP-FPM is somewhat different, as you discovered.
  Quinn

  

  


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Quinn Comendant]

On 23 Feb 2024, at 9:10, Gary Bowling wrote:

LoadModule php5\_module modules/libphp5.so  



On my Rocky 9 box, this file does not exist and I cannot find that it 
is even suppose to exist. But I'm not sure how php is suppose to work 
on Apache without it.


Hi Gary,

Glad you worked it out, but just in case you're curious, the reason you 
can't find a `libphp5.so` or `libphp8.so` file is because with PHP 7 and 
8 the preferred way to execute php scripts is via PHP-FPM, and most 
distros will install PHP this way by default. PHP-FPM has much better 
performance and security, and most PHP apps will run fine without 
modification. The apache configuration to use PHP-FPM is somewhat 
different, as you discovered.


Quinn

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Glad it’s working now.

--
Sent from iPhone

> On venerdì, feb 23, 2024 at 09:15, Gary Bowling  (mailto:g...@gbco.us)> wrote:
>
>
>
>
>
> Hahaha, Just as I was about to do this... I found the problem.
>
>
> Thanks to Philip, who replied offline with a copy of his php.conf file.
>
>
>
>
>
>
>
> I was going down the right path trying to figure out why php wasn't working, 
> including asking questions about the php.conf file and the modules it called. 
> Turns out my php.conf file was coped over from my old server as part of the 
> migration process.
>
>
>
> So Philip provided me a copy of this php.conf file, which looked very 
> different to mine. I moved mine over to a backup file and re-installed the 
> original php.conf which comes from the rpm php-fpm.
>
>
>
>
>
>
>
> Now everything is working..
>
>
>
>
>
>
>
> gb
>
>
>
>
>
>
> On 2/23/2024 12:06 PM, Gary Bowling wrote:
> >
> >
> >
> >
> >
> > I usually like to work through these type of things to learn what is going 
> > on. I generally learn a few things in the process.
> >
> >
> >
> >
> >
> >
> >
> > However, I'm just about stumped on this one. I'm going to take a lunch 
> > break and when I come back, I think I'm going to do the following.
> >
> >
> >
> >
> >
> >
> >
> > - Remove httpd, php, php-fpm and all the associated dependencies. Then go 
> > through and delete all the directories as the remove process won't do that. 
> > Things like /etc/httpd, /etc/php.d, etc. etc. etc.
> >
> >
> > - I probably also need to go through the toaster directories to remove 
> > things like admin.pass, etc. I want a clean start just like it was a new 
> > install.
> >
> >
> > - Then I'm going to edit qt-install to remove everything but the web 
> > install pieces. I already have a working mail server and mysql server. I've 
> > tested it with both imap and pop3 and all seems well. So no need to go 
> > through all that again. I just want to do the parts of qt-install that have 
> > to do with web things.
> >
> >
> > - Then I'll run the new script and start with a fresh web setup and NOT 
> > copy my files from my old server. I think it may be the copying of files 
> > from my old server that got me into this situation. There are many years of 
> > tweaks and pieces in there and I'm not sure what all it overwrote when I 
> > installed the first time.
> >
> >
> >
> >
> >
> >
> >
> > Thanks, gb
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > On 2/23/2024 11:55 AM, Gary Bowling wrote:
> > >
> > >
> > >
> > >
> > >
> > > Here you go Eric.. The 96.46.15.70 address was added as that's my home IP 
> > > where I'm working from.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > RewriteEngine On
> > > RewriteCond %{HTTPS} !=on
> > > RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]
> > > Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1 96.46.15.70"
> > > 
> > > ScriptAlias /mail/ /usr/share/toaster/cgi-bin/
> > > Alias /admin-toaster /usr/share/toaster/htdocs/admin/
> > > Alias /stats-toaster/ /usr/share/toaster/htdocs/mrtg/
> > > Alias /images-toaster/ /usr/share/toaster/htdocs/images/
> > > Alias /scripts/ /usr/share/toaster/htdocs/scripts/
> > > Alias /qmailadmin /usr/share/qmailadmin/
> > > 
> > > 
> > > AddHandler cgi-script .cgi
> > > AddHandler cgi-script qmailadmin
> > > DirectoryIndex index.cgi qmailadmin index.html
> > > Options +Indexes +FollowSymLinks +ExecCGI
> > > 
> > > Require ip ${aclnet}
> > > 
> > > 
> > > 
> > > Options -Indexes +FollowSymLinks +MultiViews
> > > AllowOverride All
> > > 
> > > Require ip ${aclnet}
> > > 
> > > 
> > > 
> > > 
> > > AuthType Basic
> > > AuthName "Qmail Toaster v. 1.3 Admin"
> > > AuthUserFile /usr/share/toaster/include/admin.htpasswd
> > > Require valid-user
> > > Require ip ${aclnet}
> > > 
> > > 
> > > 
> > > AllowOverride All
> > > 
> > > AuthType Basic
> > > AuthName "Qmail Toaster v. 1.3 Admin"
> > > AuthUserFile /usr/share/toaster/include/admin.htpasswd
> > > Require valid-user
> > > Require ip ${aclnet}
> > > 
> > > 
> > > 
> > > AllowOverride All
> > > Options ExecCGI
> > > 
> > > AuthType Basic
> > > AuthName "Qmail Toaster v. 1.3 Admin"
> > > AuthUserFile /usr/share/toaster/include/admin.htpasswd
> > > require valid-user
> > > Require ip ${aclnet}
> > > 
> > > 
> > > 
> > > AllowOverride All
> > > Options ExecCGI
> > > 
> > > Require ip ${aclnet}
> > > 
> > > 
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On 2/23/2024 11:43 AM, Eric Broch wrote:
> > > >
> > > > Gary,
> > > >
> > > >
> > > > can you dump /etc/httpd/conf/toaster.conf and post the output to the 
> > > > list?
> > > >
> > > >
> > > > I'm particularly interested in the following line
> > > >
> > > >
> > > > 'Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1"'
> > > >
> > > >
> > > > Eric
> > > >
> > > >
> > > > On 2/23/2024 9:39 AM, Gary Bowling wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Thanks Eric
> > > > >
> > > > >
> > > > > gb
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Hahaha, Just as I was about to do this... I found the problem.
Thanks to Philip, who replied offline with a copy of his php.conf
  file. 



I was going down the right path trying to figure out why php
  wasn't working, including asking questions about the php.conf file
  and the modules it called. Turns out my php.conf file was coped
  over from my old server as part of the migration process. 

So Philip provided me a copy of this php.conf file, which looked
  very different to mine. I moved mine over to a backup file and
  re-installed the original php.conf which comes from the rpm
  php-fpm. 



Now everything is working.. 



gb



On 2/23/2024 12:06 PM, Gary Bowling
  wrote:


  
  
  
  I usually like to work through these type of things to learn
what is going on. I generally learn a few things in the process.

  
  
  
  However, I'm just about stumped on this one. I'm going to take
a lunch break and when I come back, I think I'm going to do the
following. 
  
  
  
  - Remove httpd, php, php-fpm and all the associated
dependencies. Then go through and delete all the directories as
the remove process won't do that. Things like /etc/httpd,
/etc/php.d, etc. etc. etc.
  - I probably also need to go through the toaster directories to
remove things like admin.pass, etc. I want a clean start just
like it was a new install.
  - Then I'm going to edit qt-install to remove everything but
the web install pieces. I already have a working mail server and
mysql server. I've tested it with both imap and pop3 and all
seems well. So no need to go through all that again. I just want
to do the parts of qt-install that have to do with web things.
  - Then I'll run the new script and start with a fresh web setup
and NOT copy my files from my old server. I think it may be the
copying of files from my old server that got me into this
situation.  There are many years of tweaks and pieces in there
and I'm not sure what all it overwrote when I installed the
first time.
  
  
  
  Thanks, gb
  
  
  
  
  
  
  On 2/23/2024 11:55 AM, Gary Bowling
wrote:
  
  



Here you go Eric..  The 96.46.15.70 address was added as
  that's my home IP where I'm working from.



 RewriteEngine On
   RewriteCond %{HTTPS} !=on
   RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1
  [R,L]
   Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1
  96.46.15.70"
   
      ScriptAlias /mail/ /usr/share/toaster/cgi-bin/
      Alias /admin-toaster /usr/share/toaster/htdocs/admin/
      Alias /stats-toaster/ /usr/share/toaster/htdocs/mrtg/
      Alias /images-toaster/ /usr/share/toaster/htdocs/images/
      Alias /scripts/ /usr/share/toaster/htdocs/scripts/
      Alias /qmailadmin /usr/share/qmailadmin/
   
   
      AddHandler cgi-script .cgi
      AddHandler cgi-script qmailadmin
      DirectoryIndex index.cgi qmailadmin index.html
      Options +Indexes +FollowSymLinks +ExecCGI
      
      Require ip ${aclnet}
      
   
   
   Options -Indexes +FollowSymLinks +MultiViews
      AllowOverride All
      
      Require ip ${aclnet}
      
   
   
      
      AuthType Basic
      AuthName "Qmail Toaster v. 1.3 Admin"
      AuthUserFile /usr/share/toaster/include/admin.htpasswd
      Require valid-user
      Require ip ${aclnet}
      
   
   
      AllowOverride All
      
      AuthType Basic
      AuthName "Qmail Toaster v. 1.3 Admin"
      AuthUserFile /usr/share/toaster/include/admin.htpasswd
      Require valid-user
    Require ip ${aclnet}
      
   
   
      AllowOverride All
      Options ExecCGI
      
      AuthType Basic
      AuthName "Qmail Toaster v. 1.3 Admin"
      AuthUserFile /usr/share/toaster/include/admin.htpasswd
      require valid-user
      Require ip ${aclnet}
      
   
   
      AllowOverride All
      Options ExecCGI
      
      Require ip ${aclnet}
      
   
  



On 2/23/2024 11:43 AM, Eric Broch
  wrote:


  
  Gary,
  can you dump 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


I usually like to work through these type of things to learn what
  is going on. I generally learn a few things in the process. 



However, I'm just about stumped on this one. I'm going to take a
  lunch break and when I come back, I think I'm going to do the
  following. 



- Remove httpd, php, php-fpm and all the associated dependencies.
  Then go through and delete all the directories as the remove
  process won't do that. Things like /etc/httpd, /etc/php.d, etc.
  etc. etc.
- I probably also need to go through the toaster directories to
  remove things like admin.pass, etc. I want a clean start just like
  it was a new install.

- Then I'm going to edit qt-install to remove everything but the
  web install pieces. I already have a working mail server and mysql
  server. I've tested it with both imap and pop3 and all seems well.
  So no need to go through all that again. I just want to do the
  parts of qt-install that have to do with web things.
- Then I'll run the new script and start with a fresh web setup
  and NOT copy my files from my old server. I think it may be the
  copying of files from my old server that got me into this
  situation.  There are many years of tweaks and pieces in there and
  I'm not sure what all it overwrote when I installed the first
  time.



Thanks, gb






On 2/23/2024 11:55 AM, Gary Bowling
  wrote:


  
  
  
  Here you go Eric..  The 96.46.15.70 address was added as that's
my home IP where I'm working from.
  
  
  
   RewriteEngine On
 RewriteCond %{HTTPS} !=on
 RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1
[R,L]
 Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1
96.46.15.70"
 
    ScriptAlias /mail/ /usr/share/toaster/cgi-bin/
    Alias /admin-toaster /usr/share/toaster/htdocs/admin/
    Alias /stats-toaster/ /usr/share/toaster/htdocs/mrtg/
    Alias /images-toaster/ /usr/share/toaster/htdocs/images/
    Alias /scripts/ /usr/share/toaster/htdocs/scripts/
    Alias /qmailadmin /usr/share/qmailadmin/
 
 
    AddHandler cgi-script .cgi
    AddHandler cgi-script qmailadmin
    DirectoryIndex index.cgi qmailadmin index.html
    Options +Indexes +FollowSymLinks +ExecCGI
    
    Require ip ${aclnet}
    
 
 
 Options -Indexes +FollowSymLinks +MultiViews
    AllowOverride All
    
    Require ip ${aclnet}
    
 
 
    
    AuthType Basic
    AuthName "Qmail Toaster v. 1.3 Admin"
    AuthUserFile /usr/share/toaster/include/admin.htpasswd
    Require valid-user
    Require ip ${aclnet}
    
 
 
    AllowOverride All
    
    AuthType Basic
    AuthName "Qmail Toaster v. 1.3 Admin"
    AuthUserFile /usr/share/toaster/include/admin.htpasswd
    Require valid-user
  Require ip ${aclnet}
    
 
 
    AllowOverride All
    Options ExecCGI
    
    AuthType Basic
    AuthName "Qmail Toaster v. 1.3 Admin"
    AuthUserFile /usr/share/toaster/include/admin.htpasswd
    require valid-user
    Require ip ${aclnet}
    
 
 
    AllowOverride All
    Options ExecCGI
    
    Require ip ${aclnet}
    
 

  
  
  
  On 2/23/2024 11:43 AM, Eric Broch
wrote:
  
  

Gary,
can you dump /etc/httpd/conf/toaster.conf and post the output
  to the list?
I'm particularly interested in the following line
 'Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1"'
Eric

On 2/23/2024 9:39 AM, Gary Bowling
  wrote:


  
  
  
  Thanks Eric
  gb
  
  
  
  
  
  On 2/23/2024 11:08 AM, Eric Broch
wrote:
  
  

My Box:
# find / -name "*libphp*"
# 

Nothing. And yet, my toaster-admin works.


On 2/23/2024 8:33 AM, Gary
  Bowling wrote:


  
  
  
  Yes I know that. But in past version, it was required
to properly serve out a php file. Without it the php
file just gets served as a text file and not executed as
php code.
  I discovered my server was not 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Here you go Eric..  The 96.46.15.70 address was added as that's
  my home IP where I'm working from.



 RewriteEngine On
   RewriteCond %{HTTPS} !=on
   RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]
   Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1
  96.46.15.70"
   
      ScriptAlias /mail/ /usr/share/toaster/cgi-bin/
      Alias /admin-toaster /usr/share/toaster/htdocs/admin/
      Alias /stats-toaster/ /usr/share/toaster/htdocs/mrtg/
      Alias /images-toaster/ /usr/share/toaster/htdocs/images/
      Alias /scripts/ /usr/share/toaster/htdocs/scripts/
      Alias /qmailadmin /usr/share/qmailadmin/
   
   
      AddHandler cgi-script .cgi
      AddHandler cgi-script qmailadmin
      DirectoryIndex index.cgi qmailadmin index.html
      Options +Indexes +FollowSymLinks +ExecCGI
      
      Require ip ${aclnet}
      
   
   
   Options -Indexes +FollowSymLinks +MultiViews
      AllowOverride All
      
      Require ip ${aclnet}
      
   
   
      
      AuthType Basic
      AuthName "Qmail Toaster v. 1.3 Admin"
      AuthUserFile /usr/share/toaster/include/admin.htpasswd
      Require valid-user
      Require ip ${aclnet}
      
   
   
      AllowOverride All
      
      AuthType Basic
      AuthName "Qmail Toaster v. 1.3 Admin"
      AuthUserFile /usr/share/toaster/include/admin.htpasswd
      Require valid-user
    Require ip ${aclnet}
      
   
   
      AllowOverride All
      Options ExecCGI
      
      AuthType Basic
      AuthName "Qmail Toaster v. 1.3 Admin"
      AuthUserFile /usr/share/toaster/include/admin.htpasswd
      require valid-user
      Require ip ${aclnet}
      
   
   
      AllowOverride All
      Options ExecCGI
      
      Require ip ${aclnet}
      
   
  



On 2/23/2024 11:43 AM, Eric Broch
  wrote:


  
  Gary,
  can you dump /etc/httpd/conf/toaster.conf and post the output
to the list?
  I'm particularly interested in the following line
   'Define aclnet "192.168.2.0/24 192.168.9.0/24 127.0.0.1"'
  Eric
  
  On 2/23/2024 9:39 AM, Gary Bowling
wrote:
  
  



Thanks Eric
gb





On 2/23/2024 11:08 AM, Eric Broch
  wrote:


  
  My Box:
  # find / -name "*libphp*"
  # 
  
  Nothing. And yet, my toaster-admin works.
  
  
  On 2/23/2024 8:33 AM, Gary
Bowling wrote:
  
  



Yes I know that. But in past version, it was required to
  properly serve out a php file. Without it the php file
  just gets served as a text file and not executed as php
  code.
I discovered my server was not executing index.php. After
  adding a DirectoryIndex index.php statement in my server,
  it now just serves out the index.php from the roundcube
  directory as a text file.
In troubleshooting why it was not being executed and was
  instead being served out as a text file, I found there was
  not libphp file. 

Which, in past versions was provided by the php rpm
  package. If I go to my old Centos 7 box and list files in
  the php rpm, it provides the file
  /etc/httpd/modules/libphp5.so and that gets loaded in
  apache to execute php code.
But in Rocky 9, there is no libphp module in the php rpm,
  and there is not a libphp file in my modules directory and
  I cannot find that Rocky 9 even contains a libphp file.

So I'm trying to find out how Rocky 9 executes php code
  instead of serving it up as a text file. Since roundcube
  is working for you guys, you either have a libphp file
  that is getting loaded, or Rocky 9 handles that in an
  entirely different way. If it handles it in a different
  way, I need to learn how that works so I can resolve that
  issue.



Thanks, gb



On 2/23/2024 10:14 AM, Remo
  Mattei wrote:


  
  
  
  
  
 The Apache statement is if available load it. I
  will check not sure I do. 


  
  

 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Yes I know that. But in past version, it was required to properly
  serve out a php file. Without it the php file just gets served as
  a text file and not executed as php code.
I discovered my server was not executing index.php. After adding
  a DirectoryIndex index.php statement in my server, it now just
  serves out the index.php from the roundcube directory as a text
  file.
In troubleshooting why it was not being executed and was instead
  being served out as a text file, I found there was not libphp
  file. 

Which, in past versions was provided by the php rpm package. If I
  go to my old Centos 7 box and list files in the php rpm, it
  provides the file /etc/httpd/modules/libphp5.so and that gets
  loaded in apache to execute php code.
But in Rocky 9, there is no libphp module in the php rpm, and
  there is not a libphp file in my modules directory and I cannot
  find that Rocky 9 even contains a libphp file.

So I'm trying to find out how Rocky 9 executes php code instead
  of serving it up as a text file. Since roundcube is working for
  you guys, you either have a libphp file that is getting loaded, or
  Rocky 9 handles that in an entirely different way. If it handles
  it in a different way, I need to learn how that works so I can
  resolve that issue.



Thanks, gb




On 2/23/2024 10:14 AM, Remo Mattei
  wrote:


  
  
  
  
  
 The Apache statement is if available load it. I will check
  not sure I do. 


  
  

  
--
  Sent from iPhone 
  
  
  

  
   
  

  On venerdì, feb 23, 2024 at 07:11, Gary Bowling  wrote:
  
  


Question. On your Rocky 9 boxes, do you have a libphp5.so
  module? Listed in the /etc/httpd/conf.d/php.conf file as.


    LoadModule php5_module modules/libphp5.so
  



On my Rocky 9 box, this file does not exist and I cannot
  find that it is even suppose to exist. But I'm not sure
  how php is suppose to work on Apache without it. Maybe
  they have changed the way that works. 

In previous versions, like Centos 7, it was included in
  the php rpm that was installed.
Thanks, gb



On 2/22/2024 11:17 PM, Remo
  Mattei wrote:


  
  Here is my list of php
  
php-common-8.0.30-1.el9_2.x86_64
php-pdo-8.0.30-1.el9_2.x86_64
php-fpm-8.0.30-1.el9_2.x86_64
php-process-8.0.30-1.el9_2.x86_64
php-ldap-8.0.30-1.el9_2.x86_64
php-mbstring-8.0.30-1.el9_2.x86_64
php-xml-8.0.30-1.el9_2.x86_64
php-pecl-zip-1.19.2-6.el9.x86_64
php-enchant-8.0.30-1.el9_2.x86_64
php-intl-8.0.30-1.el9_2.x86_64
php-gd-8.0.30-1.el9_2.x86_64
php-mysqlnd-8.0.30-1.el9_2.x86_64
php-cli-8.0.30-1.el9_2.x86_64
php-opcache-8.0.30-1.el9_2.x86_64
php-8.0.30-1.el9_2.x86_64





  
On Feb 22, 2024, at 19:58, Gary Bowling 
  wrote:


  
  


So in doing some more troubleshooting, it
  didn't seem like php was working correctly. In
  poking around I do not find a libphp.so file.
  I assume since it's php 8.0.3 it would be
  libphp8.so module?
That should come from the php install, so I
  did this to see all the files installed by
  php. 

# rpm -ql php
  (contains no files)

And it says it contains NO FILES! What's up
  with that?? So I did this.
dnf reinstall php
  Last metadata expiration check: 0:46:39 ago on
  Fri 23 Feb 2024 03:03:37 AM UTC.
  Dependencies resolved.

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

The Apache statement is if available load it. I will check not sure I do.

--
Sent from iPhone

> On venerdì, feb 23, 2024 at 07:11, Gary Bowling  (mailto:g...@gbco.us)> wrote:
>
>
>
>
>
> Question. On your Rocky 9 boxes, do you have a libphp5.so module? Listed in 
> the /etc/httpd/conf.d/php.conf file as.
>
>
>
> 
> LoadModule php5_module modules/libphp5.so
> 
>
>
>
>
>
>
>
> On my Rocky 9 box, this file does not exist and I cannot find that it is even 
> suppose to exist. But I'm not sure how php is suppose to work on Apache 
> without it. Maybe they have changed the way that works.
>
>
>
> In previous versions, like Centos 7, it was included in the php rpm that was 
> installed.
>
>
> Thanks, gb
>
>
>
>
>
>
> On 2/22/2024 11:17 PM, Remo Mattei wrote:
> > Here is my list of php
> > php-common-8.0.30-1.el9_2.x86_64
> > php-pdo-8.0.30-1.el9_2.x86_64
> > php-fpm-8.0.30-1.el9_2.x86_64
> > php-process-8.0.30-1.el9_2.x86_64
> > php-ldap-8.0.30-1.el9_2.x86_64
> > php-mbstring-8.0.30-1.el9_2.x86_64
> > php-xml-8.0.30-1.el9_2.x86_64
> > php-pecl-zip-1.19.2-6.el9.x86_64
> > php-enchant-8.0.30-1.el9_2.x86_64
> > php-intl-8.0.30-1.el9_2.x86_64
> > php-gd-8.0.30-1.el9_2.x86_64
> > php-mysqlnd-8.0.30-1.el9_2.x86_64
> > php-cli-8.0.30-1.el9_2.x86_64
> > php-opcache-8.0.30-1.el9_2.x86_64
> > php-8.0.30-1.el9_2.x86_64
> >
> >
> >
> > > On Feb 22, 2024, at 19:58, Gary Bowling  
> > > (mailto:g...@gbco.us) wrote:
> > >
> > >
> > >
> > >
> > >
> > > So in doing some more troubleshooting, it didn't seem like php was 
> > > working correctly. In poking around I do not find a libphp.so file. I 
> > > assume since it's php 8.0.3 it would be libphp8.so module?
> > >
> > >
> > > That should come from the php install, so I did this to see all the files 
> > > installed by php.
> > >
> > >
> > >
> > > # rpm -ql php
> > > (contains no files)
> > >
> > >
> > >
> > > And it says it contains NO FILES! What's up with that?? So I did this.
> > >
> > >
> > > dnf reinstall php
> > > Last metadata expiration check: 0:46:39 ago on Fri 23 Feb 2024 03:03:37 
> > > AM UTC.
> > > Dependencies resolved.
> > > ==
> > > Package Architecture Version Repository Size
> > > ==
> > > Reinstalling:
> > > php x86_64 8.0.30-1.el9_2 appstream 7.7 k
> > >
> > > Transaction Summary
> > > ==
> > >
> > > Total download size: 7.7 k
> > > Installed size: 0
> > > Is this ok [y/N]: y
> > > Downloading Packages:
> > > php-8.0.30-1.el9_2.x86_64.rpm 56 kB/s | 7.7 kB 00:00
> > > --
> > > Total 26 kB/s | 7.7 kB 00:00
> > > Running transaction check
> > > Transaction check succeeded.
> > > Running transaction test
> > > Transaction test succeeded.
> > > Running transaction
> > > Preparing : 1/1
> > > Reinstalling : php-8.0.30-1.el9_2.x86_64 1/2
> > > Cleanup : php-8.0.30-1.el9_2.x86_64 2/2
> > > Verifying : php-8.0.30-1.el9_2.x86_64 1/2
> > > Verifying : php-8.0.30-1.el9_2.x86_64 2/2
> > >
> > > Reinstalled:
> > > php-8.0.30-1.el9_2.x86_64
> > >
> > > Complete!
> > >
> > >
> > >
> > >
> > > 
> > >
> > >
> > >
> > > To get a new clean install of php.. But even after doing this, I still 
> > > get this.
> > >
> > >
> > > rpm -ql php
> > > (contains no files)
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > So it appears that my php install is broken and even a reinstall doesn't 
> > > fix it. I'm not sure what's up with that. Maybe the repository that my 
> > > box is using has problems?
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Have you ever seen that problem?
> > >
> > >
> > >
> > >
> > >
> > >
> > > gb
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On 2/22/2024 10:45 PM, Remo Mattei wrote:
> > > > Hi Gary,
> > > > I have the default di don’t change anything on that file
> > > >
> > > > > On Feb 22, 2024, at 18:59, Gary Bowling  
> > > > > (mailto:g...@gbco.us) wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Thanks. I suspect some of my issues might be from migrating 
> > > > > everything over from my old server which is clearly a lot different.
> > > > >
> > > > >
> > > > >
> > > > > What do your virtualhost configs for your domain look like in 
> > > > > /etc/httpd/conf.d/
> > > > >
> > > > >
> > > > > It seems my only problems are with web things. So it has to be either 
> > > > > a php issue or an httpd config issue. There is very little 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Question. On your Rocky 9 boxes, do you have a libphp5.so module?
  Listed in the /etc/httpd/conf.d/php.conf file as.


    LoadModule php5_module modules/libphp5.so
  



On my Rocky 9 box, this file does not exist and I cannot find
  that it is even suppose to exist. But I'm not sure how php is
  suppose to work on Apache without it. Maybe they have changed the
  way that works. 

In previous versions, like Centos 7, it was included in the php
  rpm that was installed.
Thanks, gb



On 2/22/2024 11:17 PM, Remo Mattei
  wrote:


  
  Here is my list of php
  
php-common-8.0.30-1.el9_2.x86_64
php-pdo-8.0.30-1.el9_2.x86_64
php-fpm-8.0.30-1.el9_2.x86_64
php-process-8.0.30-1.el9_2.x86_64
php-ldap-8.0.30-1.el9_2.x86_64
php-mbstring-8.0.30-1.el9_2.x86_64
php-xml-8.0.30-1.el9_2.x86_64
php-pecl-zip-1.19.2-6.el9.x86_64
php-enchant-8.0.30-1.el9_2.x86_64
php-intl-8.0.30-1.el9_2.x86_64
php-gd-8.0.30-1.el9_2.x86_64
php-mysqlnd-8.0.30-1.el9_2.x86_64
php-cli-8.0.30-1.el9_2.x86_64
php-opcache-8.0.30-1.el9_2.x86_64
php-8.0.30-1.el9_2.x86_64





  
On Feb 22, 2024, at 19:58, Gary Bowling
   wrote:


  
  


So in doing some more troubleshooting, it didn't seem
  like php was working correctly. In poking around I do
  not find a libphp.so file. I assume since it's php
  8.0.3 it would be libphp8.so module?
That should come from the php install, so I did this
  to see all the files installed by php. 

# rpm -ql php
  (contains no files)

And it says it contains NO FILES! What's up with
  that?? So I did this.
dnf reinstall php
  Last metadata expiration check: 0:46:39 ago on Fri 23
  Feb 2024 03:03:37 AM UTC.
  Dependencies resolved.
==
   Package   
  Architecture 
  Version 
  Repository    Size
==
  Reinstalling:
   php   
  x86_64   
  8.0.30-1.el9_2  
  appstream    7.7 k
  
  Transaction Summary
==
  
  Total download size: 7.7 k
  Installed size: 0
  Is this ok [y/N]: y
  Downloading Packages:
php-8.0.30-1.el9_2.x86_64.rpm 
  56 kB/s | 7.7 kB 00:00
--
Total 
  26 kB/s | 7.7 kB 00:00
  Running transaction check
  Transaction check succeeded.
  Running transaction test
  Transaction test succeeded.
  Running transaction
    Preparing   
: 
  1/1
    Reinstalling :
php-8.0.30-1.el9_2.x86_64   
  1/2
    Cleanup  :
php-8.0.30-1.el9_2.x86_64   
  2/2
    Verifying    :
php-8.0.30-1.el9_2.x86_64   
  1/2
    Verifying    :

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Here is my list of php
php-common-8.0.30-1.el9_2.x86_64
php-pdo-8.0.30-1.el9_2.x86_64
php-fpm-8.0.30-1.el9_2.x86_64
php-process-8.0.30-1.el9_2.x86_64
php-ldap-8.0.30-1.el9_2.x86_64
php-mbstring-8.0.30-1.el9_2.x86_64
php-xml-8.0.30-1.el9_2.x86_64
php-pecl-zip-1.19.2-6.el9.x86_64
php-enchant-8.0.30-1.el9_2.x86_64
php-intl-8.0.30-1.el9_2.x86_64
php-gd-8.0.30-1.el9_2.x86_64
php-mysqlnd-8.0.30-1.el9_2.x86_64
php-cli-8.0.30-1.el9_2.x86_64
php-opcache-8.0.30-1.el9_2.x86_64
php-8.0.30-1.el9_2.x86_64



> On Feb 22, 2024, at 19:58, Gary Bowling  wrote:
> 
> 
> 
> So in doing some more troubleshooting, it didn't seem like php was working 
> correctly. In poking around I do not find a libphp.so file. I assume since 
> it's php 8.0.3 it would be libphp8.so module?
> 
> That should come from the php install, so I did this to see all the files 
> installed by php.
> 
> # rpm -ql php
> (contains no files)
> 
> And it says it contains NO FILES! What's up with that?? So I did this.
> 
> dnf reinstall php
> Last metadata expiration check: 0:46:39 ago on Fri 23 Feb 2024 03:03:37 AM 
> UTC.
> Dependencies resolved.
> ==
>  PackageArchitecture  Version 
>  RepositorySize
> ==
> Reinstalling:
>  phpx86_64
> 8.0.30-1.el9_2   appstream
> 7.7 k
> 
> Transaction Summary
> ==
> 
> Total download size: 7.7 k
> Installed size: 0
> Is this ok [y/N]: y
> Downloading Packages:
> php-8.0.30-1.el9_2.x86_64.rpm 
>  56 kB/s | 7.7 kB 00:00
> --
> Total 
>  26 kB/s | 7.7 kB 00:00
> Running transaction check
> Transaction check succeeded.
> Running transaction test
> Transaction test succeeded.
> Running transaction
>   Preparing:  
> 1/1
>   Reinstalling : php-8.0.30-1.el9_2.x86_64
> 1/2
>   Cleanup  : php-8.0.30-1.el9_2.x86_64
> 2/2
>   Verifying: php-8.0.30-1.el9_2.x86_64
> 1/2
>   Verifying: php-8.0.30-1.el9_2.x86_64
> 2/2
> 
> Reinstalled:
>   php-8.0.30-1.el9_2.x86_64
> 
> Complete!
> 
> 
> 
> 
> To get a new clean install of php.. But even after doing this, I still get 
> this.
> 
>  rpm -ql php
> (contains no files)
> 
> 
> 
> So it appears that my php install is broken and even a reinstall doesn't fix 
> it. I'm not sure what's up with that. Maybe the repository that my box is 
> using has problems?
> 
> 
> 
> Have you ever seen that problem?
> 
> 
> 
> gb
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On 2/22/2024 10:45 PM, Remo Mattei wrote:
>> Hi Gary, 
>> I have the default di don’t change anything on that file
>> 
>>> On Feb 22, 2024, at 18:59, Gary Bowling  
>>>  wrote:
>>> 
>>> 
>>> 
>>> Thanks. I suspect some of my issues might be from migrating everything over 
>>> from my old server which is clearly a lot different.
>>> 
>>> What do your virtualhost configs for your domain look like in 
>>> /etc/httpd/conf.d/
>>> 
>>> It seems my only problems are with web things. So it has to be either a php 
>>> issue or an httpd config issue. There is very little done with php, just a 
>>> few things in php.ini.
>>> 
>>> There is a lot more done in httpd conf files, with various directives and 
>>> virtualhosts. Although not really much for qmailadmin
>>> 
>>> 
>>> 
>>> Thanks, gb
>>> 
>>> 
>>> 
>>> On 2/22/2024 8:43 PM, Eric Broch wrote:
 I did another fresh install of Rocky9/QMT and I can't seem to duplicate 
 the problem you're having.
 
 
 
 On 2/22/2024 12:48 PM, Eric 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


So in doing some more troubleshooting, it didn't seem like php
  was working correctly. In poking around I do not find a libphp.so
  file. I assume since it's php 8.0.3 it would be libphp8.so module?
That should come from the php install, so I did this to see all
  the files installed by php. 

# rpm -ql php
  (contains no files)

And it says it contains NO FILES! What's up with that?? So I did
  this.
dnf reinstall php
  Last metadata expiration check: 0:46:39 ago on Fri 23 Feb 2024
  03:03:37 AM UTC.
  Dependencies resolved.
==
   Package    Architecture 
  Version 
  Repository    Size
==
  Reinstalling:
   php    x86_64   
  8.0.30-1.el9_2  
  appstream    7.7 k
  
  Transaction Summary
==
  
  Total download size: 7.7 k
  Installed size: 0
  Is this ok [y/N]: y
  Downloading Packages:
php-8.0.30-1.el9_2.x86_64.rpm 
  56 kB/s | 7.7 kB 00:00
--
Total 
  26 kB/s | 7.7 kB 00:00
  Running transaction check
  Transaction check succeeded.
  Running transaction test
  Transaction test succeeded.
  Running transaction
    Preparing   
: 
  1/1
    Reinstalling :
php-8.0.30-1.el9_2.x86_64   
  1/2
    Cleanup  :
php-8.0.30-1.el9_2.x86_64   
  2/2
    Verifying    :
php-8.0.30-1.el9_2.x86_64   
  1/2
    Verifying    :
php-8.0.30-1.el9_2.x86_64   
  2/2
  
  Reinstalled:
    php-8.0.30-1.el9_2.x86_64
  
  Complete!
  



To get a new clean install of php.. But even after doing this, I
  still get this.
 rpm -ql php
  (contains no files)



So it appears that my php install is broken and even a reinstall
  doesn't fix it. I'm not sure what's up with that. Maybe the
  repository that my box is using has problems? 



Have you ever seen that problem?


gb









On 2/22/2024 10:45 PM, Remo Mattei
  wrote:


  
  Hi Gary, 
  I have the default di don’t change anything on that file

  
On Feb 22, 2024, at 18:59, Gary Bowling
   wrote:


  
  


Thanks. I suspect some of my issues might be from
  migrating everything over from my old server which is
  clearly a lot different. 

What do your virtualhost configs for your domain look
  like in /etc/httpd/conf.d/
It seems my only problems are with web things. So it
  has to be either a php issue or an httpd config issue.
  There is very little done with php, just a few things
  in php.ini. 

There is a lot more done in httpd conf files, with
  various directives and virtualhosts. Although not
  really much for qmailadmin


Thanks, gb



On 2/22/2024 8:43 PM, Eric
  Broch wrote:


  
  I did 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Hi Gary, 
I have the default di don’t change anything on that file

> On Feb 22, 2024, at 18:59, Gary Bowling  wrote:
> 
> 
> 
> Thanks. I suspect some of my issues might be from migrating everything over 
> from my old server which is clearly a lot different.
> 
> What do your virtualhost configs for your domain look like in 
> /etc/httpd/conf.d/
> 
> It seems my only problems are with web things. So it has to be either a php 
> issue or an httpd config issue. There is very little done with php, just a 
> few things in php.ini.
> 
> There is a lot more done in httpd conf files, with various directives and 
> virtualhosts. Although not really much for qmailadmin
> 
> 
> 
> Thanks, gb
> 
> 
> 
> On 2/22/2024 8:43 PM, Eric Broch wrote:
>> I did another fresh install of Rocky9/QMT and I can't seem to duplicate the 
>> problem you're having.
>> 
>> 
>> 
>> On 2/22/2024 12:48 PM, Eric Broch wrote:
>>> Mine as well. It'd be nice to see some errors in the httpd log.
>>> 
>>> 
>>> 
>>> On 2/22/2024 11:15 AM, Gary Bowling wrote:
 
 Thanks. So Eric, my version is 8.0.3 as I stated previously.
 
 
 
 php -v
 PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
 Copyright (c) The PHP Group
 Zend Engine v4.0.30, Copyright (c) Zend Technologies
 with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies
 
 
 
 Thanks, gb
 
 
 
 On 2/22/2024 1:11 PM, Remo Mattei wrote:
> Gary, 
> Yes default is php 8.0.3 I just upgraded afterwards to 8.3 you are fine 
> on the default installation php. Sorry for the confusion.
> 
> Remo 
> 
>> On Feb 22, 2024, at 10:05, Gary Bowling  
>>  wrote:
>> 
>> 
>> 
>> Not sure what you're saying Remo. My version is 8.0.3, and from your 
>> command it looks like yours is as well. I didn't upgrade to anything, 
>> just installed Rocky 9. Maybe you meant 8.0.3 instead of 8.3.
>> 
>> gb
>> 
>> 
>> 
>> On 2/22/2024 12:52 PM, Remo Mattei wrote:
>>> I just upgraded to 8.3 myself seems you can do that no problem but keep 
>>> 8 there Gary. 
>>> 
>>> Remo 
>>> 
 On Feb 22, 2024, at 09:50, Gary Bowling  
  wrote:
 
 
 
  php -v
 PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
 Copyright (c) The PHP Group
 Zend Engine v4.0.30, Copyright (c) Zend Technologies
 with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies
 
 
 
 
 On 2/22/2024 12:31 PM, Eric Broch wrote:
> Odd! Everything works fine on my Rocky9/qmt host.
> 
> What version of php are you running?
> 
> # php -v
> 
> On 2/22/2024 10:21 AM, Gary Bowling wrote:
>> Thanks Eric.
>> 
>> Yep, just to not send a huge logfile. After having everything 
>> stopped for two hrs, I started everything and went to the 
>> server/admin-toaster and got the screen from below. It looks like a 
>> 401 response, which indicates a lack of authentication credentials. 
>> And I'm not sure why. Probably something to do with me copying over 
>> the admin.pass or admin.htpasswd from my old server. That was part 
>> of the migration page.
>> 
>> Here's the httpd/error.log from that.
>> 
>> [Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 121153:tid 
>> 121153] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
>> [Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 121153] 
>> AH01574: module proxy_ajp_module is already loaded, skipping
>> [Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] [pid 
>> 121153:tid 121153] AH02282: No slotmem from mod_heartmonitor
>> [Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 121153:tid 
>> 121153] AH00489: Apache/2.4.57 (Rocky Linux) OpenSSL/3.0.7 
>> configured -- resuming normal operations
>> [Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 121153:tid 
>> 121153] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
>> 
>> 
>> 
>> 
>> 
>> And here's the httpd/access.log
>> 
>> 96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
>> HTTP/1.1" 401 381 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
>> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.
>> 0.0.0 Safari/537.36"
>> 96.46.15.70 - admin [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
>> HTTP/1.1" 301 244 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
>> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/
>> 122.0.0.0 Safari/537.36"
>> 
>> 
>> 
>> On 2/22/2024 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Thanks. I suspect some of my issues might be from migrating
  everything over from my old server which is clearly a lot
  different. 

What do your virtualhost configs for your domain look like in
  /etc/httpd/conf.d/
It seems my only problems are with web things. So it has to be
  either a php issue or an httpd config issue. There is very little
  done with php, just a few things in php.ini. 

There is a lot more done in httpd conf files, with various
  directives and virtualhosts. Although not really much for
  qmailadmin


Thanks, gb



On 2/22/2024 8:43 PM, Eric Broch wrote:


  
  I did another fresh install of Rocky9/QMT and I can't seem to
duplicate the problem you're having.
  
  
  On 2/22/2024 12:48 PM, Eric Broch
wrote:
  
  

Mine as well. It'd be nice to see some errors in the httpd
  log.


On 2/22/2024 11:15 AM, Gary Bowling
  wrote:


  
  
  
  Thanks. So Eric, my version is 8.0.3 as I stated
previously. 
  
  
  
  php -v
PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc
x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.30, Copyright (c), by Zend
Technologies
  
  
  Thanks, gb
  
  
  
  On 2/22/2024 1:11 PM, Remo Mattei
wrote:
  
  

Gary, 
Yes default is php 8.0.3 I just upgraded afterwards to
  8.3 you are fine on the default installation php. Sorry
  for the confusion.


Remo 
  

  On Feb 22, 2024, at 10:05, Gary Bowling 
wrote:
  
  


  
  
  Not sure what you're saying Remo. My version is
8.0.3, and from your command it looks like yours
is as well. I didn't upgrade to anything, just
installed Rocky 9. Maybe you meant 8.0.3 instead
of 8.3.
  
  gb
  
  
  
  On 2/22/2024 12:52
PM, Remo Mattei wrote:
  
  

I just upgraded to 8.3 myself seems you can do
that no problem but keep 8 there Gary. 


Remo 
  

  On Feb 22, 2024, at 09:50, Gary
Bowling 
wrote:
  
  


  
  
   php -v
PHP 8.0.30 (cli) (built: Aug  3 2023
17:13:08) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c)
Zend Technologies
    with Zend OPcache v8.0.30,
Copyright (c), by Zend Technologies

  
  
  
  On
2/22/2024 12:31 PM, Eric Broch
wrote:
  
  

Odd! Everything works fine on my
  Rocky9/qmt host.
What version of php are you
  running?
# php -v
On
  2/22/2024 10:21 AM, Gary Bowling
  wrote:


  
  Thanks Eric.
  
  Yep, just to not send a 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Hi
The last month I rebuilt 3 qmail servers and all working I shut one down as I 
only need two of them and do not recall all the issues Gary is having.
Gary I did offer my help I was not going to ask for any compensation btw as I 
had some time. Going out of town now so it will be hard at this time email 
only. But not sure why all this issues.

Remo

--
Sent from iPhone

> On giovedì, feb 22, 2024 at 17:43, Eric Broch  (mailto:ebr...@whitehorsetc.com)> wrote:
>
> I did another fresh install of Rocky9/QMT and I can't seem to duplicate the 
> problem you're having.
>
>
>
>
>
> On 2/22/2024 12:48 PM, Eric Broch wrote:
> >
> > Mine as well. It'd be nice to see some errors in the httpd log.
> >
> >
> >
> >
> >
> > On 2/22/2024 11:15 AM, Gary Bowling wrote:
> > >
> > >
> > >
> > >
> > >
> > > Thanks. So Eric, my version is 8.0.3 as I stated previously.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > php -v
> > > PHP 8.0.30 (cli) (built: Aug 3 2023 17:13:08) ( NTS gcc x86_64 )
> > > Copyright (c) The PHP Group
> > > Zend Engine v4.0.30, Copyright (c) Zend Technologies
> > > with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies
> > >
> > >
> > >
> > >
> > >
> > >
> > > Thanks, gb
> > >
> > >
> > >
> > >
> > >
> > >
> > > On 2/22/2024 1:11 PM, Remo Mattei wrote:
> > > > Gary,
> > > > Yes default is php 8.0.3 I just upgraded afterwards to 8.3 you are fine 
> > > > on the default installation php. Sorry for the confusion.
> > > >
> > > > Remo
> > > >
> > > > > On Feb 22, 2024, at 10:05, Gary Bowling  
> > > > > (mailto:g...@gbco.us) wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Not sure what you're saying Remo. My version is 8.0.3, and from your 
> > > > > command it looks like yours is as well. I didn't upgrade to anything, 
> > > > > just installed Rocky 9. Maybe you meant 8.0.3 instead of 8.3.
> > > > >
> > > > >
> > > > >
> > > > > gb
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On 2/22/2024 12:52 PM, Remo Mattei wrote:
> > > > > > I just upgraded to 8.3 myself seems you can do that no problem but 
> > > > > > keep 8 there Gary.
> > > > > >
> > > > > > Remo
> > > > > >
> > > > > > > On Feb 22, 2024, at 09:50, Gary Bowling  
> > > > > > > (mailto:g...@gbco.us) wrote:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > php -v
> > > > > > > PHP 8.0.30 (cli) (built: Aug 3 2023 17:13:08) ( NTS gcc x86_64 )
> > > > > > > Copyright (c) The PHP Group
> > > > > > > Zend Engine v4.0.30, Copyright (c) Zend Technologies
> > > > > > > with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 2/22/2024 12:31 PM, Eric Broch wrote:
> > > > > > > >
> > > > > > > > Odd! Everything works fine on my Rocky9/qmt host.
> > > > > > > >
> > > > > > > >
> > > > > > > > What version of php are you running?
> > > > > > > >
> > > > > > > >
> > > > > > > > # php -v
> > > > > > > >
> > > > > > > > On 2/22/2024 10:21 AM, Gary Bowling wrote:
> > > > > > > > >
> > > > > > > > > Thanks Eric.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Yep, just to not send a huge logfile. After having everything 
> > > > > > > > > stopped for two hrs, I started everything and went to the 
> > > > > > > > > server/admin-toaster and got the screen from below. It looks 
> > > > > > > > > like a 401 response, which indicates a lack of authentication 
> > > > > > > > > credentials. And I'm not sure why. Probably something to do 
> > > > > > > > > with me copying over the admin.pass or admin.htpasswd from my 
> > > > > > > > > old server. That was part of the migration page.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Here's the httpd/error.log from that.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 
> > > > > > > > > 121153:tid 121153] AH01232: suEXEC mechanism enabled 
> > > > > > > > > (wrapper: /usr/sbin/suexec)
> > > > > > > > > [Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 
> > > > > > > > > 121153] AH01574: module proxy_ajp_module is already loaded, 
> > > > > > > > > skipping
> > > > > > > > > [Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] 
> > > > > > > > > [pid 121153:tid 121153] AH02282: No slotmem from 
> > > > > > > > > mod_heartmonitor
> > > > > > > > > [Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 
> > > > > > > > > 121153:tid 121153] AH00489: Apache/2.4.57 (Rocky Linux) 
> > > > > > > > > OpenSSL/3.0.7 configured -- resuming normal operations
> > > > > > > > > [Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 
> > > > > > > > > 121153:tid 121153] AH00094: Command line: '/usr/sbin/httpd -D 
> > > > > > > > > FOREGROUND'
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > 

Re: [qmailtoaster] Rocky 9 Migration

[Eric Broch]

I did another fresh install of Rocky9/QMT and I can't seem to duplicate 
the problem you're having.



On 2/22/2024 12:48 PM, Eric Broch wrote:


Mine as well. It'd be nice to see some errors in the httpd log.


On 2/22/2024 11:15 AM, Gary Bowling wrote:



Thanks. So Eric, my version is 8.0.3 as I stated previously.


php -v
PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies


Thanks, gb


On 2/22/2024 1:11 PM, Remo Mattei wrote:

Gary,
Yes default is php 8.0.3 I just upgraded afterwards to 8.3 you are 
fine on the default installation php. Sorry for the confusion.


Remo


On Feb 22, 2024, at 10:05, Gary Bowling  wrote:


Not sure what you're saying Remo. My version is 8.0.3, and from 
your command it looks like yours is as well. I didn't upgrade to 
anything, just installed Rocky 9. Maybe you meant 8.0.3 instead of 8.3.


gb


On 2/22/2024 12:52 PM, Remo Mattei wrote:
I just upgraded to 8.3 myself seems you can do that no problem but 
keep 8 there Gary.


Remo


On Feb 22, 2024, at 09:50, Gary Bowling  wrote:


 php -v
PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies


On 2/22/2024 12:31 PM, Eric Broch wrote:


Odd! Everything works fine on my Rocky9/qmt host.

What version of php are you running?

# php -v

On 2/22/2024 10:21 AM, Gary Bowling wrote:


Thanks Eric.

Yep, just to not send a huge logfile. After having everything 
stopped for two hrs, I started everything and went to the 
server/admin-toaster and got the screen from below. It looks 
like a 401 response, which indicates a lack of authentication 
credentials. And I'm not sure why. Probably something to do 
with me copying over the admin.pass or admin.htpasswd from my 
old server. That was part of the migration page.


Here's the httpd/error.log from that.

[Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 
121153:tid 121153] AH01232: suEXEC mechanism enabled (wrapper: 
/usr/sbin/suexec)
[Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 
121153] AH01574: module proxy_ajp_module is already loaded, 
skipping
[Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] 
[pid 121153:tid 121153] AH02282: No slotmem from mod_heartmonitor
[Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 
121153:tid 121153] AH00489: Apache/2.4.57 (Rocky Linux) 
OpenSSL/3.0.7 configured -- resuming normal operations
[Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 121153:tid 
121153] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'




And here's the httpd/access.log

96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET 
/admin-toaster HTTP/1.1" 401 381 "-" "Mozilla/5.0 (Windows NT 
10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/122.

0.0.0 Safari/537.36"
96.46.15.70 - admin [22/Feb/2024:17:12:41 +] "GET 
/admin-toaster HTTP/1.1" 301 244 "-" "Mozilla/5.0 (Windows NT 
10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/

122.0.0.0 Safari/537.36"


On 2/22/2024 10:45 AM, Eric Broch wrote:


Can you check the httpd logs?

On 2/22/2024 8:12 AM, Gary Bowling wrote:



Another issue. When I log in to admin-toaster, it properly 
asks for my password and accepts it, but then all I get is 
this screen.







Between the problems I'm having with roundcube and with 
qmailadmin, something is very wrong with my install. I don't 
get any errors in the logs, either in messages or httpd logs.



I can configure up a client on my desktop and log into the 
server using IMAP and send/receive email. Granted I'm only 
sending to myself as there is no mx record or proper dns for 
this server as it's not live.





On 2/21/2024 9:52 AM, Gary Bowling wrote:


My next challenge is to get roundcube working. My old server 
uses squirrel, but that's so old I need to move on. Which 
might be a bit of a challenge as I have some users who 
exclusively use web mail and have all their address books 
and everything in there.



At any rate, I first just tried going to my server/email.. I 
got a big list of errors, etc.


In poking around a bit, I discovered that there wasn't a 
/var/lib/roundcube directory, which is listed in the rpm.. 
Not sure why that was or if it's intended as maybe this is a 
customized version of roundcube. At any rate, I decided to 
do a yum reinstall on roundcube, which produced a 
/var/lib/roundcube dir.


But I still got the same big list of errors when going to 
server/email.


In looking at the roundcube configs in /etc/roundcube/.. I 
see the config.inc.php has the proper string in it with the 
p4ssw... password etc. So that looks ok.


Logging into  mysql with the roundcube user works, and the 
roundcube database is there with all the table structure. So 
that looks ok.


In looking 

Re: [qmailtoaster] Rocky 9 Migration

[Eric Broch]

Mine as well. It'd be nice to see some errors in the httpd log.


On 2/22/2024 11:15 AM, Gary Bowling wrote:



Thanks. So Eric, my version is 8.0.3 as I stated previously.


php -v
PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies


Thanks, gb


On 2/22/2024 1:11 PM, Remo Mattei wrote:

Gary,
Yes default is php 8.0.3 I just upgraded afterwards to 8.3 you are 
fine on the default installation php. Sorry for the confusion.


Remo


On Feb 22, 2024, at 10:05, Gary Bowling  wrote:


Not sure what you're saying Remo. My version is 8.0.3, and from your 
command it looks like yours is as well. I didn't upgrade to 
anything, just installed Rocky 9. Maybe you meant 8.0.3 instead of 8.3.


gb


On 2/22/2024 12:52 PM, Remo Mattei wrote:
I just upgraded to 8.3 myself seems you can do that no problem but 
keep 8 there Gary.


Remo


On Feb 22, 2024, at 09:50, Gary Bowling  wrote:


 php -v
PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies


On 2/22/2024 12:31 PM, Eric Broch wrote:


Odd! Everything works fine on my Rocky9/qmt host.

What version of php are you running?

# php -v

On 2/22/2024 10:21 AM, Gary Bowling wrote:


Thanks Eric.

Yep, just to not send a huge logfile. After having everything 
stopped for two hrs, I started everything and went to the 
server/admin-toaster and got the screen from below. It looks 
like a 401 response, which indicates a lack of authentication 
credentials. And I'm not sure why. Probably something to do with 
me copying over the admin.pass or admin.htpasswd from my old 
server. That was part of the migration page.


Here's the httpd/error.log from that.

[Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 
121153:tid 121153] AH01232: suEXEC mechanism enabled (wrapper: 
/usr/sbin/suexec)
[Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 
121153] AH01574: module proxy_ajp_module is already loaded, skipping
[Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] 
[pid 121153:tid 121153] AH02282: No slotmem from mod_heartmonitor
[Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 
121153:tid 121153] AH00489: Apache/2.4.57 (Rocky Linux) 
OpenSSL/3.0.7 configured -- resuming normal operations
[Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 121153:tid 
121153] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'




And here's the httpd/access.log

96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
HTTP/1.1" 401 381 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.

0.0.0 Safari/537.36"
96.46.15.70 - admin [22/Feb/2024:17:12:41 +] "GET 
/admin-toaster HTTP/1.1" 301 244 "-" "Mozilla/5.0 (Windows NT 
10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/

122.0.0.0 Safari/537.36"


On 2/22/2024 10:45 AM, Eric Broch wrote:


Can you check the httpd logs?

On 2/22/2024 8:12 AM, Gary Bowling wrote:



Another issue. When I log in to admin-toaster, it properly 
asks for my password and accepts it, but then all I get is 
this screen.







Between the problems I'm having with roundcube and with 
qmailadmin, something is very wrong with my install. I don't 
get any errors in the logs, either in messages or httpd logs.



I can configure up a client on my desktop and log into the 
server using IMAP and send/receive email. Granted I'm only 
sending to myself as there is no mx record or proper dns for 
this server as it's not live.





On 2/21/2024 9:52 AM, Gary Bowling wrote:


My next challenge is to get roundcube working. My old server 
uses squirrel, but that's so old I need to move on. Which 
might be a bit of a challenge as I have some users who 
exclusively use web mail and have all their address books and 
everything in there.



At any rate, I first just tried going to my server/email.. I 
got a big list of errors, etc.


In poking around a bit, I discovered that there wasn't a 
/var/lib/roundcube directory, which is listed in the rpm.. 
Not sure why that was or if it's intended as maybe this is a 
customized version of roundcube. At any rate, I decided to do 
a yum reinstall on roundcube, which produced a 
/var/lib/roundcube dir.


But I still got the same big list of errors when going to 
server/email.


In looking at the roundcube configs in /etc/roundcube/.. I 
see the config.inc.php has the proper string in it with the 
p4ssw... password etc. So that looks ok.


Logging into  mysql with the roundcube user works, and the 
roundcube database is there with all the table structure. So 
that looks ok.


In looking at the roundcube config in httpd I noticed the 
"require local" rule, which I think means I can only access 
it from the local machine. Since my 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Thanks. So Eric, my version is 8.0.3 as I stated previously. 



php -v
  PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
  Copyright (c) The PHP Group
  Zend Engine v4.0.30, Copyright (c) Zend Technologies
      with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies


Thanks, gb



On 2/22/2024 1:11 PM, Remo Mattei
  wrote:


  
  Gary, 
  Yes default is php 8.0.3 I just upgraded afterwards to 8.3
you are fine on the default installation php. Sorry for the
confusion.
  
  
  Remo 

  
On Feb 22, 2024, at 10:05, Gary Bowling
   wrote:


  
  


Not sure what you're saying Remo. My version is
  8.0.3, and from your command it looks like yours is as
  well. I didn't upgrade to anything, just installed
  Rocky 9. Maybe you meant 8.0.3 instead of 8.3.

gb



On 2/22/2024 12:52 PM, Remo
  Mattei wrote:


  
  I just upgraded to 8.3 myself seems you can do that no
  problem but keep 8 there Gary. 
  
  
  Remo 

  
On Feb 22, 2024, at 09:50, Gary Bowling 
  wrote:


  
  


 php -v
  PHP 8.0.30 (cli) (built: Aug  3 2023
  17:13:08) ( NTS gcc x86_64 )
  Copyright (c) The PHP Group
  Zend Engine v4.0.30, Copyright (c) Zend
  Technologies
      with Zend OPcache v8.0.30, Copyright
  (c), by Zend Technologies
  



On 2/22/2024
  12:31 PM, Eric Broch wrote:


  
  Odd! Everything works fine on my
Rocky9/qmt host.
  What version of php are you running?
  # php -v
  On 2/22/2024
10:21 AM, Gary Bowling wrote:
  
  

Thanks Eric.

Yep, just to not send a huge logfile.
  After having everything stopped for
  two hrs, I started everything and went
  to the server/admin-toaster and got
  the screen from below. It looks like a
  401 response, which indicates a lack
  of authentication credentials. And I'm
  not sure why. Probably something to do
  with me copying over the admin.pass or
  admin.htpasswd from my old server.
  That was part of the migration page.

Here's the httpd/error.log from that.
[Thu Feb 22 17:12:23.702465 2024]
  [suexec:notice] [pid 121153:tid
  121153] AH01232: suEXEC mechanism
  enabled (wrapper: /usr/sbin/suexec)
  [Thu Feb 22 17:12:23.714703 2024]
  [so:warn] [pid 121153:tid 121153]
  AH01574: module proxy_ajp_module is
  already loaded, skipping
  [Thu Feb 22 17:12:23.719266 2024]
  [lbmethod_heartbeat:notice] [pid
  121153:tid 121153] AH02282: No slotmem
  from mod_heartmonitor
  [Thu Feb 22 17:12:23.722704 2024]
  [mpm_event:notice] [pid 121153:tid
  121153] AH00489: Apache/2.4.57 (Rocky
 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Gary, 
Yes default is php 8.0.3 I just upgraded afterwards to 8.3 you are fine on the 
default installation php. Sorry for the confusion.

Remo 

> On Feb 22, 2024, at 10:05, Gary Bowling  wrote:
> 
> 
> 
> Not sure what you're saying Remo. My version is 8.0.3, and from your command 
> it looks like yours is as well. I didn't upgrade to anything, just installed 
> Rocky 9. Maybe you meant 8.0.3 instead of 8.3.
> 
> gb
> 
> 
> 
> On 2/22/2024 12:52 PM, Remo Mattei wrote:
>> I just upgraded to 8.3 myself seems you can do that no problem but keep 8 
>> there Gary. 
>> 
>> Remo 
>> 
>>> On Feb 22, 2024, at 09:50, Gary Bowling  
>>>  wrote:
>>> 
>>> 
>>> 
>>>  php -v
>>> PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
>>> Copyright (c) The PHP Group
>>> Zend Engine v4.0.30, Copyright (c) Zend Technologies
>>> with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies
>>> 
>>> 
>>> 
>>> 
>>> On 2/22/2024 12:31 PM, Eric Broch wrote:
 Odd! Everything works fine on my Rocky9/qmt host.
 
 What version of php are you running?
 
 # php -v
 
 On 2/22/2024 10:21 AM, Gary Bowling wrote:
> Thanks Eric.
> 
> Yep, just to not send a huge logfile. After having everything stopped for 
> two hrs, I started everything and went to the server/admin-toaster and 
> got the screen from below. It looks like a 401 response, which indicates 
> a lack of authentication credentials. And I'm not sure why. Probably 
> something to do with me copying over the admin.pass or admin.htpasswd 
> from my old server. That was part of the migration page.
> 
> Here's the httpd/error.log from that.
> 
> [Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 121153:tid 121153] 
> AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
> [Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 121153] 
> AH01574: module proxy_ajp_module is already loaded, skipping
> [Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] [pid 
> 121153:tid 121153] AH02282: No slotmem from mod_heartmonitor
> [Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 121153:tid 
> 121153] AH00489: Apache/2.4.57 (Rocky Linux) OpenSSL/3.0.7 configured -- 
> resuming normal operations
> [Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 121153:tid 121153] 
> AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
> 
> 
> 
> 
> 
> And here's the httpd/access.log
> 
> 96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
> HTTP/1.1" 401 381 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.
> 0.0.0 Safari/537.36"
> 96.46.15.70 - admin [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
> HTTP/1.1" 301 244 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/
> 122.0.0.0 Safari/537.36"
> 
> 
> 
> On 2/22/2024 10:45 AM, Eric Broch wrote:
>> Can you check the httpd logs?
>> 
>> On 2/22/2024 8:12 AM, Gary Bowling wrote:
>>> 
>>> Another issue. When I log in to admin-toaster, it properly asks for my 
>>> password and accepts it, but then all I get is this screen.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Between the problems I'm having with roundcube and with qmailadmin, 
>>> something is very wrong with my install. I don't get any errors in the 
>>> logs, either in messages or httpd logs.
>>> 
>>> 
>>> 
>>> I can configure up a client on my desktop and log into the server using 
>>> IMAP and send/receive email. Granted I'm only sending to myself as 
>>> there is no mx record or proper dns for this server as it's not live.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 2/21/2024 9:52 AM, Gary Bowling wrote:
 My next challenge is to get roundcube working. My old server uses 
 squirrel, but that's so old I need to move on. Which might be a bit of 
 a challenge as I have some users who exclusively use web mail and have 
 all their address books and everything in there.
 
 
 
 At any rate, I first just tried going to my server/email.. I got a big 
 list of errors, etc.
 
 In poking around a bit, I discovered that there wasn't a 
 /var/lib/roundcube directory, which is listed in the rpm.. Not sure 
 why that was or if it's intended as maybe this is a customized version 
 of roundcube. At any rate, I decided to do a yum reinstall on 
 roundcube, which produced a /var/lib/roundcube dir.
 
 But I still got the same big list of errors when going to server/email.
 
 In looking at the roundcube configs in /etc/roundcube/.. I see the 
 config.inc.php has 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Not sure what you're saying Remo. My version is 8.0.3, and from
  your command it looks like yours is as well. I didn't upgrade to
  anything, just installed Rocky 9. Maybe you meant 8.0.3 instead of
  8.3.

gb



On 2/22/2024 12:52 PM, Remo Mattei
  wrote:


  
  I just upgraded to 8.3 myself seems you can do that no problem but
  keep 8 there Gary. 
  
  
  Remo 

  
On Feb 22, 2024, at 09:50, Gary Bowling
   wrote:


  
  


 php -v
  PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS
  gcc x86_64 )
  Copyright (c) The PHP Group
  Zend Engine v4.0.30, Copyright (c) Zend Technologies
      with Zend OPcache v8.0.30, Copyright (c), by Zend
  Technologies
  



On 2/22/2024 12:31 PM, Eric
  Broch wrote:


  
  Odd! Everything works fine on my Rocky9/qmt host.
  What version of php are you running?
  # php -v
  On 2/22/2024 10:21 AM,
Gary Bowling wrote:
  
  

Thanks Eric.

Yep, just to not send a huge logfile. After
  having everything stopped for two hrs, I started
  everything and went to the server/admin-toaster
  and got the screen from below. It looks like a 401
  response, which indicates a lack of authentication
  credentials. And I'm not sure why. Probably
  something to do with me copying over the
  admin.pass or admin.htpasswd from my old server.
  That was part of the migration page.

Here's the httpd/error.log from that.
[Thu Feb 22 17:12:23.702465 2024] [suexec:notice]
  [pid 121153:tid 121153] AH01232: suEXEC mechanism
  enabled (wrapper: /usr/sbin/suexec)
  [Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid
  121153:tid 121153] AH01574: module
  proxy_ajp_module is already loaded, skipping
  [Thu Feb 22 17:12:23.719266 2024]
  [lbmethod_heartbeat:notice] [pid 121153:tid
  121153] AH02282: No slotmem from mod_heartmonitor
  [Thu Feb 22 17:12:23.722704 2024]
  [mpm_event:notice] [pid 121153:tid 121153]
  AH00489: Apache/2.4.57 (Rocky Linux) OpenSSL/3.0.7
  configured -- resuming normal operations
  [Thu Feb 22 17:12:23.722720 2024] [core:notice]
  [pid 121153:tid 121153] AH00094: Command line:
  '/usr/sbin/httpd -D FOREGROUND'




And here's the httpd/access.log 

96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET
  /admin-toaster HTTP/1.1" 401 381 "-" "Mozilla/5.0
  (Windows NT 10.0; Win64; x64) AppleWebKit/537.36
  (KHTML, like Gecko) Chrome/122.
  0.0.0 Safari/537.36"
  96.46.15.70 - admin [22/Feb/2024:17:12:41 +]
  "GET /admin-toaster HTTP/1.1" 301 244 "-"
  "Mozilla/5.0 (Windows NT 10.0; Win64; x64)
  AppleWebKit/537.36 (KHTML, like Gecko) Chrome/
  122.0.0.0 Safari/537.36"



On 2/22/2024 10:45 AM,
  Eric Broch wrote:


  
  Can you check the httpd logs?
  
  On 2/22/2024 8:12 AM,
Gary Bowling wrote:
  
  



Another issue. When I log in to
  admin-toaster, it properly asks for my
  password and accepts it, but then all I get is
  this screen. 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

I just upgraded to 8.3 myself seems you can do that no problem but keep 8 there 
Gary. 

Remo 

> On Feb 22, 2024, at 09:50, Gary Bowling  wrote:
> 
> 
> 
>  php -v
> PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
> Copyright (c) The PHP Group
> Zend Engine v4.0.30, Copyright (c) Zend Technologies
> with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies
> 
> 
> 
> 
> On 2/22/2024 12:31 PM, Eric Broch wrote:
>> Odd! Everything works fine on my Rocky9/qmt host.
>> 
>> What version of php are you running?
>> 
>> # php -v
>> 
>> On 2/22/2024 10:21 AM, Gary Bowling wrote:
>>> Thanks Eric.
>>> 
>>> Yep, just to not send a huge logfile. After having everything stopped for 
>>> two hrs, I started everything and went to the server/admin-toaster and got 
>>> the screen from below. It looks like a 401 response, which indicates a lack 
>>> of authentication credentials. And I'm not sure why. Probably something to 
>>> do with me copying over the admin.pass or admin.htpasswd from my old 
>>> server. That was part of the migration page.
>>> 
>>> Here's the httpd/error.log from that.
>>> 
>>> [Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 121153:tid 121153] 
>>> AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 121153] 
>>> AH01574: module proxy_ajp_module is already loaded, skipping
>>> [Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] [pid 
>>> 121153:tid 121153] AH02282: No slotmem from mod_heartmonitor
>>> [Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 121153:tid 
>>> 121153] AH00489: Apache/2.4.57 (Rocky Linux) OpenSSL/3.0.7 configured -- 
>>> resuming normal operations
>>> [Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 121153:tid 121153] 
>>> AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
>>> 
>>> 
>>> 
>>> 
>>> 
>>> And here's the httpd/access.log
>>> 
>>> 96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET /admin-toaster HTTP/1.1" 
>>> 401 381 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
>>> (KHTML, like Gecko) Chrome/122.
>>> 0.0.0 Safari/537.36"
>>> 96.46.15.70 - admin [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
>>> HTTP/1.1" 301 244 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
>>> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/
>>> 122.0.0.0 Safari/537.36"
>>> 
>>> 
>>> 
>>> On 2/22/2024 10:45 AM, Eric Broch wrote:
 Can you check the httpd logs?
 
 On 2/22/2024 8:12 AM, Gary Bowling wrote:
> 
> Another issue. When I log in to admin-toaster, it properly asks for my 
> password and accepts it, but then all I get is this screen.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Between the problems I'm having with roundcube and with qmailadmin, 
> something is very wrong with my install. I don't get any errors in the 
> logs, either in messages or httpd logs.
> 
> 
> 
> I can configure up a client on my desktop and log into the server using 
> IMAP and send/receive email. Granted I'm only sending to myself as there 
> is no mx record or proper dns for this server as it's not live.
> 
> 
> 
> 
> 
> 
> 
> On 2/21/2024 9:52 AM, Gary Bowling wrote:
>> My next challenge is to get roundcube working. My old server uses 
>> squirrel, but that's so old I need to move on. Which might be a bit of a 
>> challenge as I have some users who exclusively use web mail and have all 
>> their address books and everything in there.
>> 
>> 
>> 
>> At any rate, I first just tried going to my server/email.. I got a big 
>> list of errors, etc.
>> 
>> In poking around a bit, I discovered that there wasn't a 
>> /var/lib/roundcube directory, which is listed in the rpm.. Not sure why 
>> that was or if it's intended as maybe this is a customized version of 
>> roundcube. At any rate, I decided to do a yum reinstall on roundcube, 
>> which produced a /var/lib/roundcube dir.
>> 
>> But I still got the same big list of errors when going to server/email.
>> 
>> In looking at the roundcube configs in /etc/roundcube/.. I see the 
>> config.inc.php has the proper string in it with the p4ssw... password 
>> etc. So that looks ok.
>> 
>> Logging into  mysql with the roundcube user works, and the roundcube 
>> database is there with all the table structure. So that looks ok.
>> 
>> In looking at the roundcube config in httpd I noticed the "require 
>> local" rule, which I think means I can only access it from the local 
>> machine. Since my machine is a hosted machine, I can't do that. So I 
>> changed the to "require ip " ... that didn't resolve anything.
>> 
>> I'm off to do some other work for the rest of the day, but somehow I 
>> need to figure out what's going on here. There is very little in the 
>> logs and I'm running out of 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

PHP 8.0.30 (cli) (built: Aug  3 2023 17:13:08) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.30, Copyright (c) Zend Technologies
with Zend OPcache v8.0.30, Copyright (c), by Zend Technologies



> On Feb 22, 2024, at 09:21, Gary Bowling  wrote:
> 
> Thanks Eric.
> 
> Yep, just to not send a huge logfile. After having everything stopped for two 
> hrs, I started everything and went to the server/admin-toaster and got the 
> screen from below. It looks like a 401 response, which indicates a lack of 
> authentication credentials. And I'm not sure why. Probably something to do 
> with me copying over the admin.pass or admin.htpasswd from my old server. 
> That was part of the migration page.
> 
> Here's the httpd/error.log from that.
> 
> [Thu Feb 22 17:12:23.702465 2024] [suexec:notice] [pid 121153:tid 121153] 
> AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
> [Thu Feb 22 17:12:23.714703 2024] [so:warn] [pid 121153:tid 121153] AH01574: 
> module proxy_ajp_module is already loaded, skipping
> [Thu Feb 22 17:12:23.719266 2024] [lbmethod_heartbeat:notice] [pid 121153:tid 
> 121153] AH02282: No slotmem from mod_heartmonitor
> [Thu Feb 22 17:12:23.722704 2024] [mpm_event:notice] [pid 121153:tid 121153] 
> AH00489: Apache/2.4.57 (Rocky Linux) OpenSSL/3.0.7 configured -- resuming 
> normal operations
> [Thu Feb 22 17:12:23.722720 2024] [core:notice] [pid 121153:tid 121153] 
> AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
> 
> 
> 
> 
> 
> And here's the httpd/access.log
> 
> 96.46.15.70 - - [22/Feb/2024:17:12:41 +] "GET /admin-toaster HTTP/1.1" 
> 401 381 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
> (KHTML, like Gecko) Chrome/122.
> 0.0.0 Safari/537.36"
> 96.46.15.70 - admin [22/Feb/2024:17:12:41 +] "GET /admin-toaster 
> HTTP/1.1" 301 244 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) 
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/
> 122.0.0.0 Safari/537.36"
> 
> 
> 
> On 2/22/2024 10:45 AM, Eric Broch wrote:
>> Can you check the httpd logs?
>> 
>> On 2/22/2024 8:12 AM, Gary Bowling wrote:
>>> 
>>> Another issue. When I log in to admin-toaster, it properly asks for my 
>>> password and accepts it, but then all I get is this screen.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Between the problems I'm having with roundcube and with qmailadmin, 
>>> something is very wrong with my install. I don't get any errors in the 
>>> logs, either in messages or httpd logs.
>>> 
>>> 
>>> 
>>> I can configure up a client on my desktop and log into the server using 
>>> IMAP and send/receive email. Granted I'm only sending to myself as there is 
>>> no mx record or proper dns for this server as it's not live.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 2/21/2024 9:52 AM, Gary Bowling wrote:
 My next challenge is to get roundcube working. My old server uses 
 squirrel, but that's so old I need to move on. Which might be a bit of a 
 challenge as I have some users who exclusively use web mail and have all 
 their address books and everything in there.
 
 
 
 At any rate, I first just tried going to my server/email.. I got a big 
 list of errors, etc.
 
 In poking around a bit, I discovered that there wasn't a 
 /var/lib/roundcube directory, which is listed in the rpm.. Not sure why 
 that was or if it's intended as maybe this is a customized version of 
 roundcube. At any rate, I decided to do a yum reinstall on roundcube, 
 which produced a /var/lib/roundcube dir.
 
 But I still got the same big list of errors when going to server/email.
 
 In looking at the roundcube configs in /etc/roundcube/.. I see the 
 config.inc.php has the proper string in it with the p4ssw... password etc. 
 So that looks ok.
 
 Logging into  mysql with the roundcube user works, and the roundcube 
 database is there with all the table structure. So that looks ok.
 
 In looking at the roundcube config in httpd I noticed the "require local" 
 rule, which I think means I can only access it from the local machine. 
 Since my machine is a hosted machine, I can't do that. So I changed the to 
 "require ip " ... that didn't resolve anything.
 
 I'm off to do some other work for the rest of the day, but somehow I need 
 to figure out what's going on here. There is very little in the logs and 
 I'm running out of things to check.
 
 
 
 Here's the screen I get when I go to myserver/email, which seems to say 
 "everything is broken" haha..
 
 
 
 | | Author: Aleksander Machniak | 
 +-+
  */ // include environment require_once 'program/include/iniset.php'; // 
 init application, start session, init output class, etc. $RCMAIL = 
 rcmail::get_instance(0, isset($GLOBALS['env']) ? $GLOBALS['env'] : null); 
 // Make the whole PHP 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  
My next challenge is to get roundcube working. My old server uses
  squirrel, but that's so old I need to move on. Which might be a
  bit of a challenge as I have some users who exclusively use web
  mail and have all their address books and everything in there.


At any rate, I first just tried going to my server/email.. I got
  a big list of errors, etc. 

In poking around a bit, I discovered that there wasn't a
  /var/lib/roundcube directory, which is listed in the rpm.. Not
  sure why that was or if it's intended as maybe this is a
  customized version of roundcube. At any rate, I decided to do a
  yum reinstall on roundcube, which produced a /var/lib/roundcube
  dir. 

But I still got the same big list of errors when going to
  server/email.
In looking at the roundcube configs in /etc/roundcube/.. I see
  the config.inc.php has the proper string in it with the p4ssw...
  password etc. So that looks ok. 

Logging into  mysql with the roundcube user works, and the
  roundcube database is there with all the table structure. So that
  looks ok. 

In looking at the roundcube config in httpd I noticed the
  "require local" rule, which I think means I can only access it
  from the local machine. Since my machine is a hosted machine, I
  can't do that. So I changed the to "require ip " ...
  that didn't resolve anything. 

I'm off to do some other work for the rest of the day, but
  somehow I need to figure out what's going on here. There is very
  little in the logs and I'm running out of things to check.


Here's the screen I get when I go to myserver/email, which seems
  to say "everything is broken" haha.. 



|
| Author: Aleksander Machniak |
+-+
  */ // include environment require_once
  'program/include/iniset.php'; // init application, start session,
  init output class, etc. $RCMAIL = rcmail::get_instance(0,
  isset($GLOBALS['env']) ? $GLOBALS['env'] : null); // Make the
  whole PHP output non-cacheable (#1487797)
  $RCMAIL->output->nocacheing_headers();
  $RCMAIL->output->common_headers(!empty($_SESSION['user_id']));
  // turn on output buffering ob_start(); // check if config files
  had errors if ($err_str = $RCMAIL->config->get_error()) {
  rcmail::raise_error(['code' => 601, 'message' => $err_str],
  false, true); } // check DB connections and exit on failure if
  ($err_str = $RCMAIL->db->is_error()) {
  rcmail::raise_error(['code' => 603, 'type' => 'db',
  'message' => $err_str], false, true); } // error steps if
  ($RCMAIL->action == 'error' && !empty($_GET['_code']))
  { rcmail::raise_error(['code' => hexdec($_GET['_code'])],
  false, true); } // check if https is required (for login) and
  redirect if necessary if (empty($_SESSION['user_id']) &&
  ($force_https = $RCMAIL->config->get('force_https', false)))
  { // force_https can be true, , :, if
  (!is_bool($force_https)) { list($host, $port) = explode(':',
  $force_https); if (is_numeric($host) && empty($port)) {
  $port = $host; $host = ''; } } if (empty($port)) { $port = 443; }
  if (!rcube_utils::https_check($port)) { if (empty($host)) { $host
  = preg_replace('/:[0-9]+$/', '', $_SERVER['HTTP_HOST']); } if
  ($port != 443) { $host .= ':' . $port; } header('Location:
  https://' . $host . $_SERVER['REQUEST_URI']); exit; } } // trigger
  startup plugin hook $startup =
  $RCMAIL->plugins->exec_hook('startup', ['task' =>
  $RCMAIL->task, 'action' => $RCMAIL->action]);
  $RCMAIL->set_task($startup['task']); $RCMAIL->action =
  "" $session_error = null; // try to log in if
  ($RCMAIL->task == 'login' && $RCMAIL->action ==
  'login') { $request_valid = !empty($_SESSION['temp']) &&
  $RCMAIL->check_request(); $pass_charset =
  $RCMAIL->config->get('password_charset', 'UTF-8'); // purge
  the session in case of new login when a session already exists if
  ($request_valid) { $RCMAIL->kill_session(); } $auth =
  $RCMAIL->plugins->exec_hook('authenticate', [ 'host' =>
  $RCMAIL->autoselect_host(), 'user' =>
  trim(rcube_utils::get_input_string('_user',
  rcube_utils::INPUT_POST)), 'pass' =>
  rcube_utils::get_input_string('_pass', rcube_utils::INPUT_POST,
  true, $pass_charset), 'valid' => $request_valid, 'error' =>
  null, 'cookiecheck' => true, ]); // Login if ($auth['valid']
  && !$auth['abort'] &&
  $RCMAIL->login($auth['user'], $auth['pass'], $auth['host'],
  $auth['cookiecheck']) ) { // create new session ID, don't destroy
  the current session // it was destroyed already by
  $RCMAIL->kill_session() above
  $RCMAIL->session->remove('temp');
  $RCMAIL->session->regenerate_id(false); 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Ah, thanks Eric! Unfortunately I didn't find that page earlier.
  But but I cobbled together a few sql queries, so I...
- exported each domain to an xml file
- then did a bit of scripting on each domains xml file to add the
  pw_domain field, which is the same for every record in each file.
- then used the "load xml local infile..." sql command to load
  each of the files into the vpopmail table. 



It seems to have all worked. I can now use ./vuserinfo and get
  correct entries. The other tables, valias, lastauth, dir_control,
  all seem to be the same. 



So I think I'm on to the next challenge. The script you showed on
  that page would have been a little easier, but no worries, it
  wasn't to difficult. 

Which reminds me, I need to go back and set Global
  Local_infiles=0 as I had to change that to export/import local
  files. Although I'm not sure that hurts anything.



Thanks, gb



On 2/20/2024 5:04 PM, Eric Broch wrote:


  
  did you migrate the database?
  Many domain's conversion - QMT
  (qmailtoaster.org)
  On 2/20/2024 9:37 AM, Gary Bowling
wrote:
  
  



Thanks Eric. 

Continuing through the "migration" page. After going through
  everything moving configs and my database, then restarting.
  Toaststat says everything is ok.


So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us
  just to query an account. I get this error 
mysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist


Logging into the db and checking, indeed I do not have a
  vpopmail.vpopmail table. I have all the domain tables, etc. So
  I went back to my old server (the one this email is coming
  from) and it also does not have a vpopmail.vpopmail table.
I'm sure it has something to do with how old my existing
  server is. But how do I resolve this? 



Thanks, gb



On 2/20/2024 10:00 AM, Eric Broch
  wrote:


  
  It's all good and there's nothing to do.
  
  On 2/20/2024 7:11 AM, Gary
Bowling wrote:
  
  



Another question on my migration. On the qmailtoaster.com
  site, under the RHEL9 derivative install heading. There is
  the qmail1.03-3.3.8 header and underneath it is a link for
  "patches applied"
I'm confused if that means. It implies that those patches
  are already applied and there is no need to do them. But
  the link takes you to the page for the patch like it's
  something we should apply.
I'm pretty sure it's all good and there is nothing to do,
  just wanted to make sure. 



Thanks, gb

-- 
  
   The Moderns on Spotify 
  

- To
unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
  

- To
unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
  

  


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Eric Broch]

did you migrate the database?

Many domain's conversion - QMT (qmailtoaster.org) 



On 2/20/2024 9:37 AM, Gary Bowling wrote:



Thanks Eric.

Continuing through the "migration" page. After going through 
everything moving configs and my database, then restarting. Toaststat 
says everything is ok.



So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us just to 
query an account. I get this error


mysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist


Logging into the db and checking, indeed I do not have a 
vpopmail.vpopmail table. I have all the domain tables, etc. So I went 
back to my old server (the one this email is coming from) and it also 
does not have a vpopmail.vpopmail table.


I'm sure it has something to do with how old my existing server is. 
But how do I resolve this?



Thanks, gb


On 2/20/2024 10:00 AM, Eric Broch wrote:


It's all good and there's nothing to do.

On 2/20/2024 7:11 AM, Gary Bowling wrote:



Another question on my migration. On the qmailtoaster.com site, 
under the RHEL9 derivative install heading. There is the 
qmail1.03-3.3.8 header and underneath it is a link for "patches applied"


I'm confused if that means. It implies that those patches are 
already applied and there is no need to do them. But the link takes 
you to the page for the patch like it's something we should apply.


I'm pretty sure it's all good and there is nothing to do, just 
wanted to make sure.



Thanks, gb

--

The Moderns on Spotify 



- 
To unsubscribe, e-mail: 
qmailtoaster-list-unsubscr...@qmailtoaster.com For additional 
commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 
- 
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

One thing to keep in mind right now you cannot auth with alias domain until you 
apple the patch that Eric created a moth ago as I discovered this problem.

Remo

--
Sent from iPhone

> On martedì, feb 20, 2024 at 11:23, Remo Mattei  (mailto:r...@mattei.org)> wrote:
> Well after you create the list you can do this:
>
>
>
> Qmail Toaster Help / Perl Help 
> (https://plug-discuss.phxlinux.narkive.com/e3hWI4px/qmail-toaster-help-perl-help)
> phxlinux.narkive.com 
> (https://plug-discuss.phxlinux.narkive.com/e3hWI4px/qmail-toaster-help-perl-help)
>
>
>
>
>
>
>
>
>
>
>
>
>
> cat lista3 | tr "," " " | while read USER DOMAIN PASSWORD ; do vadduser 
> $USER@$DOMAIN $PASSWORD; done
>
>
> From the shell
>
> To get the current pass you can do this:
>
> for i in $(cat lista); do vuserinfo $i...@italy1.com ; done|grep clear
>
> Then you can use the paste command like this:
>
> paste lista1 clear1|column -s $'\t' -t|tee lista3
>
>
> To give you an idea on how to make this happen. You will need to tweak it a 
> little to fit the command above :) or tweak the first command
>
> Remo
>
>
>
> > On Feb 20, 2024, at 09:48, Gary Bowling  wrote:
> >
> >
> >
> >
> >
> > I see the new versions were not compiled with --disable-many-domains. That 
> > looks like it was discussed in the list way back in 2011.
> >
> >
> > Back then, when that decision was made, there much have been a convenient 
> > way to migrate from one db structure to the other?
> >
> >
> >
> >
> >
> >
> >
> > Remo,
> >
> >
> >
> > Yes, but there are complications to doing that. I have many domains, many 
> > users, different quotas, aliases, etc.
> >
> >
> >
> > The command you sent.
> >
> >
> > Once you get the list of users
> >
> > for i in $(cat lista); do vadduser -r -q NOQUOTA $i...@domain.com ; done
> >
> > Thanks,gb
> >
> >
> >
> >
> >
> > On 2/20/2024 12:23 PM, Remo Mattei wrote:
> > > Hi Gary,
> > > Did you recall my email? I said create the domain on the new server, then 
> > > run the shell to create every user with password then sync from old to 
> > > new on all emails and you would have been set. The script may have been 
> > > changed Eric will know more about that but how I migrate which is a 
> > > little longer does not depend on the old mysql. I had issue in the past 
> > > so I just do that my own way and no issues at all.
> > >
> > > Remo
> > >
> > > > On Feb 20, 2024, at 09:20, Gary Bowling  
> > > > (mailto:g...@gbco.us) wrote:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > hmm, looks like the db structure changed since my old install?? Is that 
> > > > correct?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > I created a new test domain in vpopmail with vadddomain which worked, 
> > > > then added a new user to that dummy domain.
> > > >
> > > >
> > > >
> > > > When I look at the db, it now has a vpopmail table that has the 
> > > > following structure.
> > > >
> > > >
> > > > mysql> select * from vpopmail;
> > > > ++---++++++-+-+
> > > > | pw_name | pw_domain | pw_passwd | pw_uid | pw_gid | pw_gecos | pw_dir 
> > > > | pw_shell | pw_clear_passwd |
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > My old server has a separate table for every domain, then the structure 
> > > > for each domain has this structure.
> > > >
> > > >
> > > > select * from gbco_us;
> > > > +++++-+---++--+
> > > > | pw_name | pw_passwd | pw_uid | pw_gid | pw_gecos | pw_dir | pw_shell 
> > > > | pw_clear_passwd |
> > > > +++++-+---++--+
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > The difference being the field "pw_domain"
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > So I guess the new structure has all the domains in the same table? If 
> > > > it does, then I need to figure out how to migrate my old db to the new 
> > > > format.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Thanks, gb
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 2/20/2024 11:37 AM, Gary Bowling wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Thanks Eric.
> > > > >
> > > > >
> > > > >
> > > > > Continuing through the "migration" page. After going through 
> > > > > everything moving configs and my database, then restarting. Toaststat 
> > > > > says everything is ok.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us 
> > > > > (mailto:g...@gbco.us) just to query an account. I get this error
> > > > >
> > > > >
> > > > > mysql: sql error[3]: 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Well after you create the list you can do this:



https://plug-discuss.phxlinux.narkive.com/e3hWI4px/qmail-toaster-help-perl-help
cat lista3 | tr "," " " | while read USER DOMAIN PASSWORD ; do vadduser 
$USER@$DOMAIN $PASSWORD; done


From the shell 

To get the current pass you can do this:

for i in $(cat lista); do  vuserinfo $i...@italy1.com ; done|grep clear

Then you can use the paste command like this: 

paste lista1 clear1|column -s $'\t' -t|tee lista3


To give you an idea on how to make this happen. You will need to tweak it a 
little to fit the command above :)  or tweak the first command 

Remo 



> On Feb 20, 2024, at 09:48, Gary Bowling  wrote:
> 
> 
> 
> I see the new versions were not compiled with --disable-many-domains. That 
> looks like it was discussed in the list way back in 2011.
> 
> Back then, when that decision was made, there much have been a convenient way 
> to migrate from one db structure to the other?
> 
> 
> 
> Remo,
> 
> Yes, but there are complications to doing that. I have many domains, many 
> users, different quotas, aliases, etc.
> 
> The command you sent.
> 
> Once you get the list of users
> 
> for i in $(cat lista); do  vadduser -r -q NOQUOTA  $i...@domain.com ; done
> 
> Thanks,gb
> 
> 
> 
> On 2/20/2024 12:23 PM, Remo Mattei wrote:
>> Hi Gary, 
>> Did you recall my email? I said create the domain on the new server, then 
>> run the shell to create every user with password then sync from old to new 
>> on all emails and you would have been set. The script may have been changed  
>> Eric will know more about that but how I migrate which is a little longer 
>> does not depend on the old mysql. I had issue in the past so I just do that 
>> my own way and no issues at all. 
>> 
>> Remo
>> 
>>> On Feb 20, 2024, at 09:20, Gary Bowling  
>>>  wrote:
>>> 
>>> 
>>> 
>>> hmm, looks like the db structure changed since my old install?? Is that 
>>> correct?
>>> 
>>> 
>>> 
>>> I created a new test domain in vpopmail with vadddomain which worked, then 
>>> added a new user to that dummy domain.
>>> 
>>> When I look at the db, it now has a vpopmail table that has the following 
>>> structure.
>>> 
>>> mysql> select * from vpopmail;
>>> ++---++++++-+-+
>>> | pw_name| pw_domain | pw_passwd  | pw_uid | 
>>> pw_gid | pw_gecos   | pw_dir | pw_shell 
>>>| pw_clear_passwd |
>>> 
>>> 
>>> 
>>> My old server has a separate table for every domain, then the structure for 
>>> each domain has this structure.
>>> 
>>> select * from gbco_us;
>>> +++++-+---++--+
>>> | pw_name| pw_passwd  | pw_uid | pw_gid | 
>>> pw_gecos| pw_dir| 
>>> pw_shell   | pw_clear_passwd  |
>>> +++++-+---++--+
>>> 
>>> 
>>> 
>>> The difference being the field "pw_domain"
>>> 
>>> 
>>> 
>>> So I guess the new structure has all the domains in the same table? If it 
>>> does, then I need to figure out how to migrate my old db to the new format.
>>> 
>>> 
>>> 
>>> Thanks, gb
>>> 
>>> 
>>> 
>>> On 2/20/2024 11:37 AM, Gary Bowling wrote:
 
 Thanks Eric.
 
 Continuing through the "migration" page. After going through everything 
 moving configs and my database, then restarting. Toaststat says everything 
 is ok.
 
 
 
 So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us 
  just to query an account. I get this error 
 
 mysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist
 
 
 
 Logging into the db and checking, indeed I do not have a vpopmail.vpopmail 
 table. I have all the domain tables, etc. So I went back to my old server 
 (the one this email is coming from) and it also does not have a 
 vpopmail.vpopmail table.
 
 I'm sure it has something to do with how old my existing server is. But 
 how do I resolve this?
 
 
 
 Thanks, gb
 
 
 
 On 2/20/2024 10:00 AM, Eric Broch wrote:
> It's all good and there's nothing to do.
> 
> On 2/20/2024 7:11 AM, Gary Bowling wrote:
>> 
>> Another question on my migration. On the qmailtoaster.com site, under 
>> the RHEL9 derivative install heading. There is the qmail1.03-3.3.8 
>> header and underneath it is a link for "patches applied"
>> 
>> I'm confused if that means. It implies that those patches are already 
>> applied and there is no 

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


I see the new versions were not compiled with
  --disable-many-domains. That looks like it was discussed in the
  list way back in 2011.
Back then, when that decision was made, there much have been a
  convenient way to migrate from one db structure to the other? 



Remo,

Yes, but there are complications to doing that. I have many
  domains, many users, different quotas, aliases, etc.

The command you sent. 

Once you get the list of users



for i in $(cat lista); do  vadduser -r -q NOQUOTA
   $i...@domain.com ; done


Thanks,gb




On 2/20/2024 12:23 PM, Remo Mattei
  wrote:


  
  Hi Gary, 
  Did you recall my email? I said create the domain on the new
server, then run the shell to create every user with password
then sync from old to new on all emails and you would have been
set. The script may have been changed  Eric will know more about
that but how I migrate which is a little longer does not depend
on the old mysql. I had issue in the past so I just do that my
own way and no issues at all. 
  
  
  Remo

  
On Feb 20, 2024, at 09:20, Gary Bowling
   wrote:


  
  


hmm, looks like the db structure changed since my old
  install?? Is that correct? 



I created a new test domain in vpopmail with
  vadddomain which worked, then added a new user to that
  dummy domain. 

When I look at the db, it now has a vpopmail table
  that has the following structure.
mysql> select * from vpopmail;
++---++++++-+-+
  | pw_name    | pw_domain |
  pw_passwd  | pw_uid | pw_gid |
  pw_gecos   |
  pw_dir |
  pw_shell    | pw_clear_passwd |



My old server has a separate table for every domain,
  then the structure for each domain has this structure.
select * from gbco_us;
+++++-+---++--+
  | pw_name    | pw_passwd 
  | pw_uid | pw_gid | pw_gecos    |
  pw_dir    |
  pw_shell   | pw_clear_passwd  |
+++++-+---++--+



The difference being the field "pw_domain"


So I guess the new structure has all the domains in
  the same table? If it does, then I need to figure out
  how to migrate my old db to the new format.


Thanks, gb



On 2/20/2024 11:37 AM, Gary
  Bowling wrote:


  
  
  
  Thanks Eric. 
  
  Continuing through the "migration" page. After
going through everything moving configs and my
database, then restarting. Toaststat says everything
is ok.
  
  
  So I tried a simple run of ~vpopmail/bin/vuserinfo
g...@gbco.us
just to query an account. I get this error 
  mysql: sql error[3]: Table 'vpopmail.vpopmail'
doesn't exist
  
  
  Logging into the db and checking, indeed I do not
have a vpopmail.vpopmail table. I have all the
domain tables, etc. So I went back to my old server
(the one this email is coming from) and it also does
not have a vpopmail.vpopmail table.
  I'm sure it has something to do with how old my
existing server is. But how do I resolve this? 
  
  
  
 

Re: [qmailtoaster] Rocky 9 Migration

[Remo Mattei]

Hi Gary, 
Did you recall my email? I said create the domain on the new server, then run 
the shell to create every user with password then sync from old to new on all 
emails and you would have been set. The script may have been changed  Eric will 
know more about that but how I migrate which is a little longer does not depend 
on the old mysql. I had issue in the past so I just do that my own way and no 
issues at all. 

Remo

> On Feb 20, 2024, at 09:20, Gary Bowling  wrote:
> 
> 
> 
> hmm, looks like the db structure changed since my old install?? Is that 
> correct?
> 
> 
> 
> I created a new test domain in vpopmail with vadddomain which worked, then 
> added a new user to that dummy domain.
> 
> When I look at the db, it now has a vpopmail table that has the following 
> structure.
> 
> mysql> select * from vpopmail;
> ++---++++++-+-+
> | pw_name| pw_domain | pw_passwd  | pw_uid | 
> pw_gid | pw_gecos   | pw_dir | pw_shell   
>  | pw_clear_passwd |
> 
> 
> 
> My old server has a separate table for every domain, then the structure for 
> each domain has this structure.
> 
> select * from gbco_us;
> +++++-+---++--+
> | pw_name| pw_passwd  | pw_uid | pw_gid | 
> pw_gecos| pw_dir| 
> pw_shell   | pw_clear_passwd  |
> +++++-+---++--+
> 
> 
> 
> The difference being the field "pw_domain"
> 
> 
> 
> So I guess the new structure has all the domains in the same table? If it 
> does, then I need to figure out how to migrate my old db to the new format.
> 
> 
> 
> Thanks, gb
> 
> 
> 
> On 2/20/2024 11:37 AM, Gary Bowling wrote:
>> 
>> Thanks Eric.
>> 
>> Continuing through the "migration" page. After going through everything 
>> moving configs and my database, then restarting. Toaststat says everything 
>> is ok.
>> 
>> 
>> 
>> So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us 
>>  just to query an account. I get this error 
>> 
>> mysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist
>> 
>> 
>> 
>> Logging into the db and checking, indeed I do not have a vpopmail.vpopmail 
>> table. I have all the domain tables, etc. So I went back to my old server 
>> (the one this email is coming from) and it also does not have a 
>> vpopmail.vpopmail table.
>> 
>> I'm sure it has something to do with how old my existing server is. But how 
>> do I resolve this?
>> 
>> 
>> 
>> Thanks, gb
>> 
>> 
>> 
>> On 2/20/2024 10:00 AM, Eric Broch wrote:
>>> It's all good and there's nothing to do.
>>> 
>>> On 2/20/2024 7:11 AM, Gary Bowling wrote:
 
 Another question on my migration. On the qmailtoaster.com site, under the 
 RHEL9 derivative install heading. There is the qmail1.03-3.3.8 header and 
 underneath it is a link for "patches applied"
 
 I'm confused if that means. It implies that those patches are already 
 applied and there is no need to do them. But the link takes you to the 
 page for the patch like it's something we should apply.
 
 I'm pretty sure it's all good and there is nothing to do, just wanted to 
 make sure.
 
 
 
 Thanks, gb
 
 -- 
 
 The Moderns on Spotify  
 
 - To 
 unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
  For additional 
 commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 
 -
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
  For additional 
 commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com 
 -
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


hmm, looks like the db structure changed since my old install??
  Is that correct? 



I created a new test domain in vpopmail with vadddomain which
  worked, then added a new user to that dummy domain. 

When I look at the db, it now has a vpopmail table that has the
  following structure.
mysql> select * from vpopmail;
++---++++++-+-+
  | pw_name    | pw_domain | pw_passwd  |
  pw_uid | pw_gid | pw_gecos   |
  pw_dir | pw_shell    |
  pw_clear_passwd |



My old server has a separate table for every domain, then the
  structure for each domain has this structure.
select * from gbco_us;
+++++-+---++--+
  | pw_name    | pw_passwd  | pw_uid |
  pw_gid | pw_gecos    |
  pw_dir    | pw_shell   |
  pw_clear_passwd  |
+++++-+---++--+



The difference being the field "pw_domain"


So I guess the new structure has all the domains in the same
  table? If it does, then I need to figure out how to migrate my old
  db to the new format.


Thanks, gb



On 2/20/2024 11:37 AM, Gary Bowling
  wrote:


  
  
  
  Thanks Eric. 
  
  Continuing through the "migration" page. After going through
everything moving configs and my database, then restarting.
Toaststat says everything is ok.
  
  
  So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us
just to query an account. I get this error 
  mysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist
  
  
  Logging into the db and checking, indeed I do not have a
vpopmail.vpopmail table. I have all the domain tables, etc. So I
went back to my old server (the one this email is coming from)
and it also does not have a vpopmail.vpopmail table.
  I'm sure it has something to do with how old my existing server
is. But how do I resolve this? 
  
  
  
  Thanks, gb
  
  
  
  On 2/20/2024 10:00 AM, Eric Broch
wrote:
  
  

It's all good and there's nothing to do.

On 2/20/2024 7:11 AM, Gary Bowling
  wrote:


  
  
  
  Another question on my migration. On the qmailtoaster.com
site, under the RHEL9 derivative install heading. There is
the qmail1.03-3.3.8 header and underneath it is a link for
"patches applied"
  I'm confused if that means. It implies that those patches
are already applied and there is no need to do them. But the
link takes you to the page for the patch like it's something
we should apply.
  I'm pretty sure it's all good and there is nothing to do,
just wanted to make sure. 
  
  
  
  Thanks, gb
  
  -- 

 The Moderns on Spotify 

  
- To
  unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
  For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

  
-
  To unsubscribe, e-mail:
  qmailtoaster-list-unsubscr...@qmailtoaster.com
  For additional commands, e-mail:
  qmailtoaster-list-h...@qmailtoaster.com

  


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Gary Bowling]

  
  


Thanks Eric. 

Continuing through the "migration" page. After going through
  everything moving configs and my database, then restarting.
  Toaststat says everything is ok.


So I tried a simple run of ~vpopmail/bin/vuserinfo g...@gbco.us
  just to query an account. I get this error 
mysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist


Logging into the db and checking, indeed I do not have a
  vpopmail.vpopmail table. I have all the domain tables, etc. So I
  went back to my old server (the one this email is coming from) and
  it also does not have a vpopmail.vpopmail table.
I'm sure it has something to do with how old my existing server
  is. But how do I resolve this? 



Thanks, gb



On 2/20/2024 10:00 AM, Eric Broch
  wrote:


  
  It's all good and there's nothing to do.
  
  On 2/20/2024 7:11 AM, Gary Bowling
wrote:
  
  



Another question on my migration. On the qmailtoaster.com
  site, under the RHEL9 derivative install heading. There is the
  qmail1.03-3.3.8 header and underneath it is a link for
  "patches applied"
I'm confused if that means. It implies that those patches are
  already applied and there is no need to do them. But the link
  takes you to the page for the patch like it's something we
  should apply.
I'm pretty sure it's all good and there is nothing to do,
  just wanted to make sure. 



Thanks, gb

-- 
  
   The Moderns on Spotify 
  

- To
unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
  

  


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Rocky 9 Migration

[Eric Broch]

It's all good and there's nothing to do.

On 2/20/2024 7:11 AM, Gary Bowling wrote:



Another question on my migration. On the qmailtoaster.com site, under 
the RHEL9 derivative install heading. There is the qmail1.03-3.3.8 
header and underneath it is a link for "patches applied"


I'm confused if that means. It implies that those patches are already 
applied and there is no need to do them. But the link takes you to the 
page for the patch like it's something we should apply.


I'm pretty sure it's all good and there is nothing to do, just wanted 
to make sure.



Thanks, gb

--

The Moderns on Spotify 

- 
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com