Re: [qmailtoaster] ***SPAM*** Mail Proxy
Hello Kevin i using the http://assp.sourceforge.net/ It is a good mail proxy and work′s on qmail toaster to force my clients to proxy i create a iptables rules i use to filter mail on subject and body mail It is run on Windows(active perl) and Linux(Fedora 4 and Fedora 8) Bad english i from Brazil =) - Original Message - From: Kevin [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, February 28, 2008 11:04 PM Subject: [qmailtoaster] ***SPAM*** Mail Proxy Hello list, I need install a mail proxy on another server, is there anybody have a good idea? I kown that the Cyrus Muder can be a mail proxy, I don't know how it works with QT together. Thanks! Kevin No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1303 - Release Date: 28/2/2008 12:14 - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] isolog duplicating received statistics
I dont have an answer... but I've been wondering the same thing for a while now... - Original Message - From: aron To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, February 28, 2008 6:36 PM Subject: [qmailtoaster] isolog duplicating received statistics For some reason my isolog statistics are displaying double received that what is actually received, so my received say I got back 22 emails, but when I go to the box and count the emails there are only 11, iv been running the smtp box for 3 days now and every received statistic number recorded by isolong is exactly double than what is in the box. eg. 11 emails in box yet it says 22 eg. 20 emails in box say 40 eg. 10 emails in box says 20 anyone know why its doing this.. cheers aron. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1303 - Release Date: 2/28/2008 12:14 PM
[qmailtoaster] Problem sending emails to certain domains
Hi, Just hoping someone might be able to help or look at what im trying to achieve and can tell me how to do it properly. I have several clients who relay their email through my Toaster server and all except one work fine. They are setup using an Exchange Server at their offices and they send through my Toaster server - some receive through it as well but it’s sending ive got the problem with. They use a lot of different connotations of the same domain name – eg: domain.com, domain.co.uk, domain.eu, domain.co.za, domain.co.jp, domain.co.nz etc etc. I have Toaster setup using only the tcp rules cdb files to allow only mail from their IP address (I appreciate this probably isn’t the most secure way of doing it, but that’s another post!) I don’t have the domains configured anywhere in the setup. They cant seem to send to a number of domains some being yahoo, gmail, and even their own .co.za and .co.nz. I have reverse DNS setup for my Toaster server, from what I read on DNSStuff forum only the servers IP and it’s hostname needs to have Reverse DNS not the multiple domains that also use it. Im struggling to think of what else to look at to make this work for them. Any help would be greatly appreciated Thanks Chris No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1303 - Release Date: 28/02/2008 12:14
RE: [qmailtoaster] Re: Toaster on FC8
As promised last night, I have continued the installation. Ezmlm has successfully installed without errors, which confirms my hypothesis. If I understood just a bit more myself about how the .spec files are created during the build process and how to change them, I could go in and modify them so that they would respond properly to the identity of the machine's OS as fdr80. But simply by allowing it to assume fdr60, the problems I was experiencing have been alleviated. In the end, sad to say, I created my own problems by trying to be too smart and knowledgeable. Thanks again for everyone who did try to help. Hopefully, the saga of my attempt in the archives will be of some use to those who follow. Roxanne From: Roxanne Sandesara [EMAIL PROTECTED] Date: February 28, 2008 10:21:04 AM EST To: qmailtoaster-list@qmailtoaster.com Subject: Toaster on FC8 I am putting together a box for myself, rather than for my employer this time. Because I wish to be able to use this box to also do bittorrent downloads, and a few other things, I've decided to try to build it as a Fedora Core 8 machine rather than CentOS. (It doesn't hurt that CentOS wasn't able to accurately detect and deal with the SATA RAID in the motherboard). I picked up the FDR60 files from the website. I changed them to reflect that this was FDR80. Should I be concerned that each package builds - with that pretty red and gold text - stating that the OS is CentOS 5? I had an error with the build of the ezmlm package, so I have carefully removed everything and I am starting again. Before I start that process, I thought I'd ask, on the off chance that this 'misdiagnosis' of the OS might be responsible for the problem I ran into, or may cause other issues. Roxanne Begin forwarded message: From: Roxanne Sandesara [EMAIL PROTECTED] Date: February 28, 2008 11:03:46 AM EST To: qmailtoaster-list@qmailtoaster.com Subject: Re: Toaster on FC8 I've tried again, and got the same error as previously. This time, I was maintaining a script file of the entire process, so that I could accurately report the error. Any insights or assistance would be greatly appreciated. ./load ezmlm-gate subdb.a getconf.o slurpclose.o slurp.o \ getopt.a getln.a auto_bin.o env.a sig.a fs.a \ strerr.a substdio.a stralloc.a alloc.a error.a str.a case.a wait.a \ open.a lock.a seek.a -L/usr/lib64/mysql -lmysqlclient -lnsl -lm -lz /usr/bin/ld: cannot find -lmysqlclient collect2: ld returned 1 exit status make: *** [ezmlm-gate] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.37118 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.37118 (%build) error: File not found by glob: /usr/src/redhat/RPMS/i386/ezmlm*.rpm FYI, I have every mysql package for FC8 installed, including: mysql-5.0.45-6.fc8 mysql-devel mysql-server mysql-administrator mysql-test mysql-libs mysql-bench Roxanne Begin forwarded message: From: Roxanne Sandesara [EMAIL PROTECTED] Date: February 28, 2008 3:25:31 PM EST To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Toaster on FC8 I'll be honest enough to say: I already explained why I'm installing FC8 instead of CentOS. I'd have preferred CentOS. It wasn't my idea for CentOS not to be able to install on my hardware. What I need is some guidance to getting this to work. Every other package in the series has installed until ezlmn. I'm not installing FC8_86_64. If there is no guidance you can offer me, where do I look for help? On Feb 28, 2008, at 2:21 PM, Erik A. Espinoza wrote: FC7 and 8 are not supported platforms yet. The best bet would be to run on a supported platform, such as CentOS 5. Erik On Thu, Feb 28, 2008 at 10:33 AM, Thomas M. Jaeger [EMAIL PROTECTED] wrote: Are you running on Fedora 8 x86 (fdr80 - 32 bit) or Fedora 8 x86_64 (fdr80_64 - 64 bit)? If you are running on the x86_64 you may want to see the following (and the RE: link at the bottom from Martin): http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/ msg00393.html I had the same issue when testing on Fedora 7 x86_64 on an Intel Dual Core Processor. I eventually switched to Fedora 7 x86; even with the dual core processor. It runs fast and smooth with no issues on installation. (Also understand that if you are using and not yet familiar with an x86_64 distro, you will get a workout. Be ready to search multiple list archives.) If you are having this issue on a Fedora 8 x86 machine, you may want to submit the problem to the linuxquestions.org list as well. Thomas M. Jaeger Computer Technician, A.A.S. [EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Thursday, February 28, 2008 11:04 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: Toaster on FC8 I've tried again, and got the same error as
Re: [qmailtoaster] isolog duplicating received statistics
is it possible that isoqlog count the same email twice? 1 for incoming email to the server ...and.. 1 for delivering it into user mailbox / other domain destination I am also not quite sure.. I never count isoqlog and qmailmrtg.. I just showed them up to my boss and he is quiet happy.. and I use them to do a quick checklist about server status and performance... cheers Todd W wrote: I dont have an answer... but I've been wondering the same thing for a while now... - Original Message - *From:* aron mailto:[EMAIL PROTECTED] *To:* qmailtoaster-list@qmailtoaster.com mailto:qmailtoaster-list@qmailtoaster.com *Sent:* Thursday, February 28, 2008 6:36 PM *Subject:* [qmailtoaster] isolog duplicating received statistics For some reason my isolog statistics are displaying double received that what is actually received, so my received say I got back 22 emails, but when I go to the box and count the emails there are only 11, iv been running the smtp box for 3 days now and every received statistic number recorded by isolong is exactly double than what is in the box. eg. 11 emails in box yet it says 22 eg. 20 emails in box say 40 eg. 10 emails in box says 20 anyone know why its doing this.. cheers aron. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1303 - Release Date: 2/28/2008 12:14 PM - 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 emails to certain domains
hi, just an idea have you check the spf record for those domains? make sure your qmailtoaster's IP address is listed (in range) on spf record of those domains Chris Bird wrote: Hi, Just hoping someone might be able to help or look at what im trying to achieve and can tell me how to do it properly. I have several clients who relay their email through my Toaster server and all except one work fine. They are setup using an Exchange Server at their offices and they send through my Toaster server - some receive through it as well but it’s sending ive got the problem with. They use a lot of different connotations of the same domain name – eg: domain.com, domain.co.uk, domain.eu, domain.co.za, domain.co.jp, domain.co.nz etc etc. I have Toaster setup using only the tcp rules cdb files to allow only mail from their IP address (I appreciate this probably isn’t the most secure way of doing it, but that’s another post!) I don’t have the domains configured anywhere in the setup. They cant seem to send to a number of domains some being yahoo, gmail, and even their own .co.za and .co.nz. I have reverse DNS setup for my Toaster server, from what I read on DNSStuff forum only the servers IP and it’s hostname needs to have Reverse DNS not the multiple domains that also use it. Im struggling to think of what else to look at to make this work for them. Any help would be greatly appreciated Thanks Chris No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1303 - Release Date: 28/02/2008 12:14 - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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!
# 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)?
###
## check fedora
#
b23_fedora(){
BUILD_DIR=/usr/src/redhat
if [ $word1 == Fedora ] [ $word2 == Core ]; then
DISTRO=$word1 $word2
OSVER=$word4
relnum=${word4%.*}
case $relnum in
8 | 7 | 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
}
###
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%.*}:
###
## check fedora
#
b23_fedora(){
BUILD_DIR=/usr/src/redhat
if [ $word1 == Fedora ]; then
DISTRO=$word1 $word2
OSVER=$word3
relnum=${word3%.*}
case $relnum in
7 | 6 | 5 | 4 )
BUILD_DIST=fdr${relnum}0
q1_distro_64
if [ $relnum == 5 ]; then
case $ARCH in
i386 | $ARCH64 )
tested=y
;;
esac
fi
;;
3 | 2 | 1 )
BUILD_DIST=fdr${relnum}0
;;
esac
fi
}
###
I have not tested this alteration yet as I fear that upgrading with the
qtp-newmodel might run into issues.
Sory for the rambling, the answer to your question is at the top...
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]
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Error with Simscan RPM
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. Thanks, Heidi - 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]
