Okay!
Under the Domain-Table vpopmail DB (domain_tld) both statements
/home/vpopmail/bin/vadddomain test-test.com
and
/home/vpopmail/bin/vadddomain test.test.com
create vpopmail table
test_test_com
This is why the original script only replace the last '.'
If you have no domains with a '-' (dash), you'll be okay with
's/_/./g'
On 3/30/2024 12:34 AM, Eric Broch wrote:
Replaces last occurrence of '.' only
sed -e 's/\(.*\)_/\1./'
Replaces all other '_' with '-'
's/_/-/g'
This is irregular given the nature of domain names.
I'd go with
's/_/./g'
That replaces all occurrences of '_' of the domain table with '.'.
On 3/30/2024 12:16 AM, Eric Broch wrote:
Nothing this script does ruins the original tables. So, you could
make adjustments to it and rerun after dropping the vpopmail table of
course. You could also modify it just to list the domain tables after
they've had the '_' replaced with a '.' to see if they all look
correct with the new domain_name variable set.
On 3/30/2024 12:11 AM, Tony White wrote:
Hi Eric,
This seems to fix it, your opinion please...
ycs_com_au
domain_name=`echo $1 | sed -e 's/_/./g'`
ycs.com.au
regards
Anthony White
On 30/3/24 17:06, 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