[qmailtoaster] qmailtoaster for large installations
hi is there any solution for installing qmail toaster for large number of email accounts - 6000 nrs and space usage of around 4 terrabytes. this will scale up continously i want to spread this over multiple servers are there any solutions please ? rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
RE: [qmailtoaster] QMT-CentOS6-12010.07.sh
I will try it out on a Centos 6 VM, let you know how it goes. Thanks From: Dan McAllister [mailto:q...@it4soho.com] Sent: Tuesday, December 04, 2012 4:09 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] QMT-CentOS6-12010.07.sh Greetings all... I've received a few requests lately from people wanting the latest QMT-CentOS6 script... the latest of which is attached (with the file extension changed to avoid being blocked by spam/av filters). Save the file, remove the .TXT from the name and run it as a bash script (as root: "bash QMT-CentOS6-12.10.28.sh") Please provide feedback as to how well it works for you! Thanks Dan McAllister -- IT4SOHO, LLC PO Box 507 St. Petersburg, FL 33731-0507 CALL TOLL FREE: 877-IT4SOHO We have support plans for QMail!
[qmailtoaster] QMT-CentOS6-12010.07.sh
Greetings all...
I've received a few requests lately from people wanting the latest
QMT-CentOS6 script... the latest of which is attached (with the file
extension changed to avoid being blocked by spam/av filters).
Save the file, remove the .TXT from the name and run it as a bash script
(as root: "*bash QMT-CentOS6-12.10.28.sh*")
Please provide feedback as to how well it works for you!
Thanks
Dan McAllister
--
IT4SOHO, LLC
PO Box 507
St. Petersburg, FL 33731-0507
CALL TOLL FREE:
877-IT4SOHO
We have support plans for QMail!
#!/bin/bash
# Version 2012-10-27 - Re-added EPEL & RPMforge for SpamAssassin support
# Version 2012-07-24 - ClamAV 0.97.5 has been fixed -- stop blocking updates
# Version 2012-07-11 - Switch source back to .com (.net is expired domain)
# Version 2012-02-03 - Update & cleanup for publication to QMT Community
# Move QTP install to near-end to remove yum-clean error messages
# Update source of current.txt to qmailtoaster.com (vs. org)
# Update source of packages to mirror list (mirrors.qmailtoaster.net vs com)
# Force workaround of ClamAV 0.97.3 -- it has a bad patch, use 0.97.2 instead
# -- Dan McAllister (IT4SOHO) d...@it4soho.com or +1-727-647-7646
# Version 2011-10-30 - New Build for CentOS 6
# -- Dan McAllister (IT4SOHO) d...@it4soho.com or +1-727-647-7646
#
# Check options --
# -t or -v turns on VERBOSE (shows yum output)
# -a or -d turns on DEBUG (which implies VERBOSE) and forces a re-install
# of ALL QMAIL-TOASTER packages
#
VERSION=2012.10.27
PACKAGES="
vpopmail-toaster vqadmin-toaster ucspi-tcp-toaster \
libsrs2-toaster libdomainkeys-toaster \
qmail-toaster squirrelmail-toaster spamassassin-toaster \
ripmime-toaster clamav-toaster simscan-toaster \
qmailmrtg-toaster ezmlm-toaster autorespond-toaster \
qmailadmin-toaster courier-authlib-toaster courier-imap-toaster \
maildrop-toaster control-panel-toaster isoqlog-toaster \
daemontools-toaster \
"
QMTSOURCE="http://mirrors.qmailtoaster.com/current/SRPMS";
REMOVE_FIRST=""
SKIP_LIST=""
DEPENDENCIES="
rpm-build wget openssh openssh-clients \
elfutils elfutils-libs file gdb libedit patch pkgconfig \
unzip xz xz-lzma-compat \
httpd httpd-tools httpd-manual crypto-utils mod_perl mod_ssl webalizer \
apr apr-util apr-util-ldap fontconfig freetype gd libX11 \
libX11-common libXau libXpm libjpeg libpng libxcb mailcap \
mysql mysql-devel mysql-server mysql-libs \
perl perl-ExtUtils-MakeMaker perl-TimeDate perl-NetAddr-IP perl-Error \
perl-Font-AFM perl-BSD-Resource perl-Newt perl-Digest-SHA1 \
perl-HTML-Parser perl-Net-DNS perl-Archive-Tar perl-IO-Zlib \
perl-Time-HiRes perl-Digest-SHA perl-IO-Socket-INET6 \
perl-IO-Socket-SSL perl-Mail-DKIM perl-Encode-Detect \
php php-common php-cli php-imap php-ldap php-pear \
gcc gcc-c++ gcc-java compat-gcc-34 compat-gcc-34-c++ make automake* \
alsa-lib atk autoconf avahi-libs cairo cloog-ppl cpp cups-libs \
ecj glibc-devel glibc-headers gnutls gtk2 hicolor-icon-theme \
jasper-libs java-1.5.0-gcj java_cup jpackage-utils \
kernel-headers libICE libSM libXcomposite libXcursor \
libXdamage libXext libXfixes libXft libXi libXinerama \
libXrandr libXrender libXtst libart_lgpl libgcj libgcj-devel \
libgomp libstdc++-devel libtasn1 libthai libtiff mpfr \
pango pixman ppl sinjdoc zip zlib-devel \
bzip2-devel bzip2-libs gmp-devel curl libcurl curl-devel \
libidn-devel ncurses-devel aspell procmail mrtg \
libtool libtool-ltdl libtool-ltdl-devel gdbm-devel expect tcl \
pcre pcre-devel \
"
PERLDEPSRPMFORGE="perl-IP-Country perl-DateTime-Format-HTTP \
\
"
PERLDEPSEPEL="perl-Mail-SPF razor-agents perl-Razor-Agent "
VERBOSE=-q
DEBUG=
MYSQLPW='IamQMail'
#
COL60="\\033[60G"
NORMAL="\\033[0;39m"
WHITE="\\033[1;39m"
GREEN="\\033[1;32m"
RED="\\033[1;31m"
YELLOW="\\033[1;33m"
BLUE="\\033[1;34m"
SHOWDWNLOAD="echo -en ${COL60}${BLUE}Downloading${NORMAL}"
SHOWREBUILD="echo -en ${COL60}${BLUE}Building...${NORMAL}"
SHOWINSTALL="echo -en ${COL60}${BLUE}Installing.${NORMAL}"
SHOWSKIP="echo -en${COL60} ${WHITE}[${YELLOW} SKIP ${WHITE}] ${NORMAL} \n"
SHOWOK="echo -en ${COL60} ${WHITE}[${GREEN} -OK- ${WHITE}] ${NORMAL} \n"
SHOWDONE="echo -en${COL60} ${WHITE}[${GREEN} DONE ${WHITE}] ${NORMAL} \n"
SHOWFAIL="echo -en${COL60} ${WHITE}[${RED}FAILED${WHITE}] ${NORMAL} \n"
#
# You must run this script as root!
if [ "`id -u`" -ne "0" ] ; then
echo "$0: OOPS! You must be running this script as root..." 1>&2
echo " Try running: sudo $0" 1>&2
exit 1
fi
#
# Ensure OS is right
#
# Make sure we're in the right place
if ! grep ' 6\.' /etc/redhat-release > /dev/null 2>&1 ; then
echo "$0: OO
[qmailtoaster] Re: problem in queue in local delivery
On 12/04/2012 10:23 AM, Rajesh M wrote:
On 12/04/2012 08:58 AM, Rajesh M wrote:
Maybe run atop or other tools to see where your bottleneck is?
Cheers,
Sebastian
On 04.12.2012, at 16:15, "Rajesh M" <24x7ser...@24x7server.net> wrote:
hi
i have a server with around 6000 mail boxes
it is a dual processor quad core with 4 gb ram
centos 5 with qmail toaster
it contains around 3.5 terrabytes of data
the data is spread over the 2 nrs 2 tb drives
about half the mailboxes have the normal path ie
/home/vpopmail/domains/
and the other half has path to the second drive
(i changed the path in the mysql database for around half mailboxes
to
point to the second drive)
the machine is accessed by pop / imap / smtp
this was working fine till 2 days ago
i noted that users were not cleaning up the trash folders and space
utilization had gone to 90%. So i ran the qmail-clean-trash script
which
cleaned up a lot of trash data. usage is arond 85 % .
this was done in the weekend - ie 2 days ago
now since monday onwards ie the local queue is piling up and
delivering
very slowly.
the email traffic send+receive is around 250,000 (around 20 gb of
data)
emails per day with most of the emails being delivered locally.
i have to keep firing perl qmhandle -a -- to get the local emails
delivred
but still it is very slow
can somebody let me know the reason for this sudden slow delivery of
emails
rajesh
-
To unsubscribe, e-mail:
qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com
in addition to the above information
i have kept concurrencyincoming - 400, concurrencylocal - 300,
concurrencyremote - 200
server load goes as high 200 sometimes
also please let me know how i can spread the data / load between two
or
more servers. Any solutions for the same ?
rajesh
-
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
i have htop installed but does not show any specific problem
one important point is that only local emails keep piling up. remote
emails are delivered quickly
rajesh
-
There's apparently a bottleneck all right, apparently with writing to
the drives.
The qmail-clean-trash script isn't part of QTP. Can you post it here?
Might provide a hint.
You're running dovecot I presume?
--
-Eric 'shubes'
-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
eric
i am using the same script from qtp
i am also using dovecot but only for imap
# default DELTIME value
DELTIME=1
# config file for deltrash
DELTIME_FILE="/var/qmail/control/deltrash"
# see if there is a configuration file for DELTIME
if [ -e "$DELTIME_FILE" ] ; then
DELTIME_TMP=`cat $DELTIME_FILE`
if [ "$(echo $DELTIME_TMP | grep "^[[:digit:]]*$")" ] ; then
DELTIME=$DELTIME_TMP
fi
fi
# find and process each .Spam directory
# then find and process each file in the .Spam directory
# (this could probably all be done in a single find command)
for directory in $(find /home/vpopmail/domains -type d -name .INBOX.Trash);
do
for file in $(find $directory -type f -mtime +$DELTIME); do
rm -f ${file} >/dev/null 2>&1
done
done
rajesh
-
Filesystem looks ok to me.
I wonder about dovecot though, and the implications of deleting all that
stuff. Might want to ask on the dovecot list about this.
Like Sebastian said, need to find the specific bottleneck.
Collectl is a nice tool as well.
--
-Eric 'shubes'
-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-newmodel failing
Hello Eric, Tuesday, December 4, 2012, 11:02:26 AM, you wrote: ES> On 12/04/2012 08:21 AM, Diana Calder wrote: >> --> Running transaction check >> --> Processing Dependency: php = 4.3.9-3.36 for package: php-ldap >> --> Finished Dependency Resolution >> Error: Missing Dependency: php = 4.3.9-3.36 is needed by package php-ldap >> qtp-dependencies - installation of base dependencies failed, exiting >> qtp-newmodel - dependent packages processing failed, exiting >> >> --- Hit ENTER to return to menu --- >> >> When I do a "yum list php" I get: >> >> Loading "priorities" plugin >> Setting up repositories >> Reading repository metadata in from local files >> 274 packages excluded due to repository priority protections >> Installed Packages >> php.i386 4.3.11-2.8 installed >> Available Packages >> php.i386 4.3.9-3.36 update >> >> So, in other words, I would need to downgrade php, right? Urgh. That >> won't be fun. ES> I've no idea what php-ldap is doing in the dependency list. QTP doesn't ES> use it at all that I'm aware of. It's not on my system. I'd try removing ES> qtp-ldap from the qtp-dependencies script, then re-try qtp-newmodel. Let ES> us know how this works. Removing qtp-ldap from the qtp-dependencies script let qtp-newmodel run successfully. (Finally!) So far, everything looks okay. >> Maybe I'll just have to leave this Qmail server as-is and cross my >> fingers that being on different versions won't cause any issues when I >> migrate over to the new Qmail server... ES> Perhaps, but I'd try getting QTP upgraded if possible. It'll make your ES> migration simpler (fewer variables). There are a couple recent vpopmail ES> database changes that I'd be cautious of. Vpopmail in general would be ES> my biggest concern migrating from previous QTP versions. Yeah, I really didn't want to migrate between different versions if I could avoid it. I wasn't sure whether there wasy anything in there that would matter but I figured that Murphy's Law would rule if there was the slightest chance of a problem. >> Speaking of which - where does the CentOS6 & Qmailtoaster situation >> stand? Is official support for Qmailtoaster on CentOS6 close or still >> some months off? I'd rather use CentOS6 instead of CentOS5 but the new >> hardware is here and I need to get it set up, so if CentOS6 support is >> still more than a week or two away, I'll have to go with 5. >> ES> I'm swamped until January at least, so don't expect the official COS6 ES> release before 13Q1. Busy time of year for everyone, I think, so I'm not exactly surprised that it's going to be a bit before the official release. ES> That being said, I would go ahead with COS6 in your situation. There are ES> several folks here that are running QMT on production COS6 hosts. Dan ES> even has a script that takes care of things that need to be changed. ES> There's not much difference really. I was hoping to be able to use COS6 as I hopefully won't need to rebuild the Qmail server for a very, very long time since this time it's going in a VM on Citrix Xenserver rather than on a physical box. It will be the first of our servers to make that switch. I've sent Dan an offlist email regarding his script since both mirror4.qmailtoaster.com and mirror9 (the two locations he'd said that the script could be downloaded from) seem to no longer exist. So, unless someone has a copy of it that they can make available, I'll have to wait to hear back from him before I can get too far with the new Qmail server. ES> Please keep us posted on your progress. Well, the qmailtoaster on the old server is now up to date and I'm getting started on the CentOS6 minimal install on the new server. With a little luck and a quick response regarding Dan's script, I hope to get the new server at least as far as the testing phase by the end of the week. If I'm really lucky, I might even manage to get the migration done (there's less than 100 accounts on the Qmail install, so it shouldn't take too long to back up and migrate). Thanks for the assistance, Diana -- Best regards, Dianamailto:dcal...@essexcountylibrary.ca - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: problem in queue in local delivery
> On 12/04/2012 09:15 AM, Rajesh M wrote: >> >> hi eric >> >> filesystem is ext3 >> >> how do chk and enable dirindex ? >> >> will affect my exitsing data in anyway >> >> rajesh >> >> - > > Please post: > # tune2fs -l /dev/sd > That'll show what your settings are currently. > > Eg, my QMT has: > [root@tacs-mail ~]# tune2fs -l /dev/sda2 > tune2fs 1.39 (29-May-2006) > Filesystem volume name: / > Last mounted on: > Filesystem UUID: 72915fac-3caa-4e34-b5db-7361a057ae97 > Filesystem magic number: 0xEF53 > Filesystem revision #:1 (dynamic) > Filesystem features: has_journal ext_attr resize_inode dir_index > filetype needs_recovery sparse_super large_file > Default mount options:user_xattr acl > Filesystem state: clean > Errors behavior: Continue > Filesystem OS type: Linux > Inode count: 8102656 > Block count: 8100776 > Reserved block count: 405038 > Free blocks: 1012918 > Free inodes: 7645397 > First block: 0 > Block size: 4096 > Fragment size:4096 > Reserved GDT blocks: 1022 > Blocks per group: 32768 > Fragments per group: 32768 > Inodes per group: 32672 > Inode blocks per group: 1021 > Filesystem created: Fri Jan 8 03:14:24 2010 > Last mount time: Wed Oct 31 11:24:49 2012 > Last write time: Wed Oct 31 11:24:49 2012 > Mount count: 66 > Maximum mount count: -1 > Last checked: Fri Jan 8 03:14:24 2010 > Check interval: 0 () > Reserved blocks uid: 0 (user root) > Reserved blocks gid: 0 (group root) > First inode: 11 > Inode size: 128 > Journal inode:8 > First orphan inode: 718884 > Default directory hash: tea > Directory Hash Seed: ffb99d84-d999-4842-958a-04a1b19bf42c > Journal backup: inode blocks > [root@tacs-mail ~]# > This is a very small scale server, especially compared to yours! > It originally ran on a PII-266 with 512M Ram. It's a VM now. :) It does > handle 10's of Gs of email quite nicely though. > > The tune2fs command can be used to change settings. See the man page. > You can change settings on the fly. I think the dir_index gets built on > the fly, but I'm not positive about this. You might want to check up on > that. It's a highly recommended option for ext3 Maildirs though. > > -- > -Eric 'shubes' > > - > To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com > For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > > hi i believe directory indexing is already enabled [root@ns1 src]# tune2fs -l /dev/sdb1 tune2fs 1.39 (29-May-2006) Filesystem volume name: Last mounted on: Filesystem UUID: 52572e80-1bff-4311-8b54-141f42c9dc50 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file Default mount options:(none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 244203520 Block count: 488378000 Reserved block count: 24418900 Free blocks: 46102409 Free inodes: 239355669 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 907 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 16384 Inode blocks per group: 512 Filesystem created: Mon Apr 25 23:12:07 2011 Last mount time: Fri Oct 12 23:03:50 2012 Last write time: Fri Oct 12 23:03:50 2012 Mount count: 16 Maximum mount count: 30 Last checked: Mon Apr 25 23:12:07 2011 Check interval: 15552000 (6 months) Next check after: Sat Oct 22 23:12:07 2011 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode:8 First orphan inode: 228704585 Default directory hash: tea Directory Hash Seed: df741502-f21a-4e7f-ab19-f4c12058ea06 Journal backup: inode blocks rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: problem in queue in local delivery
> On 12/04/2012 08:58 AM, Rajesh M wrote:
>>> Maybe run atop or other tools to see where your bottleneck is?
>>>
>>> Cheers,
>>> Sebastian
>>>
>>> On 04.12.2012, at 16:15, "Rajesh M" <24x7ser...@24x7server.net> wrote:
>>>
> hi
>
> i have a server with around 6000 mail boxes
>
> it is a dual processor quad core with 4 gb ram
> centos 5 with qmail toaster
>
> it contains around 3.5 terrabytes of data
>
> the data is spread over the 2 nrs 2 tb drives
>
> about half the mailboxes have the normal path ie
> /home/vpopmail/domains/
>
> and the other half has path to the second drive
> (i changed the path in the mysql database for around half mailboxes
> to
> point to the second drive)
>
> the machine is accessed by pop / imap / smtp
>
> this was working fine till 2 days ago
>
> i noted that users were not cleaning up the trash folders and space
> utilization had gone to 90%. So i ran the qmail-clean-trash script
> which
> cleaned up a lot of trash data. usage is arond 85 % .
>
> this was done in the weekend - ie 2 days ago
>
> now since monday onwards ie the local queue is piling up and
> delivering
> very slowly.
>
> the email traffic send+receive is around 250,000 (around 20 gb of
> data)
> emails per day with most of the emails being delivered locally.
>
> i have to keep firing perl qmhandle -a -- to get the local emails
> delivred
>
> but still it is very slow
>
> can somebody let me know the reason for this sudden slow delivery of
> emails
>
> rajesh
>
>
>
>
>
> -
> To unsubscribe, e-mail:
> qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail:
> qmailtoaster-list-h...@qmailtoaster.com
in addition to the above information
i have kept concurrencyincoming - 400, concurrencylocal - 300,
concurrencyremote - 200
server load goes as high 200 sometimes
also please let me know how i can spread the data / load between two
or
more servers. Any solutions for the same ?
rajesh
-
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
>>>
>>>
>>
>> i have htop installed but does not show any specific problem
>>
>> one important point is that only local emails keep piling up. remote
>> emails are delivered quickly
>>
>>
>> rajesh
>>
>>
>> -
>
> There's apparently a bottleneck all right, apparently with writing to
> the drives.
>
> The qmail-clean-trash script isn't part of QTP. Can you post it here?
> Might provide a hint.
>
> You're running dovecot I presume?
>
> --
> -Eric 'shubes'
>
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>
>
eric
i am using the same script from qtp
i am also using dovecot but only for imap
# default DELTIME value
DELTIME=1
# config file for deltrash
DELTIME_FILE="/var/qmail/control/deltrash"
# see if there is a configuration file for DELTIME
if [ -e "$DELTIME_FILE" ] ; then
DELTIME_TMP=`cat $DELTIME_FILE`
if [ "$(echo $DELTIME_TMP | grep "^[[:digit:]]*$")" ] ; then
DELTIME=$DELTIME_TMP
fi
fi
# find and process each .Spam directory
# then find and process each file in the .Spam directory
# (this could probably all be done in a single find command)
for directory in $(find /home/vpopmail/domains -type d -name .INBOX.Trash);
do
for file in $(find $directory -type f -mtime +$DELTIME); do
rm -f ${file} >/dev/null 2>&1
done
done
rajesh
-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: problem in queue in local delivery
On 12/04/2012 09:15 AM, Rajesh M wrote: hi eric filesystem is ext3 how do chk and enable dirindex ? will affect my exitsing data in anyway rajesh - Please post: # tune2fs -l /dev/sd That'll show what your settings are currently. Eg, my QMT has: [root@tacs-mail ~]# tune2fs -l /dev/sda2 tune2fs 1.39 (29-May-2006) Filesystem volume name: / Last mounted on: Filesystem UUID: 72915fac-3caa-4e34-b5db-7361a057ae97 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file Default mount options:user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 8102656 Block count: 8100776 Reserved block count: 405038 Free blocks: 1012918 Free inodes: 7645397 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 1022 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 32672 Inode blocks per group: 1021 Filesystem created: Fri Jan 8 03:14:24 2010 Last mount time: Wed Oct 31 11:24:49 2012 Last write time: Wed Oct 31 11:24:49 2012 Mount count: 66 Maximum mount count: -1 Last checked: Fri Jan 8 03:14:24 2010 Check interval: 0 () Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode:8 First orphan inode: 718884 Default directory hash: tea Directory Hash Seed: ffb99d84-d999-4842-958a-04a1b19bf42c Journal backup: inode blocks [root@tacs-mail ~]# This is a very small scale server, especially compared to yours! It originally ran on a PII-266 with 512M Ram. It's a VM now. :) It does handle 10's of Gs of email quite nicely though. The tune2fs command can be used to change settings. See the man page. You can change settings on the fly. I think the dir_index gets built on the fly, but I'm not positive about this. You might want to check up on that. It's a highly recommended option for ext3 Maildirs though. -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: problem in queue in local delivery
> On 12/04/2012 08:01 AM, Rajesh M wrote: >> hi >> >> i have a server with around 6000 mail boxes >> >> it is a dual processor quad core with 4 gb ram >> centos 5 with qmail toaster >> >> it contains around 3.5 terrabytes of data >> >> the data is spread over the 2 nrs 2 tb drives >> >> about half the mailboxes have the normal path ie /home/vpopmail/domains/ >> >> and the other half has path to the second drive >> (i changed the path in the mysql database for around half mailboxes to >> point to the second drive) >> >> the machine is accessed by pop / imap / smtp >> >> this was working fine till 2 days ago >> >> i noted that users were not cleaning up the trash folders and space >> utilization had gone to 90%. So i ran the qmail-clean-trash script which >> cleaned up a lot of trash data. usage is arond 85 % . >> >> this was done in the weekend - ie 2 days ago >> >> now since monday onwards ie the local queue is piling up and delivering >> very slowly. >> >> the email traffic send+receive is around 250,000 (around 20 gb of data) >> emails per day with most of the emails being delivered locally. >> >> i have to keep firing perl qmhandle -a -- to get the local emails >> delivred >> >> but still it is very slow >> >> can somebody let me know the reason for this sudden slow delivery of >> emails >> >> rajesh >> >> >> >> >> >> - > > What's the filesystem type of your mail store(s)? > If ext3, do you have dirindex feature enabled? > > > -- > -Eric 'shubes' > > - > To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com > For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > > hi eric filesystem is ext3 how do chk and enable dirindex ? will affect my exitsing data in anyway rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: problem in queue in local delivery
On 12/04/2012 08:58 AM, Rajesh M wrote: Maybe run atop or other tools to see where your bottleneck is? Cheers, Sebastian On 04.12.2012, at 16:15, "Rajesh M" <24x7ser...@24x7server.net> wrote: hi i have a server with around 6000 mail boxes it is a dual processor quad core with 4 gb ram centos 5 with qmail toaster it contains around 3.5 terrabytes of data the data is spread over the 2 nrs 2 tb drives about half the mailboxes have the normal path ie /home/vpopmail/domains/ and the other half has path to the second drive (i changed the path in the mysql database for around half mailboxes to point to the second drive) the machine is accessed by pop / imap / smtp this was working fine till 2 days ago i noted that users were not cleaning up the trash folders and space utilization had gone to 90%. So i ran the qmail-clean-trash script which cleaned up a lot of trash data. usage is arond 85 % . this was done in the weekend - ie 2 days ago now since monday onwards ie the local queue is piling up and delivering very slowly. the email traffic send+receive is around 250,000 (around 20 gb of data) emails per day with most of the emails being delivered locally. i have to keep firing perl qmhandle -a -- to get the local emails delivred but still it is very slow can somebody let me know the reason for this sudden slow delivery of emails rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com in addition to the above information i have kept concurrencyincoming - 400, concurrencylocal - 300, concurrencyremote - 200 server load goes as high 200 sometimes also please let me know how i can spread the data / load between two or more servers. Any solutions for the same ? rajesh - 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 i have htop installed but does not show any specific problem one important point is that only local emails keep piling up. remote emails are delivered quickly rajesh - There's apparently a bottleneck all right, apparently with writing to the drives. The qmail-clean-trash script isn't part of QTP. Can you post it here? Might provide a hint. You're running dovecot I presume? -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-newmodel failing
On 12/04/2012 08:21 AM, Diana Calder wrote: Friday, November 30, 2012, 10:50:33 AM, Eric Shubert wrote: ES> On 11/06/2012 01:31 PM, Diana Calder wrote: When I rebuild our new QMail Toaster, it's definitely getting PowerDNS, not BIND. And I'm seriously considering switching our actual DNS servers over to PowerDNS as well - I've seen too many weird and inexplicable BIND issues magically appear on previously perfectly-working boxes (and, sometimes, just as magically disappear again) to be completely satisfied with continuing to use it. I really like PowerDNS, FWIW. I use it for authoritative servers as well. ES> Please update your qmailtoaster-plus.repo package. I think that's where ES> your problem lies. ES> http://qtp.qmailtoaster.com/trac/wiki/WikiStart#a1-InstallQTPRepository ES> After that, you should also do ES> # yum update qmailtoaster-plus ES> to be sure that's up to date. Done. However, now I'm getting this when I run qtp-newmodel: Issuing command: qtp-newmodel qtp-newmodel v0.3.18 starting Tue Dec 4 10:07:21 EST 2012 qtp-whatami v0.3.8 Tue Dec 4 10:07:21 EST 2012 REAL_DIST=CentOS DISTRO=CentOS OSVER=4.9 QTARCH=i686 QTKERN=2.6.9-103.ELsmp BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Let's get on with it! The following packages have already been selected: daemontools-toaster-0.76-1.3.6.src.rpm ucspi-tcp-toaster-0.88-1.3.9.src.rpm vpopmail-toaster-5.4.33-1.4.0.src.rpm qmail-toaster-1.03-1.3.22.src.rpm courier-authlib-toaster-0.59.2-1.3.10.src.rpm courier-imap-toaster-4.1.2-1.3.10.src.rpm autorespond-toaster-2.0.5-1.4.0.src.rpm control-panel-toaster-0.5-1.4.0.src.rpm qmailadmin-toaster-1.2.16-1.4.0.src.rpm qmailmrtg-toaster-4.2-1.3.7.src.rpm spamassassin-toaster-3.3.2-1.4.3.src.rpm simscan-toaster-1.4.0-1.4.0.src.rpm vqadmin-toaster-2.3.7-1.4.1.src.rpm Do you want to process this selection? Shall we continue? (yes, no|skip, batch, quit) [y] / n|s / b / q : y Getting source packages ...(this may take a while) daemontools-toaster-0.76-1.3.6.src.rpm is already downloaded, bypassed ucspi-tcp-toaster-0.88-1.3.9.src.rpm is already downloaded, bypassed vpopmail-toaster-5.4.33-1.4.0.src.rpm is already downloaded, bypassed qmail-toaster-1.03-1.3.22.src.rpm is already downloaded, bypassed courier-authlib-toaster-0.59.2-1.3.10.src.rpm is already downloaded, bypassed courier-imap-toaster-4.1.2-1.3.10.src.rpm is already downloaded, bypassed autorespond-toaster-2.0.5-1.4.0.src.rpm is already downloaded, bypassed control-panel-toaster-0.5-1.4.0.src.rpm is already downloaded, bypassed qmailadmin-toaster-1.2.16-1.4.0.src.rpm is already downloaded, bypassed qmailmrtg-toaster-4.2-1.3.7.src.rpm is already downloaded, bypassed spamassassin-toaster-3.3.2-1.4.3.src.rpm is already downloaded, bypassed simscan-toaster-1.4.0-1.4.0.src.rpm is already downloaded, bypassed vqadmin-toaster-2.3.7-1.4.1.src.rpm is already downloaded, bypassed qtp-dependencies v0.3.2 qtp-install-rpmforge v0.4.0 - getting latest version of rpmforge-release ... qtp-install-rpmforge - https://raw.github.com/repoforge/rpms/master/specs/rpmfor ge-release/rpmforge-release.spec not found, please try again later. qtp-dependencies - installing compat-gcc-34 compat-gcc-34-c++ compat-glibc comp at-glibc-headers compat-libf2c compat-libgcc compat-libstdc++-296 compat-libsdc+ +-33 libtool-ltdl libtool-ltdl-devel php-ldap ... Loading "priorities" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files 274 packages excluded due to repository priority protections Parsing package install arguments No Match for argument: compat-gcc-34 No Match for argument: compat-gcc-34-c++ No Match for argument: compat-libf2c No Match for argument: compat-libgcc No Match for argument: compat-libsdc++-33 No Match for argument: libtool-ltdl No Match for argument: libtool-ltdl-devel Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package php-ldap.i386 0:4.3.9-3.36 set to be updated ---> Package compat-glibc-headers.i386 1:2.3.2-95.30 set to be updated ---> Package compat-libstdc++-296.i386 0:2.96-132.7.2 set to be updated ---> Package compat-glibc.i386 1:2.3.2-95.30 set to be updated --> Running transaction check --> Processing Dependency: php = 4.3.9-3.36 for package: php-ldap --> Finished Dependency Resolution Error: Missing Dependency: php = 4.3.9-3.36 is needed by package php-ldap qtp-dependencies - installation of base dependencies failed, exiting qtp-newmodel - dependent packages processing failed, exiting --- Hit ENTER to return to menu --- When I do a "yum list php" I get: Loading "priorities" plugin Setting up repositories Reading repository metadata in from local files 274 packages excluded due to repository priority protections Installed Packages php.i386 4.3.11-2.8 installed Available Packages php.i386 4.3.9-3.36 update
Re: [qmailtoaster] problem in queue in local delivery
> Maybe run atop or other tools to see where your bottleneck is? > > Cheers, > Sebastian > > On 04.12.2012, at 16:15, "Rajesh M" <24x7ser...@24x7server.net> wrote: > >>> hi >>> >>> i have a server with around 6000 mail boxes >>> >>> it is a dual processor quad core with 4 gb ram >>> centos 5 with qmail toaster >>> >>> it contains around 3.5 terrabytes of data >>> >>> the data is spread over the 2 nrs 2 tb drives >>> >>> about half the mailboxes have the normal path ie >>> /home/vpopmail/domains/ >>> >>> and the other half has path to the second drive >>> (i changed the path in the mysql database for around half mailboxes to >>> point to the second drive) >>> >>> the machine is accessed by pop / imap / smtp >>> >>> this was working fine till 2 days ago >>> >>> i noted that users were not cleaning up the trash folders and space >>> utilization had gone to 90%. So i ran the qmail-clean-trash script >>> which >>> cleaned up a lot of trash data. usage is arond 85 % . >>> >>> this was done in the weekend - ie 2 days ago >>> >>> now since monday onwards ie the local queue is piling up and delivering >>> very slowly. >>> >>> the email traffic send+receive is around 250,000 (around 20 gb of data) >>> emails per day with most of the emails being delivered locally. >>> >>> i have to keep firing perl qmhandle -a -- to get the local emails >>> delivred >>> >>> but still it is very slow >>> >>> can somebody let me know the reason for this sudden slow delivery of >>> emails >>> >>> rajesh >>> >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >>> For additional commands, e-mail: >>> qmailtoaster-list-h...@qmailtoaster.com >> >> >> in addition to the above information >> >> i have kept concurrencyincoming - 400, concurrencylocal - 300, >> concurrencyremote - 200 >> >> server load goes as high 200 sometimes >> >> also please let me know how i can spread the data / load between two or >> more servers. Any solutions for the same ? >> >> rajesh >> >> >> >> >> >> - >> 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 > > i have htop installed but does not show any specific problem one important point is that only local emails keep piling up. remote emails are delivered quickly rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: problem in queue in local delivery
On 12/04/2012 08:01 AM, Rajesh M wrote: hi i have a server with around 6000 mail boxes it is a dual processor quad core with 4 gb ram centos 5 with qmail toaster it contains around 3.5 terrabytes of data the data is spread over the 2 nrs 2 tb drives about half the mailboxes have the normal path ie /home/vpopmail/domains/ and the other half has path to the second drive (i changed the path in the mysql database for around half mailboxes to point to the second drive) the machine is accessed by pop / imap / smtp this was working fine till 2 days ago i noted that users were not cleaning up the trash folders and space utilization had gone to 90%. So i ran the qmail-clean-trash script which cleaned up a lot of trash data. usage is arond 85 % . this was done in the weekend - ie 2 days ago now since monday onwards ie the local queue is piling up and delivering very slowly. the email traffic send+receive is around 250,000 (around 20 gb of data) emails per day with most of the emails being delivered locally. i have to keep firing perl qmhandle -a -- to get the local emails delivred but still it is very slow can somebody let me know the reason for this sudden slow delivery of emails rajesh - What's the filesystem type of your mail store(s)? If ext3, do you have dirindex feature enabled? -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] problem in queue in local delivery
Maybe run atop or other tools to see where your bottleneck is? Cheers, Sebastian On 04.12.2012, at 16:15, "Rajesh M" <24x7ser...@24x7server.net> wrote: >> hi >> >> i have a server with around 6000 mail boxes >> >> it is a dual processor quad core with 4 gb ram >> centos 5 with qmail toaster >> >> it contains around 3.5 terrabytes of data >> >> the data is spread over the 2 nrs 2 tb drives >> >> about half the mailboxes have the normal path ie /home/vpopmail/domains/ >> >> and the other half has path to the second drive >> (i changed the path in the mysql database for around half mailboxes to >> point to the second drive) >> >> the machine is accessed by pop / imap / smtp >> >> this was working fine till 2 days ago >> >> i noted that users were not cleaning up the trash folders and space >> utilization had gone to 90%. So i ran the qmail-clean-trash script which >> cleaned up a lot of trash data. usage is arond 85 % . >> >> this was done in the weekend - ie 2 days ago >> >> now since monday onwards ie the local queue is piling up and delivering >> very slowly. >> >> the email traffic send+receive is around 250,000 (around 20 gb of data) >> emails per day with most of the emails being delivered locally. >> >> i have to keep firing perl qmhandle -a -- to get the local emails delivred >> >> but still it is very slow >> >> can somebody let me know the reason for this sudden slow delivery of >> emails >> >> rajesh >> >> >> >> >> >> - >> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > > > in addition to the above information > > i have kept concurrencyincoming - 400, concurrencylocal - 300, > concurrencyremote - 200 > > server load goes as high 200 sometimes > > also please let me know how i can spread the data / load between two or > more servers. Any solutions for the same ? > > rajesh > > > > > > - > 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] Re: qtp-newmodel failing
Friday, November 30, 2012, 10:50:33 AM, Eric Shubert wrote: ES> On 11/06/2012 01:31 PM, Diana Calder wrote: >> I'm trying to run qtp-newmodel on CentOS 4.9 (originally set up a few >> years ago from a QMail Toaster ISO). Unfortunately, it's not working. ES> For starters, please check the date/time on your computer. It appears to ES> be about 3 weeks slow. ;) No, actually the date/time issue is because the first time that I sent this, it was rejected by the list due to a reverse DNS issue that we've been having. Very weird - the records all looked fine and even passed *some* of the online mx record checking tools but failed others. After running a batch of yum updates (including some BIND-related ones) on our CentOS 6 external DNS server, the reverse DNS magically started working. At which point, I resent this message and it finally went through. When I rebuild our new QMail Toaster, it's definitely getting PowerDNS, not BIND. And I'm seriously considering switching our actual DNS servers over to PowerDNS as well - I've seen too many weird and inexplicable BIND issues magically appear on previously perfectly-working boxes (and, sometimes, just as magically disappear again) to be completely satisfied with continuing to use it. ES> Please update your qmailtoaster-plus.repo package. I think that's where ES> your problem lies. ES> http://qtp.qmailtoaster.com/trac/wiki/WikiStart#a1-InstallQTPRepository ES> After that, you should also do ES> # yum update qmailtoaster-plus ES> to be sure that's up to date. Done. However, now I'm getting this when I run qtp-newmodel: Issuing command: qtp-newmodel qtp-newmodel v0.3.18 starting Tue Dec 4 10:07:21 EST 2012 qtp-whatami v0.3.8 Tue Dec 4 10:07:21 EST 2012 REAL_DIST=CentOS DISTRO=CentOS OSVER=4.9 QTARCH=i686 QTKERN=2.6.9-103.ELsmp BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Let's get on with it! The following packages have already been selected: daemontools-toaster-0.76-1.3.6.src.rpm ucspi-tcp-toaster-0.88-1.3.9.src.rpm vpopmail-toaster-5.4.33-1.4.0.src.rpm qmail-toaster-1.03-1.3.22.src.rpm courier-authlib-toaster-0.59.2-1.3.10.src.rpm courier-imap-toaster-4.1.2-1.3.10.src.rpm autorespond-toaster-2.0.5-1.4.0.src.rpm control-panel-toaster-0.5-1.4.0.src.rpm qmailadmin-toaster-1.2.16-1.4.0.src.rpm qmailmrtg-toaster-4.2-1.3.7.src.rpm spamassassin-toaster-3.3.2-1.4.3.src.rpm simscan-toaster-1.4.0-1.4.0.src.rpm vqadmin-toaster-2.3.7-1.4.1.src.rpm Do you want to process this selection? Shall we continue? (yes, no|skip, batch, quit) [y] / n|s / b / q : y Getting source packages ...(this may take a while) daemontools-toaster-0.76-1.3.6.src.rpm is already downloaded, bypassed ucspi-tcp-toaster-0.88-1.3.9.src.rpm is already downloaded, bypassed vpopmail-toaster-5.4.33-1.4.0.src.rpm is already downloaded, bypassed qmail-toaster-1.03-1.3.22.src.rpm is already downloaded, bypassed courier-authlib-toaster-0.59.2-1.3.10.src.rpm is already downloaded, bypassed courier-imap-toaster-4.1.2-1.3.10.src.rpm is already downloaded, bypassed autorespond-toaster-2.0.5-1.4.0.src.rpm is already downloaded, bypassed control-panel-toaster-0.5-1.4.0.src.rpm is already downloaded, bypassed qmailadmin-toaster-1.2.16-1.4.0.src.rpm is already downloaded, bypassed qmailmrtg-toaster-4.2-1.3.7.src.rpm is already downloaded, bypassed spamassassin-toaster-3.3.2-1.4.3.src.rpm is already downloaded, bypassed simscan-toaster-1.4.0-1.4.0.src.rpm is already downloaded, bypassed vqadmin-toaster-2.3.7-1.4.1.src.rpm is already downloaded, bypassed qtp-dependencies v0.3.2 qtp-install-rpmforge v0.4.0 - getting latest version of rpmforge-release ... qtp-install-rpmforge - https://raw.github.com/repoforge/rpms/master/specs/rpmfor ge-release/rpmforge-release.spec not found, please try again later. qtp-dependencies - installing compat-gcc-34 compat-gcc-34-c++ compat-glibc comp at-glibc-headers compat-libf2c compat-libgcc compat-libstdc++-296 compat-libsdc+ +-33 libtool-ltdl libtool-ltdl-devel php-ldap ... Loading "priorities" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files 274 packages excluded due to repository priority protections Parsing package install arguments No Match for argument: compat-gcc-34 No Match for argument: compat-gcc-34-c++ No Match for argument: compat-libf2c No Match for argument: compat-libgcc No Match for argument: compat-libsdc++-33 No Match for argument: libtool-ltdl No Match for argument: libtool-ltdl-devel Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package php-ldap.i386 0:4.3.9-3.36 set to be updated ---> Package compat-glibc-headers.i386 1:2.3.2-95.30 set to be updated ---> Package compat-libstdc++-296.i386 0:2.96-132.7.2 set to be updated ---> Package compat-glibc.i386 1:2.3.2-95.30 set to be updated --> Running transaction check --> Processing Dependency: php = 4.3.9-3.36 for package: php-ldap --> Finished Dependency Resol
Re: [qmailtoaster] problem in queue in local delivery
> hi > > i have a server with around 6000 mail boxes > > it is a dual processor quad core with 4 gb ram > centos 5 with qmail toaster > > it contains around 3.5 terrabytes of data > > the data is spread over the 2 nrs 2 tb drives > > about half the mailboxes have the normal path ie /home/vpopmail/domains/ > > and the other half has path to the second drive > (i changed the path in the mysql database for around half mailboxes to > point to the second drive) > > the machine is accessed by pop / imap / smtp > > this was working fine till 2 days ago > > i noted that users were not cleaning up the trash folders and space > utilization had gone to 90%. So i ran the qmail-clean-trash script which > cleaned up a lot of trash data. usage is arond 85 % . > > this was done in the weekend - ie 2 days ago > > now since monday onwards ie the local queue is piling up and delivering > very slowly. > > the email traffic send+receive is around 250,000 (around 20 gb of data) > emails per day with most of the emails being delivered locally. > > i have to keep firing perl qmhandle -a -- to get the local emails delivred > > but still it is very slow > > can somebody let me know the reason for this sudden slow delivery of > emails > > rajesh > > > > > > - > To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com > For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > > in addition to the above information i have kept concurrencyincoming - 400, concurrencylocal - 300, concurrencyremote - 200 server load goes as high 200 sometimes also please let me know how i can spread the data / load between two or more servers. Any solutions for the same ? rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] problem in queue in local delivery
hi i have a server with around 6000 mail boxes it is a dual processor quad core with 4 gb ram centos 5 with qmail toaster it contains around 3.5 terrabytes of data the data is spread over the 2 nrs 2 tb drives about half the mailboxes have the normal path ie /home/vpopmail/domains/ and the other half has path to the second drive (i changed the path in the mysql database for around half mailboxes to point to the second drive) the machine is accessed by pop / imap / smtp this was working fine till 2 days ago i noted that users were not cleaning up the trash folders and space utilization had gone to 90%. So i ran the qmail-clean-trash script which cleaned up a lot of trash data. usage is arond 85 % . this was done in the weekend - ie 2 days ago now since monday onwards ie the local queue is piling up and delivering very slowly. the email traffic send+receive is around 250,000 (around 20 gb of data) emails per day with most of the emails being delivered locally. i have to keep firing perl qmhandle -a -- to get the local emails delivred but still it is very slow can somebody let me know the reason for this sudden slow delivery of emails rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] delivery problem with apostrophe in sender's address
> I am having a problem receiving mail from a customer who has an apostrophe > in their email address. (LO'n...@somewhere.com). Here is the error > message > they are receiving : > > > > > > 5.1.0 - Unknown address error 550-'Requested action not > taken: mailbox unavailable' (delivery attempts: 0) > > > > > > We can send mail to the address ok. I have search old posts and see that > SENDER_NOCHECK='1' after the :allow should fix this. I have added that to > my tcp.smtp file and ran qmailctl cdb . I am still having the problem. > > Is there something else I need to change ? > > > > Rick Vaught > > Liberty Casting > > > > hi pl see this http://opensource.interazioni.it/qmail/chkuser/documentation/chkuser_settings.html we use the following for enabling / disabling chkuser features selectively. CHKUSER_SENDER_FORMAT="0",CHKUSER_RCPT_FORMAT="0", rajesh - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] delivery problem with apostrophe in sender's address
Disable formal checking of senders and recipients. * CHKUSER_RCPT_FORMAT * CHKUSER_SENDER_FORMAT Seehttp://www.interazioni.it/opensource/chkuser/documentation/chkuser_settings.htmlfor more info. Regards, Il 04/12/2012 13:35, Rvaught ha scritto: I am having a problem receiving mail from a customer who has an apostrophe in their email address. (LO'n...@somewhere.com). Here is the error message they are receiving : 5.1.0 - Unknown address error 550-'Requested action not taken: mailbox unavailable' (delivery attempts: 0) We can send mail to the address ok. I have search old posts and see that SENDER_NOCHECK='1' after the :allow should fix this. I have added that to my tcp.smtp file and ran qmailctl cdb . I am still having the problem. Is there something else I need to change ? Rick Vaught Liberty Casting
[qmailtoaster] delivery problem with apostrophe in sender's address
I am having a problem receiving mail from a customer who has an apostrophe in their email address. (LO'n...@somewhere.com). Here is the error message they are receiving : 5.1.0 - Unknown address error 550-'Requested action not taken: mailbox unavailable' (delivery attempts: 0) We can send mail to the address ok. I have search old posts and see that SENDER_NOCHECK='1' after the :allow should fix this. I have added that to my tcp.smtp file and ran qmailctl cdb . I am still having the problem. Is there something else I need to change ? Rick Vaught Liberty Casting
