Re: FW: FW: FW: [qmailtoaster] qmailtoaster-plus-0.2.14-1.3.17 is out!
Thanks for clearing that up, EE.
I've attached the latest version of qtp-whatami, which will also be included
in the next QT-plus release. It uses the fdr60 parameter for FC7,8 systems,
so they might work better. Users should understand that this is the best we
can do with the 1.3 branch, and FC7+ will not be supported until 1.4 is
released.
Thanks again to EE for all his work on this.
Erik A. Espinoza wrote:
As I've mentioned before in the list, Fedora fixes are not coming. I'm
spending my time working on the QT 1.4 branch right now. The current
branch will be maintained as is + upstream fixes for now.
The Fedora + QT users is such a low amount of users, it's really not
worth it especially since FC6 compiles FC7/8 properly in most cases.
If someone wants to step up and rewrite the current spec files (and
send me diffs) then I will go ahead and release them.
I can't do it all myself.
EE
On Sat, Mar 1, 2008 at 6:18 AM, Thomas M. Jaeger [EMAIL PROTECTED] wrote:
Erik;
Below is the correspondence from the qmailtoaster list for a Fedora fix that
I will test early next week (you probably already have this info but...).
Erik Shubes has said that you would know the status of the packages online
and if they are upgraded for use on Fedora 7,8 distros. Are they or is
there a way to prepare them for use with Fedora 7,8? (I am running Fedora 7
x86.)
Thanks;
Thomas M. Jaeger
Computer Technician, A.A.S.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-Original Message-
From: Eric Shubes [mailto:[EMAIL PROTECTED]
Sent: Friday, February 29, 2008 11:48 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: FW: FW: [qmailtoaster] qmailtoaster-plus-0.2.14-1.3.17 is out!
Thomas M. Jaeger wrote:
# cat /etc/fedora-release shows:
Fedora release 7 (Moonshine)
The /usr/sbin/qtp-whatami file shows fdr70 (and fdr7064) in the lsiting.
I
also made sure to use /usr/sbin/qtp-whatami to be sure that there are no
redundant older copies somewhere that are being accessed. I still get the
same sorry message. Could it be that the Check Fedora section of the
script is looking for Core instead of just Fedora (as Core was dropped
from the distro since the release of 7)?
That's precisely the problem. They dropped Core from the name and the
script doesn't find the release number as a result.
This was the issue that Natalio was addressing with the alteration of the
qtp-whatami script. The changes made in that script where the addition of
fdr70 to the distro list at the beginning, the removal of word 2 in the
check fedora section and OSVER=$word3 relnum=${word3%.*}:
That's the extent of the fix for FC7/8, but it breaks the script for earlier
versions. Here's a fixed version of that routine:
###
## check fedora
#
b23_fedora(){
BUILD_DIR=/usr/src/redhat
if [ $word1 == Fedora ]; then
if [ $word2 == release ]; then
DISTRO=$word1
OSVER=$word3
relnum=${word3%.*}
case $relnum in
8 | 7 )
BUILD_DIST=fdr${relnum}0
q1_distro_64
esac
elif [ $word2 == Core ]; then
DISTRO=$word1 $word2
OSVER=$word4
relnum=${word4%.*}
case $relnum in
6 | 5 | 4 )
BUILD_DIST=fdr${relnum}0
q1_distro_64
if [ $relnum == 5 ]; then
case $QTARCH in
i386 | $ARCH64 )
tested=y
;;
esac
fi
;;
3 | 2 | 1 )
BUILD_DIST=fdr${relnum}0
;;
esac
fi
fi
}
Will you edit your script with this version and give it a try? If it works
then I'll check it in for the next QTP release.
I have not tested this alteration yet as I fear that upgrading with the
qtp-newmodel might run into issues.
You need to be sure that the packages on the web site have been upgraded for
versions 7,8 before it'll work for sure. I don't know their status, but Erik
Espinoza would know for sure (since he's the one who does all that magic).
If the packages haven't been configured for the version you're running,
they'll be built with the default settings, which probably won't work for
you. If you want to fake it out, the easiest way is to (temporarily) change
the /etc/fedora-release file to correspond to the most recent toaster
version. (don't forget to change it back later!)
Sory for the rambling, the answer to your question is at the top...
NP
Thank you, again,
Thomas M. Jaeger
Computer Technician, A.A.S.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-Original Message-
From: Eric Shubes [mailto:[EMAIL PROTECTED]
Sent: Friday, February 29, 2008 1:45 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: FW: FW: [qmailtoaster] qmailtoaster-plus-0.2.14-1.3.17 is
out!
That version of qtp-whatami should recognize FC7 (keyword: should
Re: [qmailtoaster] Setting up Internal and External LAN connection with security in QMT
Constantin IOAJA wrote: Tom Manliclic wrote: I wanted to do the second option you mentioned below. Directly connecting one interface card (Static IP address) to the DSL modem and use the other interface card for the private LAN. The problem is I don't know how to do it and how to ensure that Internet users wouldn't be able to pass through my private LAN. Private Lan - QMT Server - Internet Thanks in advance for your help. Tom The best way: Private Lan -- Router /Firewall -- Internet | QMT Server on DMZ (Demilitarized Zone) -ports forwarding ONLY to DMZ !!! Constantin Right on. You might want to look into building an IPCop firewall (http://www.ipcop.org) for yourself. IPCop is very easy to set up and use and, and it doesn't require much in the way of hardware. Perfect use for an old Win95 box. ;) You'll just need to add a NIC or two and you're all set. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: FW: [qmailtoaster] qmailtoaster-plus-0.2.14-1.3.17 is out!
That version of qtp-whatami should recognize FC7 (keyword: should). What does # cat /etc/fedora-release tell you? Thomas M. Jaeger wrote: I was on vacation and away for a while. I did the qmailtoaster-plus update via yum (.noarch.0.3.0-1.4.0) and still get “Fedora release 7 (Moonshine) is not supported. Sorry” when using the qtp-newmodel command. The qtp-menu also does not run and gives the message, “Your distro is not supported, exiting.” Should I uninstall the qmailtoaster-plus, remove the repository from yum and do a manual install of QTP? Some of the “qtp-” commands work but (obviously) not all. Regardless, I understand that Fedora is not the supported OS (or OS of choice) and I could go about this all manually. Also, I have not yet had the chance to try Natalio’s qtp-whatami changes. I will give that a try once the storms have passed through New England over the next two days. (I could try it remotely but fear the possible errors.) Thanks, again, Thomas M. Jaeger Computer Technician, A.A.S. [EMAIL PROTECTED] [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: FW: [qmailtoaster] qmailtoaster-plus-0.2.14-1.3.17 is out!
Thomas M. Jaeger wrote:
# cat /etc/fedora-release shows:
Fedora release 7 (Moonshine)
The /usr/sbin/qtp-whatami file shows fdr70 (and fdr7064) in the lsiting. I
also made sure to use /usr/sbin/qtp-whatami to be sure that there are no
redundant older copies somewhere that are being accessed. I still get the
same sorry message. Could it be that the Check Fedora section of the
script is looking for Core instead of just Fedora (as Core was dropped
from the distro since the release of 7)?
That's precisely the problem. They dropped Core from the name and the
script doesn't find the release number as a result.
This was the issue that Natalio was addressing with the alteration of the
qtp-whatami script. The changes made in that script where the addition of
fdr70 to the distro list at the beginning, the removal of word 2 in the
check fedora section and OSVER=$word3 relnum=${word3%.*}:
That's the extent of the fix for FC7/8, but it breaks the script for earlier
versions. Here's a fixed version of that routine:
###
## check fedora
#
b23_fedora(){
BUILD_DIR=/usr/src/redhat
if [ $word1 == Fedora ]; then
if [ $word2 == release ]; then
DISTRO=$word1
OSVER=$word3
relnum=${word3%.*}
case $relnum in
8 | 7 )
BUILD_DIST=fdr${relnum}0
q1_distro_64
esac
elif [ $word2 == Core ]; then
DISTRO=$word1 $word2
OSVER=$word4
relnum=${word4%.*}
case $relnum in
6 | 5 | 4 )
BUILD_DIST=fdr${relnum}0
q1_distro_64
if [ $relnum == 5 ]; then
case $QTARCH in
i386 | $ARCH64 )
tested=y
;;
esac
fi
;;
3 | 2 | 1 )
BUILD_DIST=fdr${relnum}0
;;
esac
fi
fi
}
Will you edit your script with this version and give it a try? If it works
then I'll check it in for the next QTP release.
I have not tested this alteration yet as I fear that upgrading with the
qtp-newmodel might run into issues.
You need to be sure that the packages on the web site have been upgraded for
versions 7,8 before it'll work for sure. I don't know their status, but Erik
Espinoza would know for sure (since he's the one who does all that magic).
If the packages haven't been configured for the version you're running,
they'll be built with the default settings, which probably won't work for
you. If you want to fake it out, the easiest way is to (temporarily) change
the /etc/fedora-release file to correspond to the most recent toaster
version. (don't forget to change it back later!)
Sory for the rambling, the answer to your question is at the top...
NP
Thank you, again,
Thomas M. Jaeger
Computer Technician, A.A.S.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-Original Message-
From: Eric Shubes [mailto:[EMAIL PROTECTED]
Sent: Friday, February 29, 2008 1:45 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: FW: FW: [qmailtoaster] qmailtoaster-plus-0.2.14-1.3.17 is out!
That version of qtp-whatami should recognize FC7 (keyword: should).
What does
# cat /etc/fedora-release
tell you?
Thomas M. Jaeger wrote:
I was on vacation and away for a while. I did the qmailtoaster-plus
update via yum (.noarch.0.3.0-1.4.0) and still get Fedora release 7
(Moonshine) is not supported. Sorry when using the qtp-newmodel
command. The qtp-menu also does not run and gives the message, Your
distro is not supported, exiting. Should I uninstall the
qmailtoaster-plus, remove the repository from yum and do a manual
install of QTP? Some of the qtp- commands work but (obviously) not
all. Regardless, I understand that Fedora is not the supported OS (or
OS of choice) and I could go about this all manually. Also, I have not
yet had the chance to try Natalio's qtp-whatami changes. I will give
that a try once the storms have passed through New England over the next
two days. (I could try it remotely but fear the possible errors.)
Thanks, again,
Thomas M. Jaeger
Computer Technician, A.A.S.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
-Eric 'shubes'
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Error with Simscan RPM
Heidi Herbert wrote: Can someone help me with this. This is the error I am getting: simscan.c: In function 'per_domain_lookup': simscan.c:1780: warning: 'val' may be used uninitialized in this function gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -o simscan simscan.o cdb/cdb.a cdb/buffer.a cdb/unix.a cdb/byte.a cdb/alloc.a gcc -DHAVE_CONFIG_H -I. -I. -I. -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -c `test -f 'simscanmk.c' || echo './'`simscanmk.c In function 'open', inlined from 'make_cdb' at simscanmk.c:379: /usr/include/bits/fcntl2.h:51: error: call to '__open_missing_mode' declared with attribute error: open with O_CREAT in second argument needs 3 arguments make[2]: *** [simscanmk.o] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/simscan-1.3.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/simscan-1.3.1' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.88433 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.88433 (%build) I'm on a Fedora 8 386 box, but am using the Fedora 6 builds. I'm guessing this is your problem. ;) Is there some really really really good reason you're running FC8? Seriously though, we appreciate your trail blazing work. :) Thanks, Heidi -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newmodel error
Phil Leinhauser wrote: Hey Eric: Here is the output from what you asked. The sandbox does exist. [EMAIL PROTECTED] ~]# . qtp-config qtp-config v0.2.4 QMT_WEB=http://www.qmailtoaster.org QMT_DEV=http://www.qmailtoaster.org SANDBOX=/mnt/qtp-sandbox UNIONROOT=/opt/qtp-unionroot UPGRADE_DIR=/usr/src/qtp-upgrade RPMBUILD_OPTIONS= backupdest=/backup/qmailbkup useftp=n ftpserver=ftp:// emailinfo=y email=postmaster removeprevious=n [EMAIL PROTECTED] ~]# chroot $SANDBOX chroot: cannot run command `/bin/bash': No such file or directory This would be a problem. The sandbox may exist, but it's not right. Please remove the existing sandbox, then run qtp-build-sandbox (you can run it standalone from the command line), then run these commands again. [EMAIL PROTECTED] ~]# echo $PATH /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin I know I can do a linked sandbox. I just thought it might be helpful to fix this for other that may be in the same boat. We appreciate your help. Thanks, Phil -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newmodel error
Phil Leinhauser wrote:
OK Eric, I tried again. I made the change you mentioned.
First time it balked at seeing the remnants of the old sandbox so I deleted
it and tried again.
Next time it told me I could use unionfs then I saw PIZZA again!! But alas,
I got the following error:
Chroot: cannot run command 'qtp-build-rpms': No such file or directory
Build failed, Exiting
So no pizza for me tonight. I'm just glad I don't have to do more coffee,
I've had enough from last night to be up for a week!
Phil
-Original Message-
From: Eric Shubes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 10:41 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Newmodel error
Hey Phil,
I've got a fix I'd like you to try. (Justice had this right but I managed to
screw it up somehow).
In /opt/qmailtoaster-plus/bin/qtp-config, at/near line 131 change
kernelver=${kernelrelease%-[^-]*}
to
kernelver=$(expr $kernelrelease : \(^[0-9]*\+\.[0-9]*\+\.[0-9]*\))
Then rerun qtp-newmodel, which should give you the option of using the
unionfs.
Let me know that it works and I'll be sure to commit it to svn so it gets
into the next release.
Phil Leinhauser wrote:
OK, Eric, here's what I have:
[EMAIL PROTECTED] ~]# uname -r
2.6.22.14-72.fc6
[EMAIL PROTECTED] ~]# . qtp-config -s
[EMAIL PROTECTED] ~]# . qtp-config
qtp-config v0.2.4
QMT_WEB=http://www.qmailtoaster.org
QMT_DEV=http://www.qmailtoaster.org
SANDBOX=/mnt/qtp-sandbox
UNIONROOT=/opt/qtp-unionroot
UPGRADE_DIR=/usr/src/qtp-upgrade
RPMBUILD_OPTIONS=
backupdest=/backup/qmailbkup
useftp=n
ftpserver=ftp://
emailinfo=y
email=postmaster
removeprevious=n
The -s switch didn't get anything.
x02_kernel_unionfs_switch -- didn't give anything.
I didn't rerun newmodel. I'll do that tomorrow. It's too late now.
Thanks for the help.
Phil
I don't mean to butt in Justice, but this looks to me like either there's no
symlink to qtp-build-rpms in /usr/sbin (doubtful), or for some reason
/usr/sbin isn't in root's path in the chroot environment (I think this is
most likely).
Phil, when logged in as root and the sandbox exists, do:
# . qtp-config
# chroot $SANDBOX
# echo $PATH
What does the last command give you?
--
-Eric 'shubes'
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newmodel error
Hey Phil,
I've got a fix I'd like you to try. (Justice had this right but I managed to
screw it up somehow).
In /opt/qmailtoaster-plus/bin/qtp-config, at/near line 131 change
kernelver=${kernelrelease%-[^-]*}
to
kernelver=$(expr $kernelrelease : \(^[0-9]*\+\.[0-9]*\+\.[0-9]*\))
Then rerun qtp-newmodel, which should give you the option of using the unionfs.
Let me know that it works and I'll be sure to commit it to svn so it gets
into the next release.
Phil Leinhauser wrote:
OK, Eric, here's what I have:
[EMAIL PROTECTED] ~]# uname -r
2.6.22.14-72.fc6
[EMAIL PROTECTED] ~]# . qtp-config -s
[EMAIL PROTECTED] ~]# . qtp-config
qtp-config v0.2.4
QMT_WEB=http://www.qmailtoaster.org
QMT_DEV=http://www.qmailtoaster.org
SANDBOX=/mnt/qtp-sandbox
UNIONROOT=/opt/qtp-unionroot
UPGRADE_DIR=/usr/src/qtp-upgrade
RPMBUILD_OPTIONS=
backupdest=/backup/qmailbkup
useftp=n
ftpserver=ftp://
emailinfo=y
email=postmaster
removeprevious=n
The -s switch didn't get anything.
x02_kernel_unionfs_switch -- didn't give anything.
I didn't rerun newmodel. I'll do that tomorrow. It's too late now.
Thanks for the help.
Phil
--
-Eric 'shubes'
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] How to not forward messages marked as spam
Wrong conclusion. maildrop is a shell script, so the exit command is built
in, and takes a single optional argument, the exit status (aka return code).
You'll need to find where/how the maildrop script is invoked to see what's
happening there, and why delivery is terminated. I don't know off hand where
that is.
[EMAIL PROTECTED] wrote:
I just tried changing exit to exit 99 - stopped delivery of everything
completely... apparently, the exit command won't take arguments in this
language
===
The .qmail file isn't a script, so you can't add logic there (that I'm aware
of). Sorry about that bit.
Have you tried
exit 99
in the maildrop script?
I don't see how the EXITCODE variable would be passed back to whatever's
calling maildrop, unless maildrop is 'sourced'. I don't know off hand how
the maildrop script is invoked.
[EMAIL PROTECTED] wrote:
As I stated in the original request, there are apparently 0 options for a
forward line in the .qmail file. An account is set up to either forward
using
[address], or to not forward at all.
How might I go about adding logic to a line? (That's really the root of
the
whole question)
===
Sounds like you'll need to add logic in .qmail to check the exit code from
mailfilter, and only do the forward if the exit code is 0.
[EMAIL PROTECTED] wrote:
I already tried modifying /etc/mail/mailfilter to get it to
dump local spam and TRY to abort the procedure. Here's what I inserted
directly
after reading in
$VHOME/Maildir/.mailfilter. If the user's .mailfilter contains the line
SPAMFORWARDDROP=1, the following executes:
if((/^X-Spam-Status: Yes/:h) ($SPAMFORWARDDROP == 1))
{
log Message deleted as specified by .mailfilter\n
exception {
to /home/vpopmail/domains/[the
domain]/postmaster/Maildir/.Spam/
}
log === END ===\n
EXITCODE=1
exit
}
This works perfectly without having to modify the smtp delivery pipe, but
the
next line in .qmail which contains the forward ([address]) still executes.
I've also tried setting EXITCODE=99 - no difference.
=
I'd look into customizing the /etc/mail/mailfilter script. It's part of the
maildrop-toaster package, so if you change it, be sure to keep a backup copy
handy because any changes would probably be clobbered by an upgrade of that
package.
--
-Eric 'shubes'
=
[EMAIL PROTECTED] wrote:
Still no luck on this one - there are apparently 0 options for a forward
line
in the .qmail file. An account is set up to either forward using
[address],
or
to not forward at all.
Is there no way to forward ONLY IF the message meets certain criteria?
(i.e.
$subject !~/\*\*\* SPAM \*\*\*/)
This has become a huge issue, particularly for blackberry users.
--
-Eric 'shubes'
--
-Eric 'shubes'
--
-Eric 'shubes'
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
Richard Starkie wrote: Thanks Eric is there a command in the toaster version i have by default that will perform the upgrade of do I need to start as if it is a new install and do it over the top? You need to install the qmailtoaster-plus package, then run the qtp-newmodel command. That will do an upgrade in place, and preserve all of your email and settings. BTW where did Ringo come from ?? I can hardly believe you had to ask. http://en.wikipedia.org/wiki/Ringo_Starr ;) Ta Rich -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrading from a REALLY old version
Richard Starkie wrote: Hi All Can someone advise me the easiest way to upgrade QMT from a really really old version?? I don’t want to format the system or loose any data in the mail boxes, like signatures etc. My package versions are listed below : qmail-toaster-1.03-1.3.15 qmailadmin-toaster-1.2.11-1.3.4 clamav-toaster-0.90.1-1.3.13 vpopmail-toaster-5.4.17-1.3.4 control-panel-toaster-0.5-1.3.4 vqadmin-toaster-2.3.4-1.3.3 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 squirrelmail-toaster-1.4.9a-1.3.6 simscan-toaster-1.3.1-1.3.6 daemontools-toaster-0.76-1.3.3 libsrs2-toaster-1.0.18-1.3.3 courier-imap-toaster-4.1.2-1.3.7 ezmlm-cgi-toaster-0.53.324-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 spamassassin-toaster-3.1.8-1.3.8 ucspi-tcp-toaster-0.88-1.3.5 autorespond-toaster-2.0.4-1.3.3 isoqlog-toaster-2.1-1.3.4 qmail-pop3d-toaster-1.03-1.3.15 qmailmrtg-toaster-4.2-1.3.3 ripmime-toaster-1.4.0.6-1.3.3 Thanks in advance Richard Those packages aren't all that old, Richard. I believe there are toasters still out there running 1.2.x! qtp-newmodel should handle your upgrade without a minimum effort. You can download the qmailtoaster-plus package from http://qtp.qmailtoaster.com. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrading from a REALLY old version
Eric Shubes wrote: Richard Starkie wrote: Hi All Can someone advise me the easiest way to upgrade QMT from a really really old version?? I don’t want to format the system or loose any data in the mail boxes, like signatures etc. My package versions are listed below : qmail-toaster-1.03-1.3.15 qmailadmin-toaster-1.2.11-1.3.4 clamav-toaster-0.90.1-1.3.13 vpopmail-toaster-5.4.17-1.3.4 control-panel-toaster-0.5-1.3.4 vqadmin-toaster-2.3.4-1.3.3 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 squirrelmail-toaster-1.4.9a-1.3.6 simscan-toaster-1.3.1-1.3.6 daemontools-toaster-0.76-1.3.3 libsrs2-toaster-1.0.18-1.3.3 courier-imap-toaster-4.1.2-1.3.7 ezmlm-cgi-toaster-0.53.324-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 spamassassin-toaster-3.1.8-1.3.8 ucspi-tcp-toaster-0.88-1.3.5 autorespond-toaster-2.0.4-1.3.3 isoqlog-toaster-2.1-1.3.4 qmail-pop3d-toaster-1.03-1.3.15 qmailmrtg-toaster-4.2-1.3.3 ripmime-toaster-1.4.0.6-1.3.3 Thanks in advance Richard Those packages aren't all that old, Richard. I believe there are toasters still out there running 1.2.x! qtp-newmodel should handle your upgrade without a minimum effort. You can download the qmailtoaster-plus package from http://qtp.qmailtoaster.com. I meant to say WITH a minimum effort! ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
Just that one package will do the trick. qtp-newmodel is one of a handful of handy commands that the qmailtoaster-plus package contains. The qtp-newmodel command will download everything else you need for the upgrade. Richard Starkie wrote: ok then ... so do I just install -plus package or more than just that one ... sorry for being dense Re Ringo : I don't need to ask Eric it just so happens to be the name everyone that knows me refers to me by even the wife ! lol Ringo :) -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:01 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Richard Starkie wrote: Thanks Eric is there a command in the toaster version i have by default that will perform the upgrade of do I need to start as if it is a new install and do it over the top? You need to install the qmailtoaster-plus package, then run the qtp-newmodel command. That will do an upgrade in place, and preserve all of your email and settings. BTW where did Ringo come from ?? I can hardly believe you had to ask. http://en.wikipedia.org/wiki/Ringo_Starr ;) Ta Rich -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
That's a good thing. ;) Richard Starkie wrote: It bombed out something about kernel needing updates ... am going to have to do a yum update * -y by the looks of it and leave it overnight :( -Original Message- From: Richard Starkie [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:31 To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Weird stuff happening on admin-toaster page Fingers crossed and here we go -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:23 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Just that one package will do the trick. qtp-newmodel is one of a handful of handy commands that the qmailtoaster-plus package contains. The qtp-newmodel command will download everything else you need for the upgrade. Richard Starkie wrote: ok then ... so do I just install -plus package or more than just that one ... sorry for being dense Re Ringo : I don't need to ask Eric it just so happens to be the name everyone that knows me refers to me by even the wife ! lol Ringo :) -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:01 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Richard Starkie wrote: Thanks Eric is there a command in the toaster version i have by default that will perform the upgrade of do I need to start as if it is a new install and do it over the top? You need to install the qmailtoaster-plus package, then run the qtp-newmodel command. That will do an upgrade in place, and preserve all of your email and settings. BTW where did Ringo come from ?? I can hardly believe you had to ask. http://en.wikipedia.org/wiki/Ringo_Starr ;) Ta Rich -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
Always *expect* problems. (jk) I'm not positive of the status of unionfs on COS5. Justice (the person) might know better. If the unionfs is problematic, you can always use a linked or copied sandbox. You'll probably be needing some perl dependencies for the newest spamassassin too. We don't have a really slick (read automated) way of handling that yet. Rest assurred that whatever you might come across, you're probably not the first one. ;) Richard Starkie wrote: Update almost finished - only 100 packages lol, Am running CentOS 5 - should i be expecting any problems re sandbox - just so i'm prepared ?? -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:58 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page That's a good thing. ;) Richard Starkie wrote: It bombed out something about kernel needing updates ... am going to have to do a yum update * -y by the looks of it and leave it overnight :( -Original Message- From: Richard Starkie [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:31 To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Weird stuff happening on admin-toaster page Fingers crossed and here we go -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:23 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Just that one package will do the trick. qtp-newmodel is one of a handful of handy commands that the qmailtoaster-plus package contains. The qtp-newmodel command will download everything else you need for the upgrade. Richard Starkie wrote: ok then ... so do I just install -plus package or more than just that one ... sorry for being dense Re Ringo : I don't need to ask Eric it just so happens to be the name everyone that knows me refers to me by even the wife ! lol Ringo :) -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 26 February 2008 21:01 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Richard Starkie wrote: Thanks Eric is there a command in the toaster version i have by default that will perform the upgrade of do I need to start as if it is a new install and do it over the top? You need to install the qmailtoaster-plus package, then run the qtp-newmodel command. That will do an upgrade in place, and preserve all of your email and settings. BTW where did Ringo come from ?? I can hardly believe you had to ask. http://en.wikipedia.org/wiki/Ringo_Starr ;) Ta Rich -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] How to not forward messages marked as spam
The .qmail file isn't a script, so you can't add logic there (that I'm aware
of). Sorry about that bit.
Have you tried
exit 99
in the maildrop script?
I don't see how the EXITCODE variable would be passed back to whatever's
calling maildrop, unless maildrop is 'sourced'. I don't know off hand how
the maildrop script is invoked.
[EMAIL PROTECTED] wrote:
As I stated in the original request, there are apparently 0 options for a
forward line in the .qmail file. An account is set up to either forward
using
[address], or to not forward at all.
How might I go about adding logic to a line? (That's really the root of
the
whole question)
===
Sounds like you'll need to add logic in .qmail to check the exit code from
mailfilter, and only do the forward if the exit code is 0.
[EMAIL PROTECTED] wrote:
I already tried modifying /etc/mail/mailfilter to get it to
dump local spam and TRY to abort the procedure. Here's what I inserted
directly
after reading in
$VHOME/Maildir/.mailfilter. If the user's .mailfilter contains the line
SPAMFORWARDDROP=1, the following executes:
if((/^X-Spam-Status: Yes/:h) ($SPAMFORWARDDROP == 1))
{
log Message deleted as specified by .mailfilter\n
exception {
to /home/vpopmail/domains/[the
domain]/postmaster/Maildir/.Spam/
}
log === END ===\n
EXITCODE=1
exit
}
This works perfectly without having to modify the smtp delivery pipe, but the
next line in .qmail which contains the forward ([address]) still executes.
I've also tried setting EXITCODE=99 - no difference.
=
I'd look into customizing the /etc/mail/mailfilter script. It's part of the
maildrop-toaster package, so if you change it, be sure to keep a backup copy
handy because any changes would probably be clobbered by an upgrade of that
package.
--
-Eric 'shubes'
=
[EMAIL PROTECTED] wrote:
Still no luck on this one - there are apparently 0 options for a forward
line
in the .qmail file. An account is set up to either forward using [address],
or
to not forward at all.
Is there no way to forward ONLY IF the message meets certain criteria? (i.e.
$subject !~/\*\*\* SPAM \*\*\*/)
This has become a huge issue, particularly for blackberry users.
--
-Eric 'shubes'
--
-Eric 'shubes'
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Courir-imap BYE imaplogin expected exactly two arguments
Randraa wrote: Haail all , I'm Stuck in courier-imap with this mistake, my users can't use IMAP. but pop3 and smtp they are working perfectly... below follows the mistake [EMAIL PROTECTED]:/usr/lib/courier-imap/sbin mailto:[EMAIL PROTECTED]:/usr/lib/courier-imap/sbin# telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * BYE imaplogin expected exactly two arguments. Connection closed by foreign host. I'm using, slack + qmail + courier-imapd + vpopmail Thanks , Rafael Hey Rafael, You're not apparently using a toaster, so it's hard to say what your problem might be. I'd ask this question on the courier list (or build yourself a toaster!). ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stuck on qmail-dk permissions
Gmail User wrote: I seem to be stuck on what proper permissions are for qmail-dk setup. I get a dreaded qmail-smtpd: qq hard reject (qmail-dk: Couldn't read signature file for signing. (#5.3.0)) error message. My signature files are under /var/qmail/control/domainkeys The signature line I used in tcp.smtp was DKSIGN=/var/qmail/control/domainkeys/%/private (since removed, since it is prod. server) The binaries permissions are -rwx--x--x 1 qmailq qmail 45832 May 19 2007 qmail-dk lrwxrwxrwx 1 root root 23 Jul 28 2007 qmail-queue - /var/qmail/bin/qmail-dk -rws--x--x 1 qmailq qmail 24792 May 19 2007 qmail-queue.orig and signature files (this is the latest permissions I tried; original were different) -r--r- 1 qmailq qmail 400 Feb 19 21:19 private -rw-r--r-- 1 qmailq qmail 142 Feb 19 21:19 public.txt DNS is setup and checks out with the testers. Any ideas on how to troubleshoot this further? TIA, Ed Hey Ed, Your 'private' file should be root:vchkpw. I have the same ownership on all of the /var/qmail/control/domainkeys folders and files. # chown root:vchkpw /var/qmail/control/domainkeys/* -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel and Centos 4
[EMAIL PROTECTED] wrote: One last question, are there any guidelines as to when to do an update? For example, if I update the kernel, should I also update QMT. Ignore this last question. I have just re-read the 'sandbox' section of the upgrade page and this appears to refer to the ongoing use of the same sandbox. Regards Kevin That page is slightly out of date, as it doesn't account for the new unionfs sandbox. The sandbox can indeed be reused, and I would tend to do so with a copied or linked sandbox, as it takes a bit of time to create them. With the unionfs sandbox however, the time to create it is nearly nothing, so in this case I'd go ahead and remove it so that other subsequent system changes (rpm package versions in particular) would be reflected in the sandbox. HTH -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
Richard Starkie wrote: Hi All I have been trying to administer my QMT box, when I log into the www.mydomain.com/admin-toaster/ http://www.mydomain.com/admin-toaster/ page, I appear to have lost all the nice buttons that make it easy to administer domains etc, can anyone advise? Am running a version of QMT from probably 12- 18 months ago, maybe longer on a fat (gui installed) CentOS box All help very gratefully received Rich Which toaster package versions? # rpm -qa | grep toaster What has changed? P.S. You don't want to use vqadmin to administer domains. It's defective. Use the CLI instead. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stuck on qmail-dk permissions
I dunno Ed. I wouldn't waste much time on it though. DomainKeys isn't used very much (google, its primary proponent, still runs it in 'test' mode), and it's being eventually replaced with DKIM. Gmail User wrote: Eric, That is what I started with. I followed instructions from http://wiki.qmailtoaster.com/index.php/Domainkeys I tried changing it back to root:vchkpw to no avail. I also tried sending email from command line by setting variables with (root:vchkpw permissions): env DKSIGN=/var/qmail/control/domainkeys/%/private QMAILQUEUE=/var/qmail/bin/qmail-dk /usr/sbin/sendmail -t -i [EMAIL PROTECTED] ./qmail-dk.txt and env DKSIGN=/var/qmail/control/domainkeys/domain.tld/private QMAILQUEUE=/var/qmail/bin/qmail-dk /usr/sbin/sendmail -t -i [EMAIL PROTECTED] ./qmail-dk.txt There is no qq error, but the message goes out unsigned. Regards, Ed ... Your 'private' file should be root:vchkpw. I have the same ownership on all of the /var/qmail/control/domainkeys folders and files. # chown root:vchkpw /var/qmail/control/domainkeys/* - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
I'd be inclined to remove vqadmin-toaster, as it's nothing but trouble: # rpm -e vqadmin-toaster Then I would upgrade the toaster as soon as it's convenient, as the clamav version you have is problematic. Install the latest qmailtoaster-plus package and use qtp-newmodel to do the upgrade. You'll need to install a few perl packages for the latest spamassassin (perl-Archive-Tar and perl-IO-Zlib and perl-Mail-DomainKeys come to mind). That should fix up your admin-toaster (control-panel) web screen. As for CLI commands for domains and users, they're pretty much all in /home/vpopmail/bin. That directory isn't in a search path, so you'll need to cd there, and then prefix each command with ./, e.g: # ./vdominfo mydomain.com is the command for domain info. # ./vuserinfo [EMAIL PROTECTED] is the command to see all of the user information. It's pretty easy to guess what all of the vpopmail cli commands do. Just # ls /home/vpopmail/bin to see them all. The easy way to simply see if a domain exists is to list the domains directory: # ls /home/vpopmail/domains and to see the users in mydomain.com, # ls /home/vpopmail/domains/mydomain.com HTH Richard Starkie wrote: qmail-toaster-1.03-1.3.15 qmailadmin-toaster-1.2.11-1.3.4 clamav-toaster-0.90.1-1.3.13 vpopmail-toaster-5.4.17-1.3.4 control-panel-toaster-0.5-1.3.4 vqadmin-toaster-2.3.4-1.3.3 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 squirrelmail-toaster-1.4.9a-1.3.6 simscan-toaster-1.3.1-1.3.6 daemontools-toaster-0.76-1.3.3 libsrs2-toaster-1.0.18-1.3.3 courier-imap-toaster-4.1.2-1.3.7 ezmlm-cgi-toaster-0.53.324-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 spamassassin-toaster-3.1.8-1.3.8 ucspi-tcp-toaster-0.88-1.3.5 autorespond-toaster-2.0.4-1.3.3 isoqlog-toaster-2.1-1.3.4 qmail-pop3d-toaster-1.03-1.3.15 qmailmrtg-toaster-4.2-1.3.3 ripmime-toaster-1.4.0.6-1.3.3 Nothing has changed as far as i can tell .. I just have not used it for a while, the box has been on, and working fine. Unfortunately I started migrating a domain a few months ago, before I was ill and unable to complete it, so left it half completed, now I can't remember how much I have done, hence wanting to view a things in the nice web gui. (I'm not very good with CLI ... yet) Hope you can advise, or even tell me commands for the CLI. I need to view all domains and users associated with those domains Thanks again in advance Richard -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 25 February 2008 19:59 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Richard Starkie wrote: Hi All I have been trying to administer my QMT box, when I log into the www.mydomain.com/admin-toaster/ http://www.mydomain.com/admin-toaster/ page, I appear to have lost all the nice buttons that make it easy to administer domains etc, can anyone advise? Am running a version of QMT from probably 12- 18 months ago, maybe longer on a fat (gui installed) CentOS box All help very gratefully received Rich Which toaster package versions? # rpm -qa | grep toaster What has changed? P.S. You don't want to use vqadmin to administer domains. It's defective. Use the CLI instead. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Weird stuff happening on admin-toaster page
Hey Ringo! :) The qtp-newmodel command, which is part of the qmailtoaster-plus package. It's surprisingly easy, although it does take a while to compile all of the packages (remember when you did the install? sorta like that). Your toaster remains in service while all of that's done though, and if there going to be a problem, you'll know about it before the active toaster is ever stopped. It really can't get much easier (or safer). We're here if you have a problem. Good luck (but you really won't need much). Richard Starkie wrote: Thanks eric, that should help, there is only one question left to ask then .. is there an easy way to upgrade?? Thanks Rich -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 25 February 2008 22:22 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page I'd be inclined to remove vqadmin-toaster, as it's nothing but trouble: # rpm -e vqadmin-toaster Then I would upgrade the toaster as soon as it's convenient, as the clamav version you have is problematic. Install the latest qmailtoaster-plus package and use qtp-newmodel to do the upgrade. You'll need to install a few perl packages for the latest spamassassin (perl-Archive-Tar and perl-IO-Zlib and perl-Mail-DomainKeys come to mind). That should fix up your admin-toaster (control-panel) web screen. As for CLI commands for domains and users, they're pretty much all in /home/vpopmail/bin. That directory isn't in a search path, so you'll need to cd there, and then prefix each command with ./, e.g: # ./vdominfo mydomain.com is the command for domain info. # ./vuserinfo [EMAIL PROTECTED] is the command to see all of the user information. It's pretty easy to guess what all of the vpopmail cli commands do. Just # ls /home/vpopmail/bin to see them all. The easy way to simply see if a domain exists is to list the domains directory: # ls /home/vpopmail/domains and to see the users in mydomain.com, # ls /home/vpopmail/domains/mydomain.com HTH Richard Starkie wrote: qmail-toaster-1.03-1.3.15 qmailadmin-toaster-1.2.11-1.3.4 clamav-toaster-0.90.1-1.3.13 vpopmail-toaster-5.4.17-1.3.4 control-panel-toaster-0.5-1.3.4 vqadmin-toaster-2.3.4-1.3.3 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 squirrelmail-toaster-1.4.9a-1.3.6 simscan-toaster-1.3.1-1.3.6 daemontools-toaster-0.76-1.3.3 libsrs2-toaster-1.0.18-1.3.3 courier-imap-toaster-4.1.2-1.3.7 ezmlm-cgi-toaster-0.53.324-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 spamassassin-toaster-3.1.8-1.3.8 ucspi-tcp-toaster-0.88-1.3.5 autorespond-toaster-2.0.4-1.3.3 isoqlog-toaster-2.1-1.3.4 qmail-pop3d-toaster-1.03-1.3.15 qmailmrtg-toaster-4.2-1.3.3 ripmime-toaster-1.4.0.6-1.3.3 Nothing has changed as far as i can tell .. I just have not used it for a while, the box has been on, and working fine. Unfortunately I started migrating a domain a few months ago, before I was ill and unable to complete it, so left it half completed, now I can't remember how much I have done, hence wanting to view a things in the nice web gui. (I'm not very good with CLI ... yet) Hope you can advise, or even tell me commands for the CLI. I need to view all domains and users associated with those domains Thanks again in advance Richard -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: 25 February 2008 19:59 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Weird stuff happening on admin-toaster page Richard Starkie wrote: Hi All I have been trying to administer my QMT box, when I log into the www.mydomain.com/admin-toaster/ http://www.mydomain.com/admin-toaster/ page, I appear to have lost all the nice buttons that make it easy to administer domains etc, can anyone advise? Am running a version of QMT from probably 12- 18 months ago, maybe longer on a fat (gui installed) CentOS box All help very gratefully received Rich Which toaster package versions? # rpm -qa | grep toaster What has changed? P.S. You don't want to use vqadmin to administer domains. It's defective. Use the CLI instead. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newmodel error
Jake Vickers wrote: Phil Leinhauser wrote: So I'm running newmodel tonight to update my QMT. I figured I would use the linked sandbox. After a pot of coffee (Jake still cracks me up with this!) I got the following error: Copying files from clamav-toaster-0.92-1.3.16 to the linked sandbox ... unexpected: /usr/share/clamav/daily.cvd in package clamav-toaster-0.92-1.3.16 does not exist Continuing ... Copying files from libdomainkeys-toaster-0.68-1.3.3 to the linked sandbox ... Copying files from courier-authlib-toaster-0.59.2-1.3.6 to the linked sandbox ... Directory /mnt/qtp-sandbox/var/spool/authdaemon does not exist - script error Exiting. qtp-newmodel - build sandbox failed, exiting CentOS5? Lucize got a little over zealous when he trimmed up the linked/copied sandbox. /var/spool/authdaemon doesn't exist in toasters that are pre- courier-authlib. # mkdir /var/spool/authdaemon and try again. Any reason you're not using the unionfs? It's a whole lot quicker. P.S. I'm glad you like the coffee. Pizza's next. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newmodel error
Linked is a little quicker than copied, and uses a lot less HD space (which is largely why it's quicker - much less copying to do). The new union filesystem is the quickest by far, and uses an absolute minimum amount of HD space. The most recent version of qmailtoaster-plus contains the union filesystem. I'm not sure why you wouldn't be prompted to use it. You might want to get rid of your old sandbox first: # rm -rf /opt/qtp-sandbox (if it's in the standard place) It does take a couple minutes to build the unionfs kernel module, but it's far less time than building even a linked sandbox. Once the unionfs module is built for a given kernel, the sandbox is created as fast as it can mount a filesystem (in the blink of an eye). You won't have to create /var/spool/authdaemon if you use unionfs. You will have to create it though for copied or linked sandbox (until we fix the script). Let us know how you make out. Phil Leinhauser wrote: I thought linked WAS the quicker method? The options were linked or copied. Which is faster and do I still need to create the /var/spool/authdaemon folder? I figured it might be something as simple as appeasing the script with a bogus folder but thought best to ask. Thanks, Phil -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Monday, February 25, 2008 9:21 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Newmodel error Jake Vickers wrote: Phil Leinhauser wrote: So I'm running newmodel tonight to update my QMT. I figured I would use the linked sandbox. After a pot of coffee (Jake still cracks me up with this!) I got the following error: Copying files from clamav-toaster-0.92-1.3.16 to the linked sandbox ... unexpected: /usr/share/clamav/daily.cvd in package clamav-toaster-0.92-1.3.16 does not exist Continuing ... Copying files from libdomainkeys-toaster-0.68-1.3.3 to the linked sandbox ... Copying files from courier-authlib-toaster-0.59.2-1.3.6 to the linked sandbox ... Directory /mnt/qtp-sandbox/var/spool/authdaemon does not exist - script error Exiting. qtp-newmodel - build sandbox failed, exiting CentOS5? Lucize got a little over zealous when he trimmed up the linked/copied sandbox. /var/spool/authdaemon doesn't exist in toasters that are pre- courier-authlib. # mkdir /var/spool/authdaemon and try again. Any reason you're not using the unionfs? It's a whole lot quicker. P.S. I'm glad you like the coffee. Pizza's next. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newmodel error
LOL Phil, I guess your best bet is to create the /var/spool/authdaemon manually, then use the linked sandbox. I thought I had the expr thing worked out. Phil, what does # uname -r give you? Phil, I'd also like to see your output of: # . qtp-config -s # x02_kernel_unionfs_switch It's safe to run these while your sandbox is building... Thanks. Phil Leinhauser wrote: OK, I removed the /opt/qtp-sandbox and reran qtp-newmodel. I asked if I wanted to build a new sandbox and I said no. THEN I SAW PIZZA!! I thought you were kidding about pizza. I guess it started into unionfs. But got a bunch of errors about running RPM's that don't exist in /var/sandbox and it quit. So I removed the /var/sandbox and reran newmodel but I only could do linked or copied. I guess the pizza isn't quite ready yet. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, February 25, 2008 10:00 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Newmodel error Eric, remember about the expr commands I sent you. This is why the unioned system isn't working. If you had questions about this, shoot me an e-mail. Justice Linked is a little quicker than copied, and uses a lot less HD space (which is largely why it's quicker - much less copying to do). The new union filesystem is the quickest by far, and uses an absolute minimum amount of HD space. The most recent version of qmailtoaster-plus contains the union filesystem. I'm not sure why you wouldn't be prompted to use it. You might want to get rid of your old sandbox first: # rm -rf /opt/qtp-sandbox (if it's in the standard place) It does take a couple minutes to build the unionfs kernel module, but it's far less time than building even a linked sandbox. Once the unionfs module is built for a given kernel, the sandbox is created as fast as it can mount a filesystem (in the blink of an eye). You won't have to create /var/spool/authdaemon if you use unionfs. You will have to create it though for copied or linked sandbox (until we fix the script). Let us know how you make out. Phil Leinhauser wrote: I thought linked WAS the quicker method? The options were linked or copied. Which is faster and do I still need to create the /var/spool/authdaemon folder? I figured it might be something as simple as appeasing the script with a bogus folder but thought best to ask. Thanks, Phil -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Monday, February 25, 2008 9:21 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Newmodel error Jake Vickers wrote: Phil Leinhauser wrote: So I'm running newmodel tonight to update my QMT. I figured I would use the linked sandbox. After a pot of coffee (Jake still cracks me up with this!) I got the following error: Copying files from clamav-toaster-0.92-1.3.16 to the linked sandbox ... unexpected: /usr/share/clamav/daily.cvd in package clamav-toaster-0.92-1.3.16 does not exist Continuing ... Copying files from libdomainkeys-toaster-0.68-1.3.3 to the linked sandbox ... Copying files from courier-authlib-toaster-0.59.2-1.3.6 to the linked sandbox ... Directory /mnt/qtp-sandbox/var/spool/authdaemon does not exist - script error Exiting. qtp-newmodel - build sandbox failed, exiting CentOS5? Lucize got a little over zealous when he trimmed up the linked/copied sandbox. /var/spool/authdaemon doesn't exist in toasters that are pre- courier-authlib. # mkdir /var/spool/authdaemon and try again. Any reason you're not using the unionfs? It's a whole lot quicker. P.S. I'm glad you like the coffee. Pizza's next. ;) -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel and Centos 4
[EMAIL PROTECTED] wrote: Quoting [EMAIL PROTECTED]: Quoting Eric \Shubes\ [EMAIL PROTECTED]: lordfuknowsyou wrote: [EMAIL PROTECTED] wrote: Hello Just attempted first upgrade using qtp-newmodel and got the following: --- qtp-newmodel v0.2.11 starting Thu Feb 21 22:30:50 GMT 2008 qtp-whatami v0.2.5 DISTRO=CentOS OSVER=4.5 QTARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. If your OS is not current, you should consider upgrading it. Do you want to proceed at your own risk? (yes, no) y/[n] : --- Just wondered if anyone else has attempted the same and what results they had? TIA and regards Kevin I encountered that and I think it is harmless, but of course you should always back up before and upgrade. Good luck. I should probably change that message soon. It's a general disclaimer of sorts. CentOS4 is probably the most often used platform. It's very safe to run qtp-newmodel on that OS/Ver. Note that there might be a few stumbling blocks along the way, but rest assured that your toaster will keep running in its present form while the new rpms are built. qtp-nemodel is as safe as safe can be at this point, especially on COS4. -- -Eric 'shubes' Many thanks to both of you for that. Will give it another go, once I've completed a backup :-) Regards Kevin Quick update. Had to make a few attempts, a couple of perl entries were out of date. Attempting to re-use the sandbox didn't seem to work, so kept on creating new sandboxes. However, that ended up being the biggest problem as qtp-umount-sandbox was unable to unmount the sandbox - still is use. fuser didn't reveal anything, so ended up rebooting each time I corrected anything. Even after the upgrade was complete and I said yes to remove the sandbox, it still failed. I'm aware of a few little annoyances, one of which is failure to umount. The error seems to be a bit inconsistent (doesn't always happen). You can run qtp-umount-sandbox from the command line (after running qtp-newmodel) and that usually frees up the mount so the sandbox can be removed. On last question for next time. During the upgrade I was asked if I wanted to backup and then restore. The default was not to restore, any particular reason for this? I did, and all seems to be working OK. Sometimes there are changes to configuration files (I recall one in tcp.smtp) that are necessary. There's not an easy way to totally automate this. Any customization you've done should be applied again after an upgrade. TIA and regards Kevin Thanks for the update Kevin. I hope to make a few corrections to qtp-newmodel in the upcoming weeks. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] How to not forward messages marked as spam
Sounds like you'll need to add logic in .qmail to check the exit code from
mailfilter, and only do the forward if the exit code is 0.
[EMAIL PROTECTED] wrote:
I already tried modifying /etc/mail/mailfilter to get it to
dump local spam and TRY to abort the procedure. Here's what I inserted
directly
after reading in
$VHOME/Maildir/.mailfilter. If the user's .mailfilter contains the line
SPAMFORWARDDROP=1, the following executes:
if((/^X-Spam-Status: Yes/:h) ($SPAMFORWARDDROP == 1))
{
log Message deleted as specified by .mailfilter\n
exception {
to /home/vpopmail/domains/[the
domain]/postmaster/Maildir/.Spam/
}
log === END ===\n
EXITCODE=1
exit
}
This works perfectly without having to modify the smtp delivery pipe, but the
next line in .qmail which contains the forward ([address]) still executes.
I've also tried setting EXITCODE=99 - no difference.
=
I'd look into customizing the /etc/mail/mailfilter script. It's part of the
maildrop-toaster package, so if you change it, be sure to keep a backup copy
handy because any changes would probably be clobbered by an upgrade of that
package.
--
-Eric 'shubes'
=
[EMAIL PROTECTED] wrote:
Still no luck on this one - there are apparently 0 options for a forward
line
in the .qmail file. An account is set up to either forward using [address],
or
to not forward at all.
Is there no way to forward ONLY IF the message meets certain criteria? (i.e.
$subject !~/\*\*\* SPAM \*\*\*/)
This has become a huge issue, particularly for blackberry users.
--
-Eric 'shubes'
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local.
lordfuknowsyou wrote: Adam Cantwell wrote: On 2/20/2008 4:29 PM, lordfuknowsyou wrote: Hello list. I am sorry that this topic has been covered before, I know, but I am stuck.. Please bear with me. Incoming mail works fine. I have a proper MX record. # dig mx miekungfu.com | grep MX ;miekungfu.com. IN MX miekungfu.com. 42532 IN MX 5 mail.miekungfu.com. Everything resolves fine. The problem occurs when I try and send out from the local machine. I have a ~/.forwarders file that should forward my logs etc to the account specified and that is what alerted me that something isn't right as I have not recieved any forwarded logs. So a simple #echo test | mail [EMAIL PROTECTED] fails with the message below. Of note: [EMAIL PROTECTED] -- why this, I sent to [EMAIL PROTECTED] [EMAIL PROTECTED] --again,this isn't a valid address And a few other entries untill I get the error as in the title of this mail. cat locals MAIL.MIEKUNGFU.COM Add localhost to your locals file. Or else use mail.miekungfu.com when sending mail to root. Adam - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I think I now understand where I am completely off base. I believe I am encountering this error because of the following reasons. 1. Dot forward files are ignored and I need the dot forward package to read them 2. qmail will not send to root Is this the reason for my weird bounce loops? This is only what I have concluded over the last couple hours, please correct me if I am wrong. mtia Jeremy qmail should send to root just the same as any other account. Is there a 'root' user defined for the domain? Have you tried sending to [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] TMDA I give up. Who can I pay to install this?
Eddie wrote: Email seems to be the bane of my Linux existence. QMailToaster VM is great because everything comes setup and just works. But I need TMDA. My attempts at installing it have been met with only partial success and much frustration. Who can I contact to install this and do some other small tweaks like update clamav, remove SA, etc? Thanks for any suggestions. -Eddie I can handle this for you Eddie. Please contact me off list. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] mail not being delivered to all users
You should have the rDNS entry (there can only be one) resolve to the fqdn for the host. You should give this name to serverpronto so they can update the rDNS. Then configure the virual domains' MX records to point to that same name (the toaster's fqdn). Note, this hostname must have a type A record defined too (I'm guessing it probably does already). John wrote: Thanks Ben. Do I need rDNS entries for each domain name hosted on this server or just the one for the actual hostname? John Ben Mills wrote: John, You need to have your ISP set your rDNS to emerald.boubion.com . Many MTAs won't accept messages from foreign hosts that have unresolvable rDNS or an rDNS which contains an IP. Ben John wrote: I manage an ezmlm list via qmailtoaster for a non-profit and I'm getting reports that not all users are receiving emails from the list. I've checked the dns report for the specific domain name and no problems. This may be getting off topic but I'm trusting many of you have lots of experience with DNS and rDNS: if I lookup the IP address on dnstuff.com I get this: IP address: 65.111.170.76 Reverse DNS:76-170-111-65.serverpronto.com. Reverse DNS authenticity: [Could be forged: hostname 76-170-111-65.serverpronto.com. does not exist] I use everydns.net for DNS hosting. Should I add this server name to the list? Or do I need to coordinate with serverpronto on that? FYI I've already checked the common blacklists and this IP isn't listed, although Earthlink informed me that they may have been blocking it if my IP address was previously used by spammers. On that subject, I thought rbl checks were done in real-time? John - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Error message on outgoing mail
Guillermo Villasana wrote: Hi guys, checking out my email, I noticed that Jake sent an email saying that updating to the clamav from the devel, this problem goes away (sorry jake, I did't saw it earlier). My only question is, I just need to download that file, recompile it and that's all, or should I download other files? Any known bugs on that one? Thanks For everything Terius After compiling it, you'll need to stop qmail, install it, and start qmail. I don't think anything else is really needed, but I'd update everything as long as I was at it. What versions are you currently running? # rpm -qa | grep toaster I highly recommend using qtp-newmodel to do the upgrade for you. It's a very simple and reliable process that way, and it will minimize your down time (and give you some peace of mind). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Error message on outgoing mail
qtp-newmodel should work for you w/out a hitch. I'd upgrade to the latest release of qmailtoaster-plus before using it (although the version you have should work ok). The new unionfs sandbox (thanks to Justice London) saves a good deal of time (and HD space!). Guillermo Villasana wrote: this are my versions qmailtoaster-plus-0.2.12-1.3.15 daemontools-toaster-0.76-1.3.3 isoqlog-toaster-2.1-1.3.4 squirrelmail-toaster-1.4.9a-1.3.6 clamav-toaster-0.90.1-1.3.13 autorespond-toaster-2.0.4-1.3.3 qmailadmin-toaster-1.2.11-1.3.4 qmail-toaster-1.03-1.3.15 courier-authlib-toaster-0.59.2-1.3.6 maildrop-toaster-2.0.3-1.3.5 libsrs2-toaster-1.0.18-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 send-emails-toaster-0.5-1.3.4 qmail-pop3d-toaster-1.03-1.3.13 vpopmail-toaster-5.4.17-1.3.4 simscan-toaster-1.3.1-1.3.6 ucspi-tcp-toaster-0.88-1.3.5 control-panel-toaster-0.5-1.3.4 libdomainkeys-toaster-0.68-1.3.3 ripmime-toaster-1.4.0.6-1.3.3 vqadmin-toaster-2.3.4-1.3.3 courier-imap-toaster-4.1.2-1.3.7 qmailmrtg-toaster-4.2-1.3.3 ezmlm-toaster-0.53.324-1.3.3 ezmlm-cgi-toaster-0.53.324-1.3.3 spamassassin-toaster-3.1.8-1.3.8 Eric Shubes escribió: Guillermo Villasana wrote: Hi guys, checking out my email, I noticed that Jake sent an email saying that updating to the clamav from the devel, this problem goes away (sorry jake, I did't saw it earlier). My only question is, I just need to download that file, recompile it and that's all, or should I download other files? Any known bugs on that one? Thanks For everything Terius After compiling it, you'll need to stop qmail, install it, and start qmail. I don't think anything else is really needed, but I'd update everything as long as I was at it. What versions are you currently running? # rpm -qa | grep toaster I highly recommend using qtp-newmodel to do the upgrade for you. It's a very simple and reliable process that way, and it will minimize your down time (and give you some peace of mind). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Error message on outgoing mail
I think you're talking about roundcube. It coexists with squirrelmail, and can be accessed at /roundcube or /rcm in place of /webmail in the url. Guillermo Villasana wrote: Ok perfect, I will do. Another question, I noticed there is also the new web interface, when you install it, it removes squirrelmail or does it lives in another place and both can be accessed? Again thanks for all the help from all of your guys. Terius Eric Shubes escribió: qtp-newmodel should work for you w/out a hitch. I'd upgrade to the latest release of qmailtoaster-plus before using it (although the version you have should work ok). The new unionfs sandbox (thanks to Justice London) saves a good deal of time (and HD space!). Guillermo Villasana wrote: this are my versions qmailtoaster-plus-0.2.12-1.3.15 daemontools-toaster-0.76-1.3.3 isoqlog-toaster-2.1-1.3.4 squirrelmail-toaster-1.4.9a-1.3.6 clamav-toaster-0.90.1-1.3.13 autorespond-toaster-2.0.4-1.3.3 qmailadmin-toaster-1.2.11-1.3.4 qmail-toaster-1.03-1.3.15 courier-authlib-toaster-0.59.2-1.3.6 maildrop-toaster-2.0.3-1.3.5 libsrs2-toaster-1.0.18-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 send-emails-toaster-0.5-1.3.4 qmail-pop3d-toaster-1.03-1.3.13 vpopmail-toaster-5.4.17-1.3.4 simscan-toaster-1.3.1-1.3.6 ucspi-tcp-toaster-0.88-1.3.5 control-panel-toaster-0.5-1.3.4 libdomainkeys-toaster-0.68-1.3.3 ripmime-toaster-1.4.0.6-1.3.3 vqadmin-toaster-2.3.4-1.3.3 courier-imap-toaster-4.1.2-1.3.7 qmailmrtg-toaster-4.2-1.3.3 ezmlm-toaster-0.53.324-1.3.3 ezmlm-cgi-toaster-0.53.324-1.3.3 spamassassin-toaster-3.1.8-1.3.8 Eric Shubes escribió: Guillermo Villasana wrote: Hi guys, checking out my email, I noticed that Jake sent an email saying that updating to the clamav from the devel, this problem goes away (sorry jake, I did't saw it earlier). My only question is, I just need to download that file, recompile it and that's all, or should I download other files? Any known bugs on that one? Thanks For everything Terius After compiling it, you'll need to stop qmail, install it, and start qmail. I don't think anything else is really needed, but I'd update everything as long as I was at it. What versions are you currently running? # rpm -qa | grep toaster I highly recommend using qtp-newmodel to do the upgrade for you. It's a very simple and reliable process that way, and it will minimize your down time (and give you some peace of mind). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel and Centos 4
lordfuknowsyou wrote: [EMAIL PROTECTED] wrote: Hello Just attempted first upgrade using qtp-newmodel and got the following: --- qtp-newmodel v0.2.11 starting Thu Feb 21 22:30:50 GMT 2008 qtp-whatami v0.2.5 DISTRO=CentOS OSVER=4.5 QTARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. If your OS is not current, you should consider upgrading it. Do you want to proceed at your own risk? (yes, no) y/[n] : --- Just wondered if anyone else has attempted the same and what results they had? TIA and regards Kevin I encountered that and I think it is harmless, but of course you should always back up before and upgrade. Good luck. I should probably change that message soon. It's a general disclaimer of sorts. CentOS4 is probably the most often used platform. It's very safe to run qtp-newmodel on that OS/Ver. Note that there might be a few stumbling blocks along the way, but rest assured that your toaster will keep running in its present form while the new rpms are built. qtp-nemodel is as safe as safe can be at this point, especially on COS4. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Updating spamassassin and clamav
James Ecker wrote: Here there docs available explaining how to update both spamassassin and clamav without breaking qmail toaster? http://wiki.qmailtoaster.com/index.php/Upgrading It hasn't been updated to explain the unionfs capabilities in the latest version, but it's otherwise still applicable. Undoubtedly the safest way to upgrade, with the least amount of downtime. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] How to not forward messages marked as spam
[EMAIL PROTECTED] wrote: Still no luck on this one - there are apparently 0 options for a forward line in the .qmail file. An account is set up to either forward using [address], or to not forward at all. Is there no way to forward ONLY IF the message meets certain criteria? (i.e. $subject !~/\*\*\* SPAM \*\*\*/) This has become a huge issue, particularly for blackberry users. I'd look into customizing the /etc/mail/mailfilter script. It's part of the maildrop-toaster package, so if you change it, be sure to keep a backup copy handy because any changes would probably be clobbered by an upgrade of that package. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Activate imap access for update ip list in relay table
Thanks for the words of wisdom, Dan. It is a little disturbing that the stock toaster is insecure in that regard, and people should be aware of it. Unfortunately, I don't have a simple solution. I'd like to point out though that there is an alternative to getting a commercially signed certificate. Certificates can be self-signed by creating your own Certificate Authority (CA) and signing your own certificate requests. The drawback of course is that email clients won't initially recognize your certificate or your CA, but some client programs (I know that Thunderbird is one, and I'm not sure about Outlook) allow you to import/save the CA/certificate so that the user isn't prompted with a warning each time. This solution would only be practical for self-contained businesses, and not the public at large. Another option for signing certificates for free is CaCert.org, which signs certificates for free. Unfortunately, they are not a recognized CA (yet) by most clients. HTH (someone, as you say!) Dan McAllister wrote: Paolo I'm afraid I do NOT know of a way to make the QMT IMAP server (courierIMAP) do what you want (so you can do an IMAP before SMTP kind of thing) however: IMHO, you should be using authenticated smtp instead of pop-before-smtp (that is, make the users provide a username/password before sending -- it is already configured for that in the QMT, and the username/password combo is the same as for the POP or IMAP account). Users just have to check an extra box when configuring their email. Now, to get on my HIGH HORSE... Personally, I think that POP3 IMAP4 are two of the most DANGEROUS protocols we (as admins) allow on our systems! Why? Because by default, each of these sends the username/password information in cleartext over the open Internet. My systems do not accept POP3 (port 110) or IMAP4 (port 143) connections except from LAN hosts. Instead, I FORCE SSL connections (port 995 for POP, 993 for IMAP). The drawback is that you need to have a REAL SSL certificate installed, or else your users will get a warning message about an invalid certificate every time their Outlook makes an initial connection to the server. REAL SSL Certificates are a small pain (and a small price to pay) for the added security -- but I've been happy with RegisterFly's reseller price of $10/year (I charge my clients $25 to account for my extra time setting them up). NOTE: Last time I checked, RegisterFly.com had some REAL customer service problems -- so much so that they lost their ICANN certification as a Domain Registrar. That MAY have been resolved (there is no longer a warning banner on their website), but I've NEVER had a problem with an SSL certificate -- it's all automated, and other than having some proof of identity issues, I've been VERY happy with RegisterFly. (I contemplated moving ALL my domains over there, until I read about them loosing their ICANN certification!) Anyway -- if anyone knows of a cheaper way to get a valid SSL Certificate, let me know! OK... so now I'm getting OFF my HIGH HORSE! :-) Finally, if you're intimidated with the whole PKI (Public Key Infrastructure) and want help getting installing an SSL Certificate, contact me off-list and I'll be happy to help (for a normal consulting fee). I hope this helps SOMEONE! Dan Daniel McAllister, President IT4SOHO, LLC Taxxolo wrote: Hi all, i'm using pop before smtp with roaming users on a QT mailserver and i read that only the pop3 access updates the ips in relay table of vpopmail database. Is there a way to enable that imap access makes it too?? I've got another server with plesk and qmail and it does it using couriertcp process instead of tcpserver. Thanks for any help! Regards, Paolo -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] server overload
[EMAIL PROTECTED] wrote: Hey there, just a simple question: I enabled the 'drop all invalind recipients' option, instead of the 'bounce all'. Now my server is just about to collapse with the connections to its limit and I cant sometimes sent mails from webmail b/c of 'Error 111' could it be any relation between drop-all and overload? That seems unlikely to me, unless the incoming smtp sessions aren't terminating as a result. If you change it back to bounce invalid recipients, does the problem clear up? Note, if you have zombied smtp sessions you might need to kill them manually. What versions of OS/toaster? thanks! sergio -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Spam control :: dump the higher scored items
Jim Shupert, Jr. wrote: Friends, I have qmailtoaster-plus-0.2.10-1.3.12 installed on a CentOS4.4 machine with simscan-toaster-1.3.1-1.3.4 , spamassassin-toaster-3.1.7-1.3.6 I have followed the procdure found at http://wiki.qmailtoaster.com/index.php/SURBL I have never seen 1 item of Spam that was not properly marked as ***SPAM*** As I understand it , any item of mail with a score greater than 6 is marked ***SPAM*** ( i THink I read that ) so with that success I would like to to UP the protection maybe something like any item with a score of5 or greater is marked ***SPAM*** and anything 6 or above , or 12 or above is just deleted before delivery to clients. So how would one do that ? and is My thinking sound ? Is there a better way to do basically what i am talking about? That is just Dump some of the ...higher scored spam? Thanks! jim The score which determines when a subject line is tagged is specified in the /etc/mail/spamassassin/local.cf file as the setting named required_hits. I use a value of 5, although I've known people to use slightly lower values. I recommend not going below 3.5. The score which determines when a message is outright rejected as spam is specified in /var/qmail/control/simcontrol with the spam_hits variable. I use a value of 8, and don't have a general recommendation for this. This would make a nice entry in the wiki faqs. Perhaps that needs a configuration section. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] No one can send me messages
dan wrote: i have alomost the samme problem, i can send/receive email in the domain, but if i try from yahoo, or another external mail service, i do not receive the messages or the delivery error u have a clue about this? regards dan Almost the same is not the same. ;) Is there anything in the smtp log corresponding to the failure? I would guess that you might have a dns configuration issue. You can use the 'dig' command to see what dns is reporting, e.g.: # dig mydomain.com # dig mydomain.com MX -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem sending email
Guillermo Villasana wrote: Hi guys, has anyone found the solution to the problema that the server says that the email is not sent but it is actually sent? Because I am having this problem more and more frequently. Thanks Terius I've no solution yet. It is rather irritating, especially when everything else works so flawlessly. Maybe one day it'll aggravate me to the extent that I find the problem. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] TLS Secure
Ben Mills wrote: I don't know about the port thing. SSL on port 25 works fine. I wasn't aware of that. I wonder why there's a separate standard port for SSL on various services (https, nntps, ldaps, imaps, pop3s, telnets). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] TLS Secure
That was my impression. So a port is either configured for SSL or not? (not considering TLS, which would go on a non-SSL port configured with TLS capability) Warren Melnick wrote: It depends on whether the port wants ssl as it is contacted or if it takes a normal connection and a STARTTLS command that then flips it into secure mode. W On Thu, Feb 14, 2008 at 2:22 PM, Eric Shubes [EMAIL PROTECTED] wrote: Ben Mills wrote: I don't know about the port thing. SSL on port 25 works fine. I wasn't aware of that. I wonder why there's a separate standard port for SSL on various services (https, nntps, ldaps, imaps, pop3s, telnets). -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Delayed delivery
This tells us something if not much. The exchange server is negotiating a TLS (encrypted) session. TLS is rather uncommon (ttbomk) for server-to-server communications, which would explain why you're able to receive email from (nearly) everywhere other than this particular server. So this narrows the problem down to TLS with smtp, which should work ok if it's configured correctly (on both ends). I can think of 3 things to check. 1) Try using an email client to send something via your toaster using TLS. If that works, it would appear that the problem is with the server on the Exchange server on the other end. 2) When TLS is used, the hostname (with FullyQualifiedDomainName) of the server must match the hostname on the certificate. # hostname --fqdn will tell you the current hostname of the toaster. If that's not qmail.ncbi.com, this might be the problem. 3) If you've changed the host name of the toaster since you initially did the install, that could have 'broken' your encryption keys (ttbomk). I don't know off hand how to check your keys (they're the .pem files in /var/qmail/control). If you know that the hostname has changed since you installed, I try regenerating your keys. I don't know off hand how to do that either. Keep us posted. Raymond Webster wrote: After turning on recordio I was able to collect the following thread in the log. I don't think it is telling us any more that before. It looks like it ends successfully, but no email ever comes in. 2008-02-13 09:39:39.616490500 tcpserver: pid 633 from 207.5.72.226 2008-02-13 09:39:39.616698500 tcpserver: ok 633 qmail.ncbi.com:192.168.2.2:25 :207.5.72.226::21431 2008-02-13 09:39:39.670673500 633 220 qmail.ncbi.com - Welcome to Qmail Toaster Ver. 1.4 SMTP Server ESMTP 2008-02-13 09:39:39.753246500 633 EHLO EXHUB016-3.exch016.msoutlookonline.net 2008-02-13 09:39:39.753434500 633 250-qmail.ncbi.com - Welcome to Qmail Toaster Ver. 1.4 SMTP Server 2008-02-13 09:39:39.753439500 633 250-STARTTLS 2008-02-13 09:39:39.753441500 633 250-PIPELINING 2008-02-13 09:39:39.753444500 633 250-8BITMIME 2008-02-13 09:39:39.753446500 633 250-SIZE 589299712 2008-02-13 09:39:39.753449500 633 250 AUTH LOGIN PLAIN CRAM-MD5 2008-02-13 09:39:39.834662500 633 STARTTLS 2008-02-13 09:39:39.837111500 633 220 ready for tls 2008-02-13 09:39:39.916017500 633 2008-02-13 09:39:39.916022500 633 2008-02-13 09:39:39.917645500 633 2008-02-13 09:39:39.917654500 633 NCB Management Services1 0 U IT10U mail.ncbi.com10+ 2008-02-13 09:39:39.917658500 633 *†H†÷ [EMAIL PROTECTED] 080205203652Z 090204203652Z0¡1 0 UUS10U Pennsylvania10U Trevose1 0 U 2008-02-13 09:39:39.917664500 633 NCB Management Services1 0 U IT10U mail.ncbi.com10 *†H†÷ [EMAIL PROTECTED] *†H†÷ 2008-02-13 09:39:39.917690500 633 2008-02-13 09:39:39.917700500 633 0U Trevose1 0 U 2008-02-13 09:39:39.917717500 633 NCB Management Services1 0 U IT10U mail.ncbi.com10 *†H†÷ [EMAIL PROTECTED] 2008-02-13 09:39:39.917858500 633 ¯ž |ŽjÖkÎÜzEîìc*OïöÈ$KXÊhòÔ 2008-02-13 09:39:40.248134500 633 2008-02-13 09:39:40.248141500 633 ³Y± 2008-02-13 09:39:40.263867500 633 2008-02-13 09:39:40.343686500 633 2008-02-13 09:39:40.343914500 633 2008-02-13 09:39:40.423218500 633 2008-02-13 09:39:40.528547500 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote EXHUB016-3.exch016.msoutlookonline.net:unknown:207.5.72.226 rcpt : sender accepted 2008-02-13 09:40:01.009272500 633 2008-02-13 09:40:01.092004500 633 2008-02-13 09:40:01.093085500 633 2008-02-13 09:40:01.093092500 633 [EOF] 2008-02-13 09:40:01.093094500 tcpserver: end 633 status 0 From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Friday, January 25, 2008 11:24 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Delayed delivery That would seem to me to indicate that the sender (exchange server) is finding something it doesn't like, and is terminating the smtp session before sending, or at least completing the message. I'd try to determine from the exchange server side what the problem might be if that's possible. That might not be feasible, and I honestly don't know much about exchange server. The only way I can think of to diagnose this from the qmail side would be to turn on recordio during a time when you know a message is coming from that server. recordio logs the details of the entire tcp (smtp in this case) session, sort of like an strace logs each step of a program. It can create quite a lot of log content in a relatively short time on a busy server, so you probably don't want to leave it on for an extended period. It'd be best to coordinate a test with someone at the sending domain. The recordio output
Re: [qmailtoaster] Delayed delivery
Raymond Webster wrote: The second item on the list; hostname --fqdn -shows qmail not qmail.ncbi.com Now the machine name is qmail on our local non-routable network. The MX record out there for our domain ncbi.com is mail.ncbi.com which is what I put on the certificate. Do I need to change the machine name to mail (because I can) and correct the fqdn to include ncbi.com? I would try this. I'm not positive that this (alone) will fix it, but it's a step in the right direction. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] New webinterface for qmailtoaster
. Not to brag, but I have the programming skills (php/c/c++) and I also would not mind hiring a designer to make the designs. The only 2 problems I have had so far that stopped me from starting are time and input.. The first one is not going to change in the near future, but somewhere down the line there always can be found some time.. Concerning the second I would like your input, what are the things people want to see in such an interface.. And are there other people capable and willing to invest some time in this? Honestly I rather see the energy that goes wasted into the thread about Mike's remarks about qmt invested in a thread about functionality and ideas how we can make the missing part of qmt.. I think it would at least need the following - management tool for the administrator, to administer domains and settings of qmt - a qmailadmin replacement that works more logical - both with a neat looking design and easy to give your own look and feel (that is not overwritten on every update). Regards, JP -- David Campbell -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Mails going to junk folder of hotmail when sent from qmail
This would be good wiki content if it works (hint hint). ;) slamp slamp wrote: i also found somewhere that adding a the below TXT entry into your DNS helps with hotmail issues. try it out and let me know if it works. it works for me at least. IN TXT spf2.0/pra On Feb 12, 2008 12:41 AM, senthil vel [EMAIL PROTECTED] wrote: What is SPL?. We have set up sender policy framework. v=spf1 ip4:x.x.x.x ip4:x.x.x.x1 a mx ~all this is parameter we put in TXT record and is the ip address of two mail servers where mails from these server has been routed to antispam firewall Our IP is having a reverse DNS entry. We tried all type of internet connections. Even from various geographical locations. Thanks. Senthilvel -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Repeated Delivery due to LONG scan times!
Peter Peltonen wrote: Hi, On Feb 7, 2008 6:40 PM, Eric Shubes [EMAIL PROTECTED] wrote: You've probably gotten to the point where auto-expire of bayes rules is kicking in. This can take quite a while depending on your hardware. On my puny PII/266 toaster it takes around 5 minutes. Well, I had this line bayes_auto_expire 0 in my /etc/mail/spamassassin/local.cf and I am running sudo -u vpopmail -H /usr/bin/sa-learn --force-expire from a cron job. So it must have been something else? That appears to be the case, it was something else. I would guess at this point the clamav rules had changed, and the version you were running was taking an inordinate amount of time (and cpu) loading the new rules. I observed this behavior with clamav-toaster-0.90.1-1.3.11. If anyone is running that version, they should upgrade as soon as possible. But the good news is that upgrading clamav + spamassassin solved the problems. Could you elaborate more what these lines you suggested actually do: P.S. You might want to add these to local.cf while you're there: bayes_auto_learn_threshold_spam 7.0 bayes_auto_learn_threshold_nonspam 0.1 bayes_path /home/vpopmail/.spamassassin/bayes The threshold values control when autolearn kicks in or not. The bayes_path is somewhat of a safety measure. If spamassassin -D --lint (or another SA command) were to be run as root without sudo -u vpopmail -H parameters, SA would look for the bayes database under root's home directory. This parameter forces SA to look in the proper place. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: HTML::Parser [was: Re: [qmailtoaster] Clamav is OUTDATED.]
Worked for me too. It's nice when things work as they should, isn't it? :) lordfuknowsyou wrote: All Done :) Indeed it was the conflict between yum and cpan. Successfully updated now. As for the unionfs sandbox, that was my brain leaking, I had the wrong dev headers installed, once I sorted that out it worked like a champ. Yeah, the error messages in this area aren't real specific about what the problem is. You need to make sure that you have the kernel-devel package installed for the kernel that's currently running. It'd be nice to improve error detection in a future release. Many Thanks. Hope this helps someone else. Likewise. And kudos to Justice London for doing the lions share of the work developing the unionfs capabilities for qtp-newmodel. It absolutely minimizes the disk space requirements of the sandbox, and virtually eliminates the time it takes creating the sandbox (except the first time it's used for a given kernel version, when it needs to build the kernel module). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: HTML::Parser [was: Re: [qmailtoaster] Clamav is OUTDATED.]
lordfuknowsyou wrote: Hello and thanks for your response. I am sorry I wasn't more verbose in my explanation. I gleaned that error from tail -f /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log during a bed the other night. If it wasn't that log specifically I know it was a log associated with the qtp-newmodel process because I was instructed to do just that by an interactive process. I have updated, about 2 minutes after the email was sent out :]. After an upgrade(of toaster through yum), reboot, a new non linked, non unioned(errors on that) sandbox. It'd be nice to know what error(s) you received using the unioned sandbox so it can be fixed. Please include the results of # uname -a # rpm -qa | grep kernel with your description of the problem. I now receive new build errors, again gleaned from the above tail command. tail -f /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log + rm -rf Mail-SpamAssassin-3.2.4 + exit 0 Installing spamassassin-toaster-3.2.4-1.3.13 in the sandbox ... error: Failed dependencies: perl(Archive::Tar) = 1.23 is needed by spamassassin-toaster-3.2.4-1.3.13.i686 perl(HTML::Parser) = 3.43 is needed by spamassassin-toaster-3.2.4-1.3.13.i686 perl(IO::Zlib) = 1.04 is needed by spamassassin-toaster-3.2.4-1.3.13.i686 Suggested resolutions: /home/buildcentos/CENTOS/en/4.0/i386/CentOS/RPMS/perl-Archive-Tar-1.30-1.el4.noarch.rpm /home/buildcentos/CENTOS/en/4.0/i386/CentOS/RPMS/perl-IO-Zlib-1.04-4.2.el4.noarch.rpm I know now where these are coming from, because I tried an upgrade last night too and received these identical errors. I have not tried the suggested resolutions, because that still leaves me with an out of date parser. I did a yum install of perl-Archive-Tar and perl-IO-Zlib and that fixed those deps, but you're absolulely correct about the Parser package. I have: # perl -MHTML::Parser -e 'print $HTML::Parser::VERSION\n' 3.56 # rpm -q perl-HTML-Parser perl-HTML-Parser-3.35-6 So perl thinks the package is up to date and so does yum, yet they're reporting different versions. There appears to be a contradiction here. # rpm -qa perl perl-5.8.5-36.el4_5.2 I have: # rpm -q perl perl-5.8.8-5.el4s1_2 I appreciate any suggestions. Many Thanks In Advance. So, where to go from here? Looking at rpmforge, I see that they have an rpm for (the latest) perl-HTML-Parser-3.56. If one was in a real hurry, you might: # rpm -Uvh \ http://dag.wieers.com/rpm/packages/perl-HTML-Parser/perl-HTML-Parser-3.56-1.el4.rf.i386.rpm However, I'd like to have the rpmforge packages available to yum in the future, so I: # cd # wget \ http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el4.rf.i386.rpm # rpm -ivh rpmforge-release-0.3.6-1.el4.rf.i386.rpm # yum -y perl-HTML-Parser That installed perl-HTML-Parser-3.56 from rpmforge, putting rpm back in sync with CPAN: # rpm -q perl-HTML-Parser perl-HTML-Parser-3.56-1.el4.rf So I'm proceeding to rerun qtp-newmodel, building a new sandbox (again - that unionfs feature is sweet when it works). I'm guessing that it'll all work this time. I'll keep you posted. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Clamav is OUTDATED.
No, that should be: rpmbuild --rebuild --with cnt40 clamav-toaster-0.92-1.3.16.src.rpm The qtp-whatami command shows the BUILD_DIST= value, which is what goes after the --with parameter of the rpmbuild command. It's really much simpler to use qtp-newmodel though, a new (and much improved) version of which will likely be released later this week. Jim Shupert, Jr. wrote: Hey thanks for this... and just to be realll clear for me my distro is centOS4.4 so would step 4 for me be is the below the exact sysntax? rpmbuild --rebuild --with ($centOS4.4) clamav-toaster-0.92-1.3.16.src.rpm thanks! jS -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Re: HTML::Parser [was: Re: [qmailtoaster] Clamav is OUTDATED.]
lordfuknowsyou wrote: Hello list. I wasn't going to mail about this but since we are on the subject. I recently tried the qtp-newmodel and have run into errors. Required module is out of date. HTML::Parser. It's not clear to me where this message came from. I have found that this is a know issue with some people able to edit spam.sh and work around the error, before I procede I would like the list's input if at all possible. I am hoping someone on here has encountered this before. qtp-whatami v0.2.4 DISTRO=CentOS OSVER=4.6 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. # perl -MHTML::Parser -e 'print $HTML::Parser::VERSION\n' 3.56 I have a toaster installed with what I believe are the latest toaster packages (specifically spamassassin-toaster-3.2.3-1.3.12, which uses perl HTML::Parser), and that system also has version 3.56 of HTML::Parser installed. Please upgrade your qmailtoaster-plus package and try running qtp-newmodel again. Be sure to select the option to rebuild the sandbox if an old one still exists. Let us know how you make out. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] New webinterface for qmailtoaster
Jean-Paul van de Plasse wrote: Hi List, It has been my plan for some time to get a smooth working and looking webinterface for qmailtoaster. Not to brag, but I have the programming skills (php/c/c++) and I also would not mind hiring a designer to make the designs. The only 2 problems I have had so far that stopped me from starting are time and input.. The first one is not going to change in the near future, but somewhere down the line there always can be found some time.. Concerning the second I would like your input, what are the things people want to see in such an interface.. And are there other people capable and willing to invest some time in this? Honestly I rather see the energy that goes wasted into the thread about Mike's remarks about qmt invested in a thread about functionality and ideas how we can make the missing part of qmt.. I think it would at least need the following - management tool for the administrator, to administer domains and settings of qmt - a qmailadmin replacement that works more logical - both with a neat looking design and easy to give your own look and feel (that is not overwritten on every update). Regards, JP I've been thinking along the same lines. I'm rather fond of the web interface of IPCop (http://ipcop.org/), with various drop-down tabs for all of the functionality. It's very easy to use (note, the actual software works a tad bit differently than the web site). I'd like to see something similar for the toaster, and would be willing to participate in its development. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Can I use QMT as a Spam Killer
Aslı Ayaz wrote: Hi We use qmail toaster in our company, how can I see the mailing lists from the web. The wiki (http://wiki.qmailtoaster.com/index.php/Main_Page) contains a link to the list archive (http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILToaster-PLUS
Gilbert T. Gutierrez, Jr. wrote: I am considering installing QMAILToaster-PLUS and I have a question... The tool qtp-newmodel upgrades your QMT installation. I have a concern with the upgrade since I modified the install script for simscan-toaster to allow for users to control their own blacklists/whitelists and SPAM scores through MySQL and spamassasin. # rpmbuild --rebuild --with $DISTRO $SIMS rpmbuild -bb --with $DISTRO --target $(uname -m) /usr/src/redhat/SPECS/simscan-toaster.spec Does this tool allow for me to maintain that modification? Gilbert Hey Gilbert, I think it'll do what you need. See http://wiki.qmailtoaster.com/index.php/Upgrading#rpmbuild If that doesn't do it for you, let me know what else you need. (I wrote and maintain qtp-newmodel) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Repeated Delivery due to LONG scan times!
Peter Peltonen wrote: Hi, I've ran into this same problem: On Jan 21, 2008 7:59 PM, Eric Shubes [EMAIL PROTECTED] wrote: Seems one of my fellow sysadmins discovered that Qmail does something pretty lame (no surprise there), but specifically, the problem is that some of my users are seeing duplicate messages in their inbox (even when My users have been receiving multiple emails as well. I'd also try to verify for certain that it's clamav scanning that's taking an inordinate amount of time. It could be BLs (RBLs or more likely SURBL spamassassin rules) that are causing the delays. I can verify that the reason for this behaviour is clamd/spamd as I've recognized clamd and spamd eating 100 % CPU. After restarting all qmail related services everything is back to normal and no multiple messages. This has now happened four times. I have installed: spamassassin-toaster-3.2.3-1.3.12 clamav-toaster-0.91.2-1.3.15 These are outdated so I will try upgrading these packages next. Peter You've probably gotten to the point where auto-expire of bayes rules is kicking in. This can take quite a while depending on your hardware. On my puny PII/266 toaster it takes around 5 minutes. The bad news is, the default toaster is configured to do this as part of the smtp session (and thus eventually can time out). The good news is that it's easy to make auto-expiration happen on its own, apart from smtp processing: 1) add: bayes_auto_expire 0 to the end of /etc/mail/spamassassin/local.cf 2) create a cron job to do expiration daily: # echo #!/bin/sh \ /etc/cron.daily/sa-bayes-expire # echo sa-learn -u vpopmail --force-expire \ /etc/cron.daily/sa-bayes-expire # echo chown vpopmail:vchkpw /home/vpopmail/.spamassassin/bayes_toks \ /etc/cron.daily/sa-bayes-expire # chmod 755 /etc/cron.daily/sa-bayes-expire P.S. You might want to add these to local.cf while you're there: bayes_auto_learn_threshold_spam 7.0 bayes_auto_learn_threshold_nonspam 0.1 bayes_path /home/vpopmail/.spamassassin/bayes P.P.S. Step #2 is all that's absolutely necessary to fix the problem, and you'll probably want to run it right away instead of waiting for 4am to roll around. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Do most use DK?
[EMAIL PROTECTED] wrote: Are most folks using or not using DK? It seems to be an endless pain in the butt. Yet again today, more domains not being allowed to send out because they can't sign DK. I don't get the behavior, some domains work, some don't. I'd love to just stop trying to fuss with DK but I badly need email to get out to hotmail and yahoo, which, still doesn't make it out after months of trying. I've read that others don't even have DK or SPF turned on and aren't have any problems at all. Mike I would not recommend using DK (although I do so myself). The toaster implementation is somewhat broken (signing of outgoing works ok, but checking incoming sometimes rejects when it shouldn't). DK will eventually be replaced with DKIM. Check the list archive for the proper way to entirely disable it. I would leave SPF turned on (spfbehaviour 3). I would also create an appropriate SPF TXT record in DNS. That will cut down on backscatter. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Do most use DK?
[EMAIL PROTECTED] wrote: 127.:allow,RELAYCLIENT=,RBLSMTPD=,NOP0FCHECK=1 192.168.1.:allow,RELAYCLIENT=,RBLSMTPD=,NOP0FCHECK=1 xx.xx.xx.:allow,RELAYCLIENT=,RBLSMTPD=,NOP0FCHECK=1 :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER _WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/ bin/simscan,,NOP0FCHECK=1 I'm missing something here? I took out the dksign functions, rebuilt the db, restarted qmail. Tried sending a message only to see the same DK error along with a new simscan connect error 2. I broke it :(. Mike What is # ls -l /var/qmail/bin/qmail-queue ? It should be a symlink to /var/qmail/bin/qmail-queue.orig, which should exist as a file. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Local email problem, again - new problem
[EMAIL PROTECTED] wrote: Back at this yet again. Can someone explain to me what's going on? I've added the domain but does it mean I need to add every user that will send from inside my network, even machines, dummy accounts used for confirmation emails and so on? 2008-02-06 13:13:39.837259500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote compdev.domain .com:unknown:192.168.1.58 rcpt : invalid sender MX domain 2008-02-06 13:13:40.049016500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote compdev.domain.com:unknown:192.168.1.58 rcpt : invalid sender MX domain In this case, is it refusing apache as the user? The machine compdev is in my local DNS. That machine can send using other names. Is the word apache special? Mike Looks to me like there is not a valid MX record in DNS for the domain. # dig compdev.domain.com MX (from the toaster) will probably fail, but should not. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Local email problem, again - new problem
[EMAIL PROTECTED] wrote: 2008-02-06 13:13:39.837259500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote compdev.domain .com:unknown:192.168.1.58 rcpt : invalid sender MX domain 2008-02-06 13:13:40.049016500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote compdev.domain.com:unknown:192.168.1.58 rcpt : invalid sender MX domain Someone had suggested a change in my sendmail.mc file to allow for multiple domains on the web servers? I can't seem to find that message. I don't want the name of the server in the address so how can I modify this? Mike http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg17036.html ? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] problems sending to 1 exchange server
David Campbell wrote: I have a feeling this is the exchange servers problem, but I was wondering if anyone could help me with some insight into this issue Whenever I try and send mail to it, I get this error Hi. This is the qmail-send program at ###MY_QMAILTOASTER!!! http://mta2.lan2go.net.au/ I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: TLS connect failed; connected to ###BAD_EXCHANGE_SERVERS_IP### I'm not going to try again; this message has been in the queue too long. and ideas? this qmailtoaster is a completely standard Centos 4.3 install as per qmailtoaster instruction guide -- David Campbell Any hints in the send log? qmail-send appears to be unable to establish a TLS connection with the exchange server (am I stating the obvious?). Why is it attempting to establish a TLS (secure) connection? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] problems sending to 1 exchange server
You won't see much in the smtp (or submission) log. The problem is occurring on the outbound side of the toaster, which will be in the send log. Is there any indication there? If not, the only thing I can think of would be to turn on recordio on the send daemon and see what they're saying to each other. You can find instructions on using recordio in the list archives. Would be nice to have that on the wiki. David Campbell wrote: yeah thats what I dont understand, this is the only server it has issues with, I have access to the server via mstsc and I have checked its smtp server and it definitely does not require TLS and doesn't even have a cert installed, they are however running GFI mailessentials and that does something with the smtp service utilizing, as far as I can tell, BLACK MAGIC I checked the smtp log on the qmailtoaster and nothing is really standing out @400047aa25b30e6bbbfc tcpserver: pid 23200 from 218.185.4.140 http://218.185.4.140 @400047aa25b30e6beadc tcpserver: ok 23200 mta2.lan2go.net.au:218 http://mta2.lan2go.net.au:218.185.6.102:25 :218.185.4.140::2769 @400047aa25b31cb83dd4 CHKUSER accepted sender: from [EMAIL PROTECTED]:[EMAIL PROTECTED]: remote rmshp:unknown:218.185.4.140 http://218.185.4.140 rcpt : sender accepted @400047aa25b404e6a18c CHKUSER relaying rcpt: from [EMAIL PROTECTED]:[EMAIL PROTECTED]: remote rmshp:unknown:218.185.4.140 http://218.185.4.140 rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay @400047aa25b40a8bda1c CHKUSER accepted rcpt: from [EMAIL PROTECTED]:[EMAIL PROTECTED]: remote rmshp:unknown:218.185.4.140 http://218.185.4.140 rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : found existing recipient @400047aa25b412168bec CHKUSER relaying rcpt: from [EMAIL PROTECTED]:[EMAIL PROTECTED]: remote rmshp:unknown:218.185.4.140 http://218.185.4.140 rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay @400047aa25b41992d63c CHKUSER relaying rcpt: from [EMAIL PROTECTED]:[EMAIL PROTECTED]: remote rmshp:unknown:218.185.4.140 http://218.185.4.140 rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay the client got identical TLS bouncebacks for all addresses @lancare.com.au http://lancare.com.au (the exchange server) On 07/02/2008, *Eric Shubes* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: David Campbell wrote: I have a feeling this is the exchange servers problem, but I was wondering if anyone could help me with some insight into this issue Whenever I try and send mail to it, I get this error Hi. This is the qmail-send program at ###MY_QMAILTOASTER!!! http://mta2.lan2go.net.au/ I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: TLS connect failed; connected to ###BAD_EXCHANGE_SERVERS_IP### I'm not going to try again; this message has been in the queue too long. and ideas? this qmailtoaster is a completely standard Centos 4.3 install as per qmailtoaster instruction guide -- David Campbell Any hints in the send log? qmail-send appears to be unable to establish a TLS connection with the exchange server (am I stating the obvious?). Why is it attempting to establish a TLS (secure) connection? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- David Campbell E: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] W: http://www.bigbighuge.com The information in this E-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorised to, and must not read, copy, distribute, use or retain this message or any part of it. Opinions, conclusions and other information expressed in this message are not given or endorsed by the sender unless otherwise indicated by an authorised officer independent of this message. ...when was the last time you did a backup?... -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e
Re: [qmailtoaster] Someone should offer support :)
Michael Handiboe wrote: Jake Vickers wrote: [EMAIL PROTECTED] wrote: I wonder if someone would be interested in offering support for QMT? Erik Espinoza and I are both listed as QMT consultants on the wiki. I would be willing to pay for an hour or less, for one of you gurus to log into my QMT server and just look it over, make sure my anti-spam is set up right, other settings/tweaks make sense, maybe update it, etc. Of course, you'd have to know what I'm doing and generally why ... to know what's best for my setup. I can handle that part! :) Michael I'd be happy to do this for you Michael. You can contact me off list. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Cannot send local email
[EMAIL PROTECTED] wrote: If you mean /var/qmail/control/rcpthosts then yes, I do. That's good. What about the /var/qmail/control/virtualdomains file? I got the domains from this file to copy into locals so yup, it's good. If that's ok, check /var/qmail/control/users/assign. Yes, this also has the domains in it. What do you have in /var/qmail/control/locals? I have only: localhost doris.shubes.net doris.shubes.net is the fqdn of my toaster. Your virtual domains should not be in this file. This is for local unix-type users only. Did you by chance use vqadmin to create one of the domains? vqadmin is broken. You need to create the domains using /home/vpopmail/bin/vadddomain. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Cannot send local email
[EMAIL PROTECTED] wrote: On Tue, 29 Jan 2008 08:32:35 +0100, Andreas Galatis wrote: do you have all the local domains in your /var/qmail/rcpthosts file? If you mean /var/qmail/control/rcpthosts then yes, I do. That's good. What about the /var/qmail/control/virtualdomains file? If that's ok, check /var/qmail/control/users/assign. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Cannot send local email
David Campbell wrote: OMG I didn't know that, luckily I created all my domains via a shell script of users from my old windows server haha, is there an equivalent to vqadmin that can be used to create domains? My boss is a windows user, and I want him to be able to add new domains without going anywhere near the bash prompt... Not that I'm aware of, David. Perhaps one day someone will delve into vqadmin and fix it. Adding new domains entails more than just the qmail side of things. Are you going to have your boss do DNS maintenance as well? Just curious. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Cannot send local email
[EMAIL PROTECTED] wrote: Delivery error: Sorry. Although I'm listed as a best-preference MX or A for that host, it isn't in my control/locals file, so I don't treat it as local. (#5.4.6) Did you by chance use vqadmin to create one of the domains? vqadmin is broken. You need to create the domains using /home/vpopmail/bin/vadddomain. Yes, I did but then, all of my other domains were also. It's broken? I don't recall seeing anything about that. I hope that doesn't mean I have to re-create all of the domains and email accounts? That would be nuts. Mike Sorry about that, Mike. There has been talk about it on the list, for instance: http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg16552.html The wiki faqs does say that vqadmin is ok for adding and deleting domains, but I don't believe that's accurate any more. There are flaky things that happen when it's used. It'd be nice if someone were to fix it, but I doubt that'll happen since inter7 has deprecated it. I think it would be best to remove it from the toaster disto. I personally don't even install it. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Cannot send local email
You misunderstood me, Mike. QMT is a great email server with fantastic community support. It's only the vqadmin package that's deprecated by inter7, the people who wrote it. The rest of it is top notch. [EMAIL PROTECTED] wrote: Just out of curiosity, are there any other qmail packages out there which do have everything needed to run a large mail system safely? I badly want to use open source but I don't seem to have the time to stay on top of every package I use which I end up depending on. I badly need solid reliable email and my QMT machine is already out of date and I'm afraid to update it for fear of breaking something. Mike On Tue, 29 Jan 2008 13:58:44 -0700, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Delivery error: Sorry. Although I'm listed as a best-preference MX or A for that host, it isn't in my control/locals file, so I don't treat it as local. (#5.4.6) Did you by chance use vqadmin to create one of the domains? vqadmin is broken. You need to create the domains using /home/vpopmail/bin/vadddomain. Yes, I did but then, all of my other domains were also. It's broken? I don't recall seeing anything about that. I hope that doesn't mean I have to re-create all of the domains and email accounts? That would be nuts. Mike Sorry about that, Mike. There has been talk about it on the list, for instance: http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg16552.html The wiki faqs does say that vqadmin is ok for adding and deleting domains, but I don't believe that's accurate any more. There are flaky things that happen when it's used. It'd be nice if someone were to fix it, but I doubt that'll happen since inter7 has deprecated it. I think it would be best to remove it from the toaster disto. I personally don't even install it. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Someone should offer support :)
Mike, I'm your Huckleberry! ;) You can contact me off list. [EMAIL PROTECTED] wrote: I understand that it's a community effort, not a priority. You're right in that everyone needs to put food on the table first. I just wondered if there might be someone out there who might be interested in offering support to a small pool of people. For the most part things work very well, very dependable but in my case, I'm a bit nervous to get into the upgrades for fear of breaking things since I can't spend enough time on it to feel that comfort level. Oh well, back to the wiki :). Mike On Tue, 29 Jan 2008 17:18:42 -0500, Jake Vickers wrote: [EMAIL PROTECTED] wrote: I wonder if someone would be interested in offering support for QMT? Erik Espinoza and I are both listed as QMT consultants on the wiki. There are a lot of people out there who support Qmail in general, but it's not free. You're getting the software for free, but the support is not. As such, you don't always get high priority when asking questions. I for one put my paying customers first, now that I'm a consultant full time. I used to put 20+ hours a week into free support for QMT, but with work and family I now put in about 2 hours a week. Look on the wiki and search the Internet. There are a lot of choices when it comes to hiring a consultant to work on your Qmail/Sendmail/Exim/Postfix/etc. system. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Forward email with domainkeys
Bill Kwok wrote: Hi List, Some of my users' email are forwarded from regional office (another qmail server). Most emails are fine, except email from google alert. The only error message I can see is something like this: Dec31 14:40:12 CHKUSER accepted rcpt: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:: remote regionaloffice:unknown:x.x.x.x rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : found existing recipient Dec31 14:40:13 tcpserver: end 24357 status 256 My guess is it's due to domainkeys is being used by Google and when we forward from one server to another, it breaks. Am I correct? If yes, any way to disable domainkeys checking? Thanks in advance. Best regards, Bill That could be on older toaster versions, which did not log spf nor dk rejections. If your toaster is fairly recent, you would see a rejection message in the log for both of these conditions. If your toaster is a bit old, I suspect that your problem is more likely due to SPF misconfiguration, although domainkeys might also be a problem. Check the list archive for instructions on disabling domainkeys. The wizard at http://www.openspf.org is great helping to determine what should be in the spf record for your domain. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Forward email with domainkeys
Bill Kwok wrote: On Jan 29, 2008 12:07 AM, Eric Shubes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Bill Kwok wrote: Hi List, Some of my users' email are forwarded from regional office (another qmail server). Most emails are fine, except email from google alert. The only error message I can see is something like this: Dec31 14:40:12 CHKUSER accepted rcpt: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:: remote regionaloffice:unknown:x.x.x.x rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : found existing recipient Dec31 14:40:13 tcpserver: end 24357 status 256 My guess is it's due to domainkeys is being used by Google and when we forward from one server to another, it breaks. Am I correct? If yes, any way to disable domainkeys checking? Thanks in advance. Best regards, Bill That could be on older toaster versions, which did not log spf nor dk rejections. If your toaster is fairly recent, you would see a rejection message in the log for both of these conditions. If your toaster is a bit old, I suspect that your problem is more likely due to SPF misconfiguration, although domainkeys might also be a problem. Check the list archive for instructions on disabling domainkeys. The wizard at http://www.openspf.org http://www.openspf.org/ is great helping to determine what should be in the spf record for your domain. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org http://www.vr.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi Eric, It seems my qmt versions are not that outdated: # rpm -qa | grep toaster vpopmail-toaster-5.4.13-1.3.3 ezmlm-cgi-toaster-0.53.324-1.3.2 courier-authlib-toaster-0.59.1-1.3.5 squirrelmail-toaster-1.4.9a-1.3.5 spamassassin-toaster-3.1.8-1.3.7 ripmime-toaster-1.4.0.6-1.3.2 qmailmrtg-toaster-4.2-1.3.2 isoqlog-toaster-2.1-1.3.3 daemontools-toaster-0.76-1.3.2 libdomainkeys-toaster-0.68-1.3.2 libsrs2-toaster-1.0.18-1.3.2 courier-imap-toaster-4.1.2-1.3.6 send-emails-toaster-0.5-1.3.3 qmail-pop3d-toaster-1.03-1.3.14 autorespond-toaster-2.0.4-1.3.2 qmailtoaster-plus-0.2.7-1.3.9 control-panel-toaster-0.5-1.3.3 simscan-toaster-1.3.1-1.3.5 vqadmin-toaster-2.3.4-1.3.2 qmailadmin-toaster-1.2.9-1.3.3 ucspi-tcp-toaster-0.88-1.3.4 maildrop-toaster-devel-2.0.3-1.3.4 clamav-toaster-0.90.1-1.3.11 ezmlm-toaster-0.53.324-1.3.2 maildrop-toaster-2.0.3-1.3.4 qmail-toaster-1.03-1.3.14 To be honest, I have no idea about how to setup SPF. I will study it soon and hope can solve my problem soon. Thanks for pointing me to a new direction. IIRC that logging problem was corrected somewhere around version 1.3.9 or 1.3.11 of qmail-toaster. The only changelog that I know of that's up to date is in the rpm spec file, which I don't have handy at the moment. BL, you appear to be current enough to have the change in there. You can try turning off DK checking, but I'm guessing that won't fix your problem. I could be wrong about this though (it's been known to happen!). Since you're not getting a meaningful log message, the best way to really tell what's going on is to turn on recordio during a test. Directions for using recordio are in the archives somewhere. It'd be nice if they were on the wiki, but I don't know that they're there yet. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qmailtoaster on debian etch
Lucian Cristian wrote: Hi everyone I installed qmailtoaster from src rpms (after making changes on spec files) on Debian Etch, is someone here who knows how to make a deb package, I would like to make a src deb and use debian specific tools to compile the package and save them as deb files. Thanks, Lucian Cristian I'm not very familiar with deb files (yet), but have been thinking about creating toaster deb files for Ubuntu server (a popular Debian derivative). Perhaps we can work together on this. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] - Outgoing Authentication for ISP mail
David Campbell wrote: I'm running qmailtaoster for an ISP mail system, we just switched over from another mail server that was running in windows (hmailserver.com http://hmailserver.com) which uses the same [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] for username and password, and it worked fine with my outgoing mailserver requires authentication ticked in outlook or equivalent settings in other programs, but I have an issue with about 20% of my customers, with exactly the same settings we transfered the usernames and passwords so they matched on the new server, then switched over the A and MX records, all of a sudden they cannot send email, they can receive fine, just not send, they get an SMTP auth failure, I was wondering if anyone else has experience in using qmailtaoster for an isp and could offer any tips, we resell our connections from a wholesaler so we dont control their IP's thus cannot just allow relaying from a particular ip range, we need authentication. thank you Could it be that the 20% are on dynamic IP addresses and are using port 25? They would be blocked by RBLs in that case. If they use the submission port (587) they won't have that problem. Let us know if that's the case or you're experiencing a different problem. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] /var/qmail/control/blacklists
David Campbell wrote: if this file is edited, is it automatically updated, or does something need to be restarted before this will update? thanks This file is pulled into each smtp session when it's started, so nothing needs to be done for these. If it's feasible though, I'd make an effort to try using the solution Jake suggested by disabling RBLs in the /etc/tcprules.d/tcp.smtp file (in which case you'd need to 'qmailctl cdb' as Ben mentioned to make the change effective). That way you won't lose the effectiveness of spamhaus entirely. RBLs are a powerful and effective tool against spam, and they use minimal toaster resources because rejected messages aren't even accepted, let alone scanned. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] New Toaster SSL problem
Dan McAllister wrote: Greetings and Salutations to all... I have installed a new toaster (with QMT-Plus) onto a Fedora 8 system. I used the Fedora 6 build scripts and everything seems to work perfectly. EXCEPT (there's always an exception)... imap4-SSL is experienceing a problem with the kerberos library. All of the relevant packages were installed from the devel website (vs. the now-static-since-April main site). Again, after making sure all the relevant support rpms were installed, the install scripts ran cleanly. The problem can be seen from the qmlog imap4-ssl | tail, which appears as: 01-28 20:43:50 /usr/bin/couriertls: error while loading shared libraries: libkrb5support.so.0: failed to map segment from shared object: Cannot allocate memory The system runs with 2.0 GB of ram, and being a good sysadm, the swap space is an equaly spacious 2.0 GB. (In other words, I believe there is a problem in the allocation routine, or in the library itself -- because there is PLENTY of memory (real and virtual) available. If I look from the client end, I get the following from Outlook Express: Configuration: Account: mail.mydomain.com Server: mail.mydomain.com User name: [EMAIL PROTECTED] Protocol: IMAP Port: 993 Secure(SSL): 1 Code: 800ccc0f (I don't think that helps much... but you never know!) Finally, I have the following krb packages installed: krb5-libs-1.6.2-9.fc8 krb5-auth-dialog-0.7-5.fc8 krb5-devel-1.6.2-9.fc8 krb5-workstation-1.6.2-9.fc8 krb5-devel-1.6.2-9.fc8 pam_krb5-2.2.18-1 pam_krb5-2.2.18-1 krb5-libs-1.6.2-9.fc8 I BELIEVE that I NEED the Kerberos packages for my Samba (as PDC) installation -- but that may be a false assumption. I have even tried backing out the latest kerberos versions (to the FC6 version), but I get the same result. Any ideas??? Try increasing the softlimit in the /var/qmail/supervise/imap4-ssl/run file, especially if you have a x86_64 system. I think you'll need to stop then start (not restart) qmail after changing this. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] /var/qmail/control/blacklists
Always. ;) Glad it's working for you. David Campbell wrote: yes, I have actually added them into that file now, havn;t had any more complaints... I guess thats a good thing :D On 29/01/2008, *Eric Shubes* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: David Campbell wrote: if this file is edited, is it automatically updated, or does something need to be restarted before this will update? thanks This file is pulled into each smtp session when it's started, so nothing needs to be done for these. If it's feasible though, I'd make an effort to try using the solution Jake suggested by disabling RBLs in the /etc/tcprules.d/tcp.smtp file (in which case you'd need to 'qmailctl cdb' as Ben mentioned to make the change effective). That way you won't lose the effectiveness of spamhaus entirely. RBLs are a powerful and effective tool against spam, and they use minimal toaster resources because rejected messages aren't even accepted, let alone scanned. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- David Campbell E: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] W: http://www.bigbighuge.com The information in this E-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorised to, and must not read, copy, distribute, use or retain this message or any part of it. Opinions, conclusions and other information expressed in this message are not given or endorsed by the sender unless otherwise indicated by an authorised officer independent of this message. ...when was the last time you did a backup?... -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Delayed delivery
That would seem to me to indicate that the sender (exchange server) is finding something it doesn't like, and is terminating the smtp session before sending, or at least completing the message. I'd try to determine from the exchange server side what the problem might be if that's possible. That might not be feasible, and I honestly don't know much about exchange server. The only way I can think of to diagnose this from the qmail side would be to turn on recordio during a time when you know a message is coming from that server. recordio logs the details of the entire tcp (smtp in this case) session, sort of like an strace logs each step of a program. It can create quite a lot of log content in a relatively short time on a busy server, so you probably don't want to leave it on for an extended period. It'd be best to coordinate a test with someone at the sending domain. The recordio output (in the standard smtp log) will tell you exactly what each side of the session says to each other (i.e. who initiated the termination any why). You can find examples of how to turn on recordio in the list archive. Please let us know how things progress for you. Raymond Webster wrote: and it's only 20 seconds later. -Original Message- From: Raymond Webster [mailto:[EMAIL PROTECTED] Sent: Friday, January 25, 2008 3:54 PM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Delayed delivery I did not see anything in the queue. I could not find the third handshake where we log a accepted recpt : from or the fourth log from simscan. I do see the end message with a status 0 -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Friday, January 25, 2008 1:35 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Delayed delivery grep won't show you everything that's in the log regarding a particular message. You need to look at all the messages adjacent to the one grep found. If you have qmailtoaster-plus installed (highly recommended), you can # qmlog -lc IP smtp That will put you into the log(s) at the point where it finds IP. You can then browse around from there and see what else is happening. All of the messages for a given (successful) email receipt will look something like this: 01-25 11:14:38 tcpserver: status: 1/100 01-25 11:14:38 tcpserver: pid 8223 from sender.i.p.address 01-25 11:14:38 tcpserver: ok 8223 qmhost:qmt.i.p.address:25 :sender.i.p.address::34313 01-25 11:14:39 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote mta134.sender.domain.com:unknown:sender.i.p.address rcpt : sender accepted 01-25 11:14:39 CHKUSER accepted rcpt: from [EMAIL PROTECTED]:: remote mta134.sender.domain.com:unknown:sender.i.p.address rcpt [EMAIL PROTECTED] : found existing recipient 01-25 11:14:49 simscan:[8223]:CLEAN (-2.30/8.00):10.3207s:Email Subject:sender.i.p.address:[EMAIL PROTECTED] .com:[EMAIL PROTECTED]: 01-25 11:14:49 tcpserver: end 8223 status 0 01-25 11:14:49 tcpserver: status: 0/100 I'm guessing that the delivery from exchange to qmail is unsuccessful. Do you see a tcpserver: end 16219 status 256 ? What are the rest of the log messages for the email in question? P.S. I take it your toaster's queue is empty? Raymond Webster wrote: This is what I found when greping for IP instead of domain name. I did find four other instances of these exact lines at different times. Should there be more communication with the outside server? If so is it safe to say the delay message is from their side? 2008-01-24 16:34:50.326813500 tcpserver: pid 16219 from xxx.x.xx.xxx 2008-01-24 16:34:50.326816500 tcpserver: ok 16219 qmail.ncbi.com:192.168.2.2:25 :xxx.x.xx.xxx::55690 2008-01-24 16:34:50.871532500 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote EXHUB016-1.exch016.domain2.net:unknown:xxx.x.xx.xxx rcpt : sender accepted -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Friday, January 25, 2008 11:37 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Delayed delivery Raymond Webster wrote: I have one outside client that cannot send mail to the toaster. He is sending from an Exchange2007 server. He gets a delayed delivery message to the email addresses he attempts so send within our domain. I have found this in the smtp log; CHKUSER accepted sender: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:: remote EXHUB016-1.exch016.domain.net:unknown:IPAddress rcpt : sender accepted Why would this make his server report a delayed delivery? This message is normal, and is a good thing. Can you tell if the delayed delivery message is initiated by the qmail or change server? Is the message stuck in qmail queue? (I doubt it, but it's worth a try) # qmailctl queue What are the rest of the messages in the smtp queue which correspond to the one you've shown us? There should be more/others. -- -Eric
Re: [qmailtoaster] Delayed delivery
grep won't show you everything that's in the log regarding a particular message. You need to look at all the messages adjacent to the one grep found. If you have qmailtoaster-plus installed (highly recommended), you can # qmlog -lc IP smtp That will put you into the log(s) at the point where it finds IP. You can then browse around from there and see what else is happening. All of the messages for a given (successful) email receipt will look something like this: 01-25 11:14:38 tcpserver: status: 1/100 01-25 11:14:38 tcpserver: pid 8223 from sender.i.p.address 01-25 11:14:38 tcpserver: ok 8223 qmhost:qmt.i.p.address:25 :sender.i.p.address::34313 01-25 11:14:39 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote mta134.sender.domain.com:unknown:sender.i.p.address rcpt : sender accepted 01-25 11:14:39 CHKUSER accepted rcpt: from [EMAIL PROTECTED]:: remote mta134.sender.domain.com:unknown:sender.i.p.address rcpt [EMAIL PROTECTED] : found existing recipient 01-25 11:14:49 simscan:[8223]:CLEAN (-2.30/8.00):10.3207s:Email Subject:sender.i.p.address:[EMAIL PROTECTED]:[EMAIL PROTECTED]: 01-25 11:14:49 tcpserver: end 8223 status 0 01-25 11:14:49 tcpserver: status: 0/100 I'm guessing that the delivery from exchange to qmail is unsuccessful. Do you see a tcpserver: end 16219 status 256 ? What are the rest of the log messages for the email in question? P.S. I take it your toaster's queue is empty? Raymond Webster wrote: This is what I found when greping for IP instead of domain name. I did find four other instances of these exact lines at different times. Should there be more communication with the outside server? If so is it safe to say the delay message is from their side? 2008-01-24 16:34:50.326813500 tcpserver: pid 16219 from xxx.x.xx.xxx 2008-01-24 16:34:50.326816500 tcpserver: ok 16219 qmail.ncbi.com:192.168.2.2:25 :xxx.x.xx.xxx::55690 2008-01-24 16:34:50.871532500 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote EXHUB016-1.exch016.domain2.net:unknown:xxx.x.xx.xxx rcpt : sender accepted -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Friday, January 25, 2008 11:37 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Delayed delivery Raymond Webster wrote: I have one outside client that cannot send mail to the toaster. He is sending from an Exchange2007 server. He gets a delayed delivery message to the email addresses he attempts so send within our domain. I have found this in the smtp log; CHKUSER accepted sender: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:: remote EXHUB016-1.exch016.domain.net:unknown:IPAddress rcpt : sender accepted Why would this make his server report a delayed delivery? This message is normal, and is a good thing. Can you tell if the delayed delivery message is initiated by the qmail or change server? Is the message stuck in qmail queue? (I doubt it, but it's worth a try) # qmailctl queue What are the rest of the messages in the smtp queue which correspond to the one you've shown us? There should be more/others. -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Delayed delivery
Raymond Webster wrote: I have one outside client that cannot send mail to the toaster. He is sending from an Exchange2007 server. He gets a delayed delivery message to the email addresses he attempts so send within our domain. I have found this in the smtp log; CHKUSER accepted sender: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:: remote EXHUB016-1.exch016.domain.net:unknown:IPAddress rcpt : sender accepted Why would this make his server report a delayed delivery? This message is normal, and is a good thing. Can you tell if the delayed delivery message is initiated by the qmail or change server? Is the message stuck in qmail queue? (I doubt it, but it's worth a try) # qmailctl queue What are the rest of the messages in the smtp queue which correspond to the one you've shown us? There should be more/others. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with simscan + Clamav
Jake Vickers wrote: Dairenn Lombard wrote: Jake, Is that just a SRPM you can download, compile and just drop right into a pre-existing qmail toaster just by running rpm -ivh on the created RPM? We may end up doing this with our four toaster and to try and firm up system performance. Yes it is. For the most part at any rate. You'll need to stop qmail of course, remove the old clamav-toaster if it's older than v1.3.11, rpm -Uvh instead of -ivh if you didn't remove the previous version, then start qmail. qtp-newmodel (part of qmailtoaster-plus) does all of that for you, and more. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problems sending email and filesize limit
A M wrote: 2008/1/18, Eric Shubes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Guillermo Villasana wrote: Ok this are the versions I have: maildrop-toaster-2.0.3-1.3.5 vqadmin-toaster-2.3.4-1.3.3 control-panel-toaster-0.5-1.3.4 isoqlog-toaster-2.1-1.3.4 vpopmail-toaster-5.4.17-1.3.4 qmailadmin-toaster-1.2.11-1.3.4 ucspi-tcp-toaster-0.88-1.3.5 ripmime-toaster-1.4.0.6-1.3.3 qmailtoaster-plus-0.2.12-1.3.15 courier-authlib-toaster-0.59.2-1.3.6 libdomainkeys-toaster-0.68-1.3.3 squirrelmail-toaster-1.4.9a-1.3.6 ezmlm-toaster-0.53.324-1.3.3 courier-imap-toaster-4.1.2-1.3.7 qmailmrtg-toaster-4.2-1.3.3 libsrs2-toaster-1.0.18-1.3.3 ezmlm-cgi-toaster-0.53.324-1.3.3 send-emails-toaster-0.5-1.3.4 simscan-toaster-1.3.1-1.3.6 maildrop-toaster-devel-2.0.3-1.3.5 daemontools-toaster-0.76-1.3.3 qmail-pop3d-toaster-1.03-1.3.15 qmail-toaster-1.03-1.3.15 spamassassin-toaster-3.1.8-1.3.8 autorespond-toaster-2.0.4-1.3.3 clamav-toaster-0.90.1-1.3.13 You're a little more current than I am at the moment ( qmail-toaster-1.03-1.3.10) (FWIW) The problems presents in the following clients: Outlook, Outlook express and thunderbird. I'm seeing it with Outlook 2003 and Thunderbird 1.5. Occurs seldomly for both clients. Strangely enough, I got the server might not be available error on my previous reply to this message (Tbird1.5). When this happens, the message does go through though. It goes through with Outlook too, but Outlook doesn't realize that, and keeps trying to send it over and over (until the user deletes it from their outbox). And no I don't have /var/qmail/control/timeoutsmtp file, is it better to have it? what kind of value should I use. Don't need it. Defaults to 20 minutes. Thanks Again :) No problem. I'd like to get this problem resolved too. We'll need to do some more digging to get to the bottom of this. Anyone have any ideas? Terius Eric Shubes escribió: Guillermo Villasana wrote: Hi guys, I am having problems sending big attachments. I have in databytes: 41943040 which is around 40M and it doesn't allow me to send a mail with 5MB in attachments Also I am having another problem I am getting a lot this message: The server might not be available or is rejecting SMTP conections. Please verify that the configuration of your SMTP server is correct and try again If I see the submission current log I see ... @4000478e319b36742d8c tcpserver: end 6751 status 0 @4000478e319b3674fc94 tcpserver: status: 3/500 @4000478e319e0633e5f4 tcpserver: end 6795 status 0 @4000478e319e0633f97c tcpserver: status: 2/500 @4000478e31a8188e859c tcpserver: end 6408 status 256 @4000478e31a8188e9d0c tcpserver: status: 1/500 and the smtp current log I see: @4000478e322d284e61dc tcpserver: status: 1/500 @4000478e322e1070bb8c tcpserver: status: 2/500 @4000478e322e1070d2fc tcpserver: pid 7337 from 122.164.254.26 http://122.164.254.26 @4000478e322e1070deb4 tcpserver: ok 7337 mailserver.exerwebsolutions.com:200 http://mailserver.exerwebsolutions.com:200.57.38.85:25 :122.164.254.26::4044 @4000478e322e1565e9b4 tcpserver: status: 3/500 Thanks Terius I've seen these problems too, and haven't come up with a concrete solution. .) Which client software are you seeing this with? .) Do you have a /var/qmail/control/timeoutsmtp file? If so, what does it contain? .) What toaster version(s) are you running? (rpm -qa | grep toaster) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- -Eric 'shubes' Hi guys, Just my 2 cents on this... I've had some problems like this a while back and the only thing I could relate it to was time to open a connection was fast but it took forever to start talking, so I troubleshoot one by one and got to rbls timwout issues... Try to setup clients on submission and check if problem persists. Hope this helps. -- AM agmsoft(at)gmail.com Helps a bit to know your experience. I've been using submission port for quite a while though, so it shouldn't be rbl
Re: [qmailtoaster] Problems sending email and filesize limit
Guillermo Villasana wrote: Yes I have also used submission port for a while and this has happened only until recent. It seems to me as if qmailtoaster tries to connect to the remote server and there is where it fails, but it just doesn't add it to the queue, but tells the sender that it was not able to generete the SMTP connection... Also Eric, what do you have in /var/qmail/control/timeoutsmtp file? because at the moment I don't even have the file, maybe putting there a high number, will lower a bit my failed messages? Thanks Terius The default for timeoutsmtp (when it's absent) is 1200 (20 minutes). I doubt that raising this would help your situation. I had throttled it back to 1 minute. I presently have it set to 10 minutes. I hope to have some time later in the week to look into this. I am seeing a 256 return code in the submission log, so I'm thinking of turning on recordio and seeing what that says. You might give that a try if it's feasible for you. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Repeated Delivery due to LONG scan times!
Jake Vickers wrote: Dairenn Lombard wrote: Hello all, Seems one of my fellow sysadmins discovered that Qmail does something pretty lame (no surprise there), but specifically, the problem is that some of my users are seeing duplicate messages in their inbox (even when checking via webmail). My team has found several causes for this, but, the most common reason is remote SMTP servers connecting to our Qmail Toaster, trying to deliver messages, but, isn't acknowledging that it's received the message prior to the remote SMTP server's connection timeout expiring. We decided that this is the cause of duplicates because of discovering Qmail waiting until AFTER simscan completely finished processing a message before sending back to the remote SMTP server an acknowledgement message. Since the remote SMTP server didn't get that before it had to close the connection, the message, of course, remains in the outbound queue, and another delivery attempt will be made over and over again until it believe our server has successfully gotten that e-mail. Recently, a sysadmin I work with was able to prove it by checking simscan's logs, and seeing entries like these: @40004793cb6126f5c71c.s:@40004793cb01237c28ec simscan:[30636]:CLEAN (0.0 0/12.00):219.5081s:Fwd_ Sit Around Sales:64.18.2.141:[EMAIL PROTECTED]:[EMAIL PROTECTED]: He figured out that 219.5081s means it took almost 282 seconds (or 4 minutes and 42 seconds) for simscan to finish scanning that e-mail. Originally, we believed that the reason it takes so long was because the mail server is overloaded (handling almost 4,000 e-mail addresses in over 1,100 domains). However, we are getting these numbers are on a server with 1/10th the traffic!! This is usually due to the clamav package that is on the site. Use the version from the devel site (devel.qmailtoaster.com) or do what I did and switch to qmail-scanner instead of simscan. Good advice. I'd also try to verify for certain that it's clamav scanning that's taking an inordinate amount of time. It could be BLs (RBLs or more likely SURBL spamassassin rules) that are causing the delays. FWIW, I checked the logs on my PII/266 512M server and found an email with 11M of attachments that was scanned 110 seconds. That's with a very light (pretty much non-existent) load. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problems sending email and filesize limit
Guillermo Villasana wrote: Eric I just have the problem, but even though I had the failed message. The email was sent... I will keep you up to date on this. I am not sure if they are always sent or not, I will be checking out. Terius From my observation, they always are sent. Please keep me posted here. I'll do likewise. Guillermo Villasana escribió: Well, how do you turn that on, and what is going to do? add more lines in the log? if so I can turn it on. Terius recordio is part of the ucspi-tcp-toaster package. You can find examples of it's use by searching the list archive. It will write all of the details of the tcp session to the corresponding log file, i.e. you'll want to add it to the exec statement in /var/qmail/supervise/submission/run, and it will write to the submission log. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] can't send test message to myself
Michael Handiboe wrote: Eric Shubes wrote: welcome back, Shubes ... some of us noticed you were gone. --mh Thanks, Michael. Great to be back with you nice folks. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] SpamHaus problem...
Bilgehan POYRAZ wrote: My notebook user's computer working Company's network.But when they using outlook from home getting this error: The message could not be sent because one of the recipients was rejected by the server. The rejected e-mail address was '[EMAIL PROTECTED]'. Subject 'Bekleyin geliyoruz', Account: account name, Server: '212.109.99.7', Protocol: SMTP, Server Response: '451 http://www.spamhaus.org/query/bl?ip=88.238.173.101', Port: 25, Secure(SSL): No, Server Error: 451, Error Number: 0x800CCC79 Also,SquirrelMail working without any problem. How can I Solve This problem? Bilgehan Check to be sure that your toaster is a new enough version that it has the submission port 587 configured (is there a /var/log/qmail/submission directory?), then have them configure their outlook client to use port 587 instead of port 25 for smtp. Port 587 will not check RBLs, so they'll no longer get this error. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Local Sending: invalid MX domain
[EMAIL PROTECTED] wrote: On Fri, 18 Jan 2008 20:11:33 -0500, Jake Vickers wrote: Do the other servers use a subdomain as well, and if so, do they have MX records? Did I even reply to your actual question? I think I explain that in the other email but I forgot to add that all of the domains have proper MX records. This is indeed getting to be confusing. The original problem seemed simple enough: 2008-01-18 12:13:25.130175500 3764 .|...2008-01-18 12:13:26.302539500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote compdev..com:unknown:192.168.1.58 rcpt : invalid sender MX domain CHKUSER can't find a valid MX record for compdev..com. So, what do you get when you: # dig compdev..com MX from the box that the toaster is running on? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Local Sending: invalid MX domain
[EMAIL PROTECTED] wrote: So, what do you get when you: # dig compdev..com MX from the box that the toaster is running on? dig compdev..com MX ; DiG 9.2.4 compdev..com MX ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 22046 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;compdev..com.IN MX ;; AUTHORITY SECTION: .com. 600 IN SOA ns1.dnsserver.net. support.hostingdomain.net. 2007121302 10800 3600 86400 600 ;; Query time: 20 msec ;; SERVER: 192.168.1.29#53(192.168.1.29) ;; WHEN: Sat Jan 19 11:57:20 2008 ;; MSG SIZE rcvd: 100 Note that compdev..com is not a public server. It is only a web server used for development internally. It has a private IP, 192.168.1.58. Because it's not public, I have to admit that I'm not sure where dig is getting the above MX record since this server doesn't have one. Should I add the internal (and public) web server names somewhere perhaps? Mike Dig isn't getting an MX record at all. Note the QUESTION SECTION. It's simply telling you what the request was for. Your simplest solution is going to be to change the apache application so that it doesn't use compdev in the domain name, i.e. just [EMAIL PROTECTED] or [EMAIL PROTECTED]. As there doesn't appear to be a logical compdev..com sub domain for which there is an email server (and email accounts), this seems like the right solution to me. Alternatively, you could set up an authoritative private dns server for your private network addresses. This would be pretty complicated though, and I would recommend against going there. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Local Sending: invalid MX domain
[EMAIL PROTECTED] wrote: Your simplest solution is going to be to change the apache application so that it doesn't use compdev in the domain name, i.e. just [EMAIL PROTECTED] or [EMAIL PROTECTED]. As there doesn't appear to be a logical compdev..com sub domain for which there is an email server (and email accounts), this seems like the right solution to me. Do you mean the web server name? As in ServerName in the httpd.conf file? I can't change the applications themselves and if I can, I'm not sure where to start to be honest. You need to find out where the domain name is coming from. In order to do that, you first need to know what the application is using to send the email. My guess would be that the application is simply using the sendmail command. The application's documentation might (should) tell you the mechanism it uses to send email messages. If you can't tell from any documentation how the application is sending the message, you might do some manual probing/testing. To see if the web server has a sendmail command, you can: # which sendmail You can also: # rpm -qf `which sendmail` to see which package your particular sendmail command belongs to, probably sendmail, although it could be another mail package such as procmail. Run this command on your toaster and you'll see what I mean. ;) Alternatively, the application might use the mail command. Your system will pretty likely have this command. To see, you can: # rpm -qf `which mail` You can run tests of the sendmail and/or mail commands from the command line to verify that the messages are generated with compdev in the domain name. Once you know which command the application is using to send the message, you probably will be able to modify the configuration for that package to get it to send messages without the compdev included in the domain name. How to fix the problem will ultimately depend on how the application sends the email. HTH -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problems sending email and filesize limit
Guillermo Villasana wrote: Hi guys, I am having problems sending big attachments. I have in databytes: 41943040 which is around 40M and it doesn't allow me to send a mail with 5MB in attachments Also I am having another problem I am getting a lot this message: The server might not be available or is rejecting SMTP conections. Please verify that the configuration of your SMTP server is correct and try again If I see the submission current log I see ... @4000478e319b36742d8c tcpserver: end 6751 status 0 @4000478e319b3674fc94 tcpserver: status: 3/500 @4000478e319e0633e5f4 tcpserver: end 6795 status 0 @4000478e319e0633f97c tcpserver: status: 2/500 @4000478e31a8188e859c tcpserver: end 6408 status 256 @4000478e31a8188e9d0c tcpserver: status: 1/500 and the smtp current log I see: @4000478e322d284e61dc tcpserver: status: 1/500 @4000478e322e1070bb8c tcpserver: status: 2/500 @4000478e322e1070d2fc tcpserver: pid 7337 from 122.164.254.26 @4000478e322e1070deb4 tcpserver: ok 7337 mailserver.exerwebsolutions.com:200.57.38.85:25 :122.164.254.26::4044 @4000478e322e1565e9b4 tcpserver: status: 3/500 Thanks Terius I've seen these problems too, and haven't come up with a concrete solution. .) Which client software are you seeing this with? .) Do you have a /var/qmail/control/timeoutsmtp file? If so, what does it contain? .) What toaster version(s) are you running? (rpm -qa | grep toaster) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] can't send test message to myself
Cameron wrote: Could the strange hostname be causing the problem or is the PTR record? I think the PTR record is causing the problem. I'd get rid of it. a) I don't believe that you need a ptr record b) MX records *must* point to type A records, *not* PTR records. I'm not familiar with register.com's web pages, so it's hard for me to tell you specifically what's wrong. In general terms, you need a type A record for your host, and an MX record which points to that host's type A record. HTH -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] vmysql: sql error[3]: MySQL server has gone away
Dicky Kurniawan wrote: Hello, I have problem with authentification via ssl, through webmail or pop3s. I found the message in the /var/log/qmail/authlib : vmysql: sql error[3]: MySQL server has gone away Our mail server build on: RHEL ES3 linux with courier-authlib-toaster-0.58-1.3.1 vpopmail-toater-5.4.13-1.3.1 qmail-toaster-1.03-1.3.3 MySQL 5.0.19-0.rhel3 Every morning, I must reboot the mailserver for handling this problem Could anyone help me? Thankyou Dicky K From looking at the list archives, this problem appears to be fixed in a later version of vpopmail-toaster. I expect this problem will go away if you upgrade your toaster. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] ***SPAM*** Can't get clamav-toaster to install
Cameron wrote: I just went' through the CentOS installation guide and when it tried to install the clamav-toaster, it hung. I hit ctrl-c to get out and continued withthe installation. Once the installation was complete I tired to re-install clamav-toaster with no luck. I've tried uninstalling it, and I searched this list and found a similar problem last month. I tried the suggestions in that post, but again, the install of clamav-toaster hangs my machine. Does anyone know what is causing this and how I can fix it? I;ve tired bothe the .92-3.16 and .90.1-3.13 versionsboth have the same results. Unless someone has a pretty good crystal ball than mine, I'm guessing we'll need to know a few more details in order to be of any help. Which version of CentOS? What's your hardware? What were the last couple messages you see on the console before it hangs? When it hangs, can you open another console to check things out? (ctl-alt-f2) That should get things started. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] libsepol.so.1 with 1/1/2008 patches for CentOS 5 x86_64
Benjamin O Baez wrote: Hi, I am running CentOS 5 x86_64 and after a long period of no updates to the OS, I decided to install the latest and greatest updates. I am now not getting email and here are the following error messages in log /var/log/qmail/smtp/current @40004784a6b50e4d0c84 tcpserver: status: 0/100 @40004784a6b5181daee4 tcpserver: status: 1/100 @40004784a6b5181daee4 tcpserver: pid 3097 from 64.18.133.125 @40004784a6b5181daee4 tcpserver: ok 3097 mta01.biospectra.com:64.142.102.68:25 :64.18.133.125::43529 @40004784a6b5182b0cc4 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory @40004784a6b5182b187c tcpserver: end 3097 status 32512 Any ideas? Thanks, Ben I don't suppose you could tell us which packages were updated? Did you stop/start qmail after the upgrade? Did you reboot after the upgrade? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] problem migrating domain from old qmail to toaster
I think scripts to do this sort of thing have been posted to the list in the past. Check the archives. Peter Peltonen wrote: But I guess there is no way to import automatically an user list from the old server to the new server and use a script to create these user accounts? Peter On Dec 30, 2007 10:55 PM, Erik A. Espinoza [EMAIL PROTECTED] wrote: Looks like you have to import users first before doing the rsync to the new one. As the QmailToaster vpopmail uses mysql for a database. Erik On Dec 30, 2007 7:34 AM, Peter Peltonen [EMAIL PROTECTED] wrote: I've got a domain in a different server running an old standard qmail installation without mysql support. I've done the migration in the following way: 1. created the domain with vaddomain in the new server 2. rsynced the vpopmail dir from old server to the new one 3. chowned vpopmail dir to vpopmail.vchkpw recursively 4. ran dotqmail2valias I see the old server's forwards and mailing lists now fine in qmailadmin, but I do not see actual mailboxes. Should I create them in qmailadmin and after that rsync the maildirs or is there an easier way? Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] invalid sender address format
The chkuser patch is only written for 5 such characters. Instead of adding #6, change one of the first 5 to '', then rebuild and reinstall. Phil Leinhauser wrote: OK, that was a bit scary. After I followed Lucian's instructions, I got a libc.so.6 out of memory error. I found where to up the softlimit and fixed that. Only problem is, it's still blocking the character in the email sender address. The changed chkuser_settings.h is now in the /var/qmail/doc folder and I verified my changes are in there. I added the following 2 lines to the appropriate areas before recompiling. #define CHKUSER_ALLOW_SENDER_CHAR_6 '' #define CHKUSER_ALLOW_RCPT_CHAR_6 '' Does anyone have an idea what I'm missing?? -Original Message- From: Lucian Cristian [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 18, 2007 4:16 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] invalid sender address format Phil Leinhauser wrote: I see it looks like it's the chkuser filter not liking the symbol in the sender address. So, I opened the chkuser_settings.h file and found the set of instructions for the characters allowed and added the following: #define CHKUSER_ALLOW_RCPT_CHAR_6 '' But what do I need to do to make this active now? Can I just restart QMT or do I need to do something else? I see references to recompiling CHKUSER but I'm stumped ho to do this. Thanks, Phil -Original message- From: Phil Leinhauser [EMAIL PROTECTED] Date: Tue, 18 Dec 2007 14:45:19 -0500 To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] invalid sender address format I have a customer trying to get announcement emails from one of his suppliers. The Emails are being bounced back to the sender and the SMTP log on my end shows invalid sender address format. The first part of the sender address is CHVACRApplicationEngineering-RACIWII'm not sure what the invalid part is. Is it the or the - or the whole length? Anything I can do to allow these? I already added the domain to the whitelist before I tracked it to the address itself. Thanks, Phil - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] some older example The easy way: rpm -Uvh qmail-toaster*.src.rpm cd /usr/src/redhat/SPECS (assuming you are using CentOS 4) edit qmail-toaster.spec find 'sleep 5' (should be line 606) change 5 to 300 (5 seconds to 300 seconds) rpmbuild -bb --with cnt40 qmail-toaster.spec When the build process pauses, make your changes. You have 5 minutes. edit /usr/src/redhat/BUILD/qmail-1.03/chkuser_settings.h as you wish Save your changes and wait for the 300 seconds to expire and watch it build. cd ../RPMS/i386/ qmailctl stop rpm -Uvh --replacefiles --replacepkgs qmail-*.rpm qmailctl start - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] invalid sender address format
chkuser.h is all you need to change. Phil Leinhauser wrote: OK, I wondered if there was some sort of limit. I did see that #3 was remarked. I'll use that. Do I need to modify the chkuser_settings.h or the chkuser.c during the 5 minute pause? I haven't even looked into the chkuser.c yet so I don't know if there is anything in it I need. Thanks, Phil -Original message- From: Eric \Shubes\ [EMAIL PROTECTED] Date: Wed, 19 Dec 2007 15:07:30 -0500 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] invalid sender address format The chkuser patch is only written for 5 such characters. Instead of adding #6, change one of the first 5 to '', then rebuild and reinstall. Phil Leinhauser wrote: OK, that was a bit scary. After I followed Lucian's instructions, I got a libc.so.6 out of memory error. I found where to up the softlimit and fixed that. Only problem is, it's still blocking the character in the email sender address. The changed chkuser_settings.h is now in the /var/qmail/doc folder and I verified my changes are in there. I added the following 2 lines to the appropriate areas before recompiling. #define CHKUSER_ALLOW_SENDER_CHAR_6 '' #define CHKUSER_ALLOW_RCPT_CHAR_6 '' Does anyone have an idea what I'm missing?? -Original Message- From: Lucian Cristian [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 18, 2007 4:16 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] invalid sender address format Phil Leinhauser wrote: I see it looks like it's the chkuser filter not liking the symbol in the sender address. So, I opened the chkuser_settings.h file and found the set of instructions for the characters allowed and added the following: #define CHKUSER_ALLOW_RCPT_CHAR_6 '' But what do I need to do to make this active now? Can I just restart QMT or do I need to do something else? I see references to recompiling CHKUSER but I'm stumped ho to do this. Thanks, Phil -Original message- From: Phil Leinhauser [EMAIL PROTECTED] Date: Tue, 18 Dec 2007 14:45:19 -0500 To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] invalid sender address format I have a customer trying to get announcement emails from one of his suppliers. The Emails are being bounced back to the sender and the SMTP log on my end shows invalid sender address format. The first part of the sender address is CHVACRApplicationEngineering-RACIWII'm not sure what the invalid part is. Is it the or the - or the whole length? Anything I can do to allow these? I already added the domain to the whitelist before I tracked it to the address itself. Thanks, Phil - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] some older example The easy way: rpm -Uvh qmail-toaster*.src.rpm cd /usr/src/redhat/SPECS (assuming you are using CentOS 4) edit qmail-toaster.spec find 'sleep 5' (should be line 606) change 5 to 300 (5 seconds to 300 seconds) rpmbuild -bb --with cnt40 qmail-toaster.spec When the build process pauses, make your changes. You have 5 minutes. edit /usr/src/redhat/BUILD/qmail-1.03/chkuser_settings.h as you wish Save your changes and wait for the 300 seconds to expire and watch it build. cd ../RPMS/i386/ qmailctl stop rpm -Uvh --replacefiles --replacepkgs qmail-*.rpm qmailctl start - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http
Re: [qmailtoaster] CentOS 4.5
Harry Zink wrote: On May 20, 2007, at 7:42 PM, Jakin Lee wrote: Make sure to remove exim after yum -y update command? yum remove exim -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Spamhaus and dynamic IPs
Have the submitters configure their client program to use port 587 for smtp instead of port 25. You will need to upgrade your toaster if you don't have a /var/qmail/supervise/submission directory. You'll probably need to open up port 587 in your toaster's firewall. Basura wrote: What do you mean with submission? How do I do that? Thanx A M escribió: Hi, It's no about spam filter, but blacklists. You should use submission for these customers. This way they won't get blocked by rblsmtpd (blacklists) when they get a bad IP. AM 2007/5/18, Basura [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hi All My clients (who from time to time get a dynamic ip blocked by spamhaus) are getting errors and can´t send emails from their accounts through my smtp server. Is there a way of not procesing the spam filter for the outgoing emails generated by genuine accounts? The spam that I need to filter is only the incomeing. (Im assuming my clients don´t spam) tthx - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
