The domain tables should all look like this
xxx_yyy_zzz
or
xxx_zzz
I'd drop the vpopmail table (not database)
perhaps
domain_name=`echo $i | sed 's/_/./g'`
On 3/30/2024 12:06 AM, Tony White wrote:
Hi,
Eric it seems this piece of code only convert the last . in a tld
and leaves any
others a -.
#!/bin/sh
# use tld as ycs_com_au -> ycs-com.au
echo $1
domain_name=`echo $1 | sed -e 's/\(.*\)_/\1./' -e 's/_/-/g'`
echo $domain_name;
This explains why all my tld's have - and . and no domain is recognised.
I will try to fix it now.
If I rerun it would you suggest I manually drop the new vpopmail table
first?
regards
Anthony White
On 30/3/24 16:24, Eric Broch wrote:
wget -P /etc/dovecot
https://raw.githubusercontent.com/qmtoaster/scripts/master/dovecot.conf
wget -P /etc/dovecot
https://raw.githubusercontent.com/qmtoaster/scripts/master/dovecot-sql.conf.ext
On 3/29/2024 11:16 PM, Tony White wrote:
Hi again,
I have just completed following th ManyDomain text and found that
Neither '/etc/dovecot/dovecot-sql.conf.ext' or
'/etc/dovecot/toaster.conf'
exist.
Do I simply create them or has the install failed somehow?
TIA :)
regards
Anthony White
On 30/3/24 15:30, Remo Mattei wrote:
👍
—
Ciao Remo
On venerdì, mar 29, 2024 at 21:10, Tony White <t...@ycs.com.au>
wrote:
Hi Folks,
You are correct in both but this is the first time
I have a working server. I will be moving to ManyDomains next
after a snapshot. Id=f that works properly then upgrading to
RL 9 is next. Baby steps for me here. Tried too many times to
get it all working properly.
regards Anthony White
On 30/3/24 14:47, Eric Broch wrote:
I would reconsider and go with Many Domain option. The domain
table option uses Dovecot binaries that can never be updated
since Dovecot has eliminated the vpopmail driver from the
source. I'm not sure why we (qmt community) ever decided
against the Many Domain option. It is so much easier to
interact with.
On 3/29/2024 9:32 PM, Tony White wrote:
Hi Eric,
Okay rebuilt using RL 8.9, not a ManyDomain, and all seemed
to go well until the migration from the old
server to the new. Everything works until dovecot which fails
without error. There is no process for dovecot
and I cannot see anything in the log file to explain the failure.
regards Anthony White
On 30/3/24 11:56, Eric Broch wrote:
If you're installing on EL9 you have no choice, all the
packages are Many-Domain. You'll have to dump the vpopmail
db on the old server, copy it to the new server, import the
db into vpopmail mysql db and run the script to convert the
db to many domain found here
<http://www.qmailtoaster.org/manydom.html>. It will leave
the old vpopmail domain_tld table entries in place creating
a new vpopmail table in its stead.
On 3/29/2024 6:45 PM, Tony White wrote:
Hi Eric,
In your opinion should I not do a many domain
install first then migrate to many domains? I
seem to have problems doing many domains then
moving my client domains over.
TIA :)
regards Anthony White
On 30/3/24 02:25, Eric Broch wrote:
It should, although 9 is strictly 'Many-Domain' so
vpopmail database will need to be converted. Many domain's
conversion - QMT (qmailtoaster.org)
<https://qmailtoaster.org/manydom.html>
Rocky 8 & 9 both use PHP8.1
Stock Squirrelmail might have issues
PHP upgrade 7.x to 8.1 - QmailToaster
<http://wiki.qmailtoaster.org/index.php?title=PHP_upgrade_7.x_to_8.1>
On 3/29/2024 9:09 AM, Tony White wrote:
Eric,
Does the migrate.html direction hold for Rocky 9?
regards Anthony White
On 30/3/24 02:02, Eric Broch wrote:
Yes, email address and password. If both are problematic
I would assume the problem is not specific to either one
but would point to Apache or the server itself. Would
you agree?
On 3/29/2024 8:54 AM, Tony White wrote:
Hi Eric,
Yes thank you, I have tried that and more.
Roundcube login takes forever to quit with loading then
fails.
Squirrelmail just times out. In both cases
I presume the login for both is still email address
nnd password?
regards
Anthony White
On 30/3/24 01:26, Eric Broch wrote:
Perhaps this might help:
php - apache proxy_fcgi - The timeout specified has
expired - Error dispatching request - Stack Overflow
<https://stackoverflow.com/questions/46594731/apache-proxy-fcgi-the-timeout-specified-has-expired-error-dispatching-reques>
On 3/29/2024 8:06 AM, Tony White wrote:
The timeout specified has expired: [client
10.2.1.5:53966] AH01075: Error dispatching request to
