According to the Wiki, QTP-config can be used to set certain
parameters for use with the build of every package on the system.
However, I cannot quite seem to figure out how to do so. qtp-config --
help only shows the option -s, which does not seem to do anything.
qtp-config itself just
Thank you, Eric. I appreciate that bit of guidance, as that is not
something I'd have thought to try.
On Mar 31, 2008, at 2:20 PM, Eric Shubert wrote:
Roxanne Sandesara wrote:
According to the Wiki, QTP-config can be used to set certain
parameters
for use with the build of every package
there (which is what qtp-newmodel does). I don't
think
you can actually run qmail in the sandbox though, especially since the
sandbox has been trimmed down.
Roxanne Sandesara wrote:
Jake --
Is there a way that I can poke and prod at the sandbox functions
of qtp
such that it would agree
On Apr 1, 2008, at 11:49 AM, Eric Shubert wrote:
Roxanne Sandesara wrote:
The process turned out to be much simpler and painless than I
expected.
I downloaded the clamav and simscan packages and did an RPMBUILD of
each. Then RPM -e for the existing simscan and clamav packages
I'm looking for anyone who might be able to help me puzzle out the
cause and correction for a build error I'm getting with simscan.
Every other package in the whole Toaster install came out
wonderfully, but this.
What follows is a script taken during an attempt to build the
package, and
I would assume you need to rpmbuild the 0.93 package. Then before rpm
-Uvh of the new package, you first need to rpm -e --nodeps the old
package. Then rpm -Uvh the new package. That's how I interpreted
those instructions.
Roxanne
On Apr 20, 2008, at 12:37 PM, James Palmer wrote:
Hi all,
I've just discovered that on or around the 20th-20st of April, my
Toaster stopped including some of the Spamassassin headers on
messages. Specifically, the X-Spam-Level and X-Spam-Status headers.
The X-Spam-Checker-Version header is still present.
This would have been during the time when
-toaster-0.93-1.3.18
maildrop-toaster-2.0.3-1.3.5
libdomainkeys-toaster-0.68-1.3.3
qmailtoaster-plus-0.3.0-1.4.2
daemontools-toaster-0.76-1.3.3
autorespond-toaster-2.0.4-1.3.3
qmailmrtg-toaster-4.2-1.3.3
qmailtoaster-plus.repo-0.1-1
On May 1, 2008, at 7:28 AM, Jake Vickers wrote:
Roxanne
have - is
2008-02-04. Would that change?
Roxanne
On May 1, 2008, at 7:51 AM, Roxanne Sandesara wrote:
OK. Ran that. It built without errors.
Sent in a test message from outside, the headers still appear to be
missing.
Tried qmailctl cdb just in case. Headers still missing on another
Ran both. Both ran without errors.
New test message. Same results.
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on
mymailserver
The other two headers are still missing.
On May 1, 2008, at 8:25 AM, Jake Vickers wrote:
Roxanne Sandesara wrote:
OK. Ran that. It built without
:
Roxanne Sandesara wrote:
Jake, Eric, et al: Any thoughts about what I should attempt at
this point? If I need to do some uninstalls and re-installs of
packages, I can attempt that tonight after business hours.
Is it still actually scanning the message? You may just need to
rebuild the simscan
,required_score=5.0,rhost=local
host.localdomain,raddr=127.0.0.1,rport=36415,mid=IWEIXXBKGTEPMTXUGMWIIW
[EMAIL PROTECTED],autolearn=ham
05-02 15:48:35 [19504] info: prefork: child states: II
On May 3, 2008, at 6:20 AM, Jake Vickers wrote:
Roxanne Sandesara wrote:
I tried uninstalling and re-installing
On May 3, 2008, at 12:53 PM, Roxanne Sandesara wrote:
I don't see any problems.
FYI, still the same status: not showing the header lines for the
Spamassassin actually scanning the message, though it does appear
that it must or should be scanning the message.
Should I uninstall and rebuild/re
Does Spamdyke log its activity? Specifically, does it maintain a log
of the messages it rejects?
I've checked /var/log/qmail, /var/log, and hunted around /opt/
spamdyke without finding any immediately apparent likely candidates.
The .conf file states log level 2, but I am afraid I'm just
About two hours ago, my Toaster just started soft-rejecting just
about every message that isn't coming from inside. The first
confirmed symptom was that email was not being sent from people's
clients. I checked the submission logs, found the errors, and altered
the tcp.smtp file to put
/PerMsgStatus.pm line 164.
Help? I'm not sure what to do here.
Roxanne
On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote:
About two hours ago, my Toaster just started soft-rejecting just
about every message that isn't coming from inside. The first
confirmed symptom was that email was not being sent
, 2008, at 3:27 PM, James Pratt wrote:
Could this be it
http://lists.mailscanner.info/pipermail/mailscanner/2008-March/
082765.ht
ml
~ciao
jamie
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 3:18 PM
To: qmailtoaster-list
rejects or not, but I'd - obviously - like to correct it. but I can't
find anything on the Net matching the error message with the directory.
Still looking for help.
Roxanne
On May 7, 2008, at 3:34 PM, im.fuzzy wrote:
Roxanne Sandesara wrote:
Further searching. I found an instance
as your sa installation for your site?
Check directories higher up in the path for the r-xr-xr-x bits as
well...
jamie
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 3:41 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster
verify you are loading the
configs you are intending? Ie, is the config path below that is
erroring
the same as your sa installation for your site?
Check directories higher up in the path for the r-xr-xr-x bits as
well...
jamie
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL
/spamassassin-toaster-root/etc/mail/spamassassin used for at
your site? Is something in one of your .cf's pointing to it? This is
probably why it's not on google, as it's not a standard path, or at
least one I've ever heard of.. :\
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED
if that particular error had been going on the whole
time or not.
Regardless, I appear to have corrected that problem, and I am now
back with the earlier check_mail error.
Roxanne
On May 7, 2008, at 4:18 PM, Roxanne Sandesara wrote:
To be honest, I have no clue what it is used for. I didn't
On May 7, 2008, at 4:52 PM, Eric Shubert wrote:
Sounds a bit like a DNS issue to me. Is your DNS not working, or
perhaps an
RBL site down?
Roxanne Sandesara wrote:
I've had spamdyke running for a week without any problems until today
(if indeed Spamdyke is the problem). However, thanks
-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 4:00 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections
I believe it's the only error I have going on. The output is below.
$ spamassassin --lint -D
[10425] dbg: logger: adding
:
Roxanne Sandesara wrote:
DNS appears to be working. I have no idea if an RBL site is down. At
this point I've deactivated spamdyke, which was the only thing
doing RBL
checks, so that shouldn't be an issue anymore.
You have nothing in /var/qmail/control/blacklists? That would do rbl
checking
people (still!) compile things as root. That is a
very
bad thing, qmail or no. :(
Regards,
jp
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 8:24 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections
nameserver.
And yes. I was su - into vpopmail's shell to run the spamassassin --
lint -D tests.
Roxanne
On May 7, 2008, at 7:29 PM, Eric Shubert wrote:
Roxanne Sandesara wrote:
DNS appears to be working. I have no idea if an RBL site is down.
At
this point I've deactivated spamdyke, which
To be clear, I was not blaming Jake, or his utilities. I've had great
luck with everything Jake has ever done or offered. I was merely
answering the question of how it was I'd installed sa-update.
I'm also not really sure that the executables themselves /have/ been
messed up. It's
.
Should I do a rebuild with release 1.3.14's src.rpm? Or should I DL
release 1.3.13's src.rpm and build that instead?
Roxanne
On May 8, 2008, at 12:59 PM, Roxanne Sandesara wrote:
To be clear, I was not blaming Jake, or his utilities. I've had
great luck with everything Jake has ever done
, at 5:59 PM, Eric Shubert wrote:
Use 1.3.14. It contains a bug fix in the spec file (otherwise
they're the
same). The bug it fixes is:
install: cannot create regular file
`/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/
local.cf.bz2': No
such file or directory
Roxanne Sandesara wrote
these questions , especially the apparent lack of
version control/builds, as evidenced below, to convince me this is
something worth staying with, because right now it looks about as
well-kept/organized as the current White House... :-P
Cheers!
jamie
-Original Message-
From: Roxanne Sandesara
Well, that message would seem to indicate an issue with your SSL
certs, becoming unverifiable. That wouldn't 'slow down' your SMTP,
but if your users are connecting via SSL that could cause them to not
even send unless their client offers a 'send anyway' button or the
equivalent.
If I
this response from pop3. I just don't understand
why it is downloading my messages still.
moz-screenshot-51.jpg
smtp still does not connect right away when I tried telnet
mydomain.com 25
Eric Shubert wrote:
Time to plug the qmlog command. :) Roxanne Sandesara wrote:
Well, that message
:
Here's my response to the items you requested.
Roxanne Sandesara wrote:
OK. Looks like you've got an issue with your MySQL database
system. What, specifically, I can't be sure. First up, I would
think, would be to check the log for the mysql service. See if the
service is actually still
The first line below, starting with 127.: will be used by any webmail
operations on the server.
Currently, the next line, starting with only a :, will be used by all
other processes.
If you want to speed up submission of emails for local clients, you
could add a line starting (for example)
An update for everyone who may have been following my difficulties
with spamassassin and sa-update.
I took the time this afternoon to do the rebuild I'd promised myself
I would do. I performed the following steps:
qmailctl stop
rpm -e --nodeps simscan-toaster-1.3.1-1.3.6
rpm -e --nodeps
it where it is, in /etc/mail/spamassassin.
You su'd to
Roxanne Sandesara wrote:
An update for everyone who may have been following my difficulties
with
spamassassin and sa-update.
I took the time this afternoon to do the rebuild I'd promised
myself I
would do. I performed the following
On May 11, 2008, at 11:53 AM, Eric Shubert wrote:
There are some other interesting options as well:
-C : path for default config files
Aha! I'm guessing that if you were to add -C /etc/mail/
spamassassin to the
exec command, that would solve your problem without having to use the
/var/tmp/
Hi Mr. Fix --
This is a problem we found about a month or so ago. At that time,
Eric Shubes created a .14.src.rpm, and then a .15.src.rpm which
correct this problem. If you can't find the attachments on the list
archive, let us know and one of us will send you the file by email.
Erik
You should simply be able to follow the installation guides and
instructions for Horde Webmail. Horde's design really doesn't care
what mail server is used, so long as it is functional and Horde is
properly configured to use it.
Note that unlike the built-in Squirrelmail in QMT, Horde
I have used Horde with QMT for a couple of years. It's a very nice
application suite, with the potential to function as a web-based
replacement for Outlook (or Exchange). The one difficulty I had with
it is that unlike the current QMT-packaged Squirrelmail, it could not
install forwards,
written to allow it to build on the newer
distros. This shouldn't be a problem once the 1.4 branch is released.
This was followed then by:
Roxanne Sandesara wrote:
Jake --
I appreciate your help thus far. I at least know what is wrong, now.
I've tried to follow your advice and find the 'compat
Robin --
As Jake mentioned in response to one of your other messages, this
appears to be a DNS problem. I'd suggest checking - using dig, etc. -
the DNS server(s) for your toaster mail server. Firewall may also be
an issue.
On Oct 30, 2008, at 03:09 PM, Robin W. Sanchez C. wrote:
Another point that I think (I could be wrong) Jake was trying to get
to which I think is important to acknowledge is that if you are
setting up something like this, you want to do everything reasonably
possible to avoid any single point of failure. The offered 8-core
processor system with
The short version is that the hardware upon which my previous Toaster
had been running went up in smoke. I am in the process of restoring
things to (hopefully) working order on new hardware. The one big
benefit of this for me was getting to upgrade to CentOS 5 from what
had been a FC8
, at 02:27 AM, Roxanne Sandesara wrote:
The short version is that the hardware upon which my previous
Toaster had been running went up in smoke. I am in the process of
restoring things to (hopefully) working order on new hardware. The
one big benefit of this for me was getting to upgrade
this helps.
Joel
From: Roxanne Sandesara [mailto:roxie.sil...@gmail.com]
Sent: Saturday, December 04, 2010 9:21 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Re: A Question of Restoration
Additional information: I was more than a bit sleepy when I wrote
this, and I
to everyone for their help.
PS: I just noticed Eric's message. Good to know what I figured out
fits with the 'experts'. :)
Roxanne
On Dec 5, 2010, at 01:50 PM, Roxanne Sandesara wrote:
Sorry if I was in any way unclear. I am specifying the domain along
with the username when connecting.
I
Looks like Gmail/Google is getting cranky about it4soho's policies or
configuration. Is anyone else seeing these problems?
Roxie
Begin forwarded message:
From: qmailtoaster-list-h...@qmailtoaster.com
Subject: ezmlm warning
Date: September 10, 2013 4:29:04 AM EDT
To: roxie.sil...@gmail.com
I did.
On Apr 12, 2015, at 6:39 PM, Eric Broch ebr...@whitehorsetc.com wrote:
Has anyone on the list received one of these?
Forwarded Message
Return-Path:
qmailtoaster-list-return-warn-1428877952.nbpofmengabfjhfjnpna-ebroch=whitehorsetc@qmailtoaster.com
5/2016 9:21 PM, Roxanne Sandesara wrote:
> I am in the process of building a new CentOS 7 toaster and trying to port in
> backup materials from an old CentOS 5 toaster. Through a bit of back and
> forth, I’ve managed to get most things installed. I have two niggling
> problems rem
I am in the process of building a new CentOS 7 toaster and trying to port in
backup materials from an old CentOS 5 toaster. Through a bit of back and forth,
I’ve managed to get most things installed. I have two niggling problems
remaining that I need to tackle, and I am suspecting that they are
As mentioned in my prior message, I am in the process of building a CentOS 7
box to take the place of a long-running CentOS 5 box. Now that I have all of
the relevant packages installed, I thought this would just be a case of
plodding through the detail work of bringing in the setups and data
I cannot find the log files on the new qmail toaster installation I’ve built on
this CentOS 7 box. The locations mentioned on the wiki don’t even exist. Where
should I be looking?
-
To unsubscribe, e-mail:
I’m not at all sure what is causing this, or could be causing this, so I’m not
sure what to be attacking. I need some advice. I am finding lines of:
tcpserver: fatal: unable to bind: address already used
in the log files for smtp and submission. And I’m being told be a user that
attempts to
I have a user trying to send emails to my server from their ISP to go through a
mailing list my server is hosting. I have previously added the user’s email
address to spamdyke’s whitelist. However, that no longer seems sufficient to
deal with this problem.
From /var/log/qmail/smtp/current:
ion in your emails. They give a fairly detailed
analysis that should help you figure this out.
Jeff
On 7/26/2017 7:03 PM, Roxanne Sandesara wrote:
> I have a user trying to send emails to my server from their ISP to go through
> a mailing list my server is hosting. I have previously added the
I have a QMT box running on CentOS 7. The mariadb packages installed are
upgrades of those that are part of the core CentOS 7 repositories. As such,
currently I have installed:
mariadb-server-5.5.60-1.el7_5.x86_64
mariadb-devel-5.5.60-1.el7_5.x86_64
mariadb-5.5.60-1.el7_5.x86_64
When I attempt to update, I continue to see these messages:
http://qtp.qmailtoaster.com/repos/nodist/repodata/repomd.xml: [Errno 12]
Timeout on http://qtp.qmailtoaster.com/repos/nodist/repodata/repomd.xml: (28,
'Connection timed out after 30002 milliseconds’)
What do we need to do to overcome
/
On Aug 28, 2019, at 11:07 AM, Eric Broch wrote:
What OS are you using? CentOS 5?
Can you post your yum repo file?
On Mon, Aug 26, 2019 at 6:42 PM Roxanne Sandesara mailto:roxie.sil...@gmail.com>> wrote:
When I attempt to update, I continue to see these messages:
http://qtp.qmailtoaster.com
OK. I found it. I had an old repo in place for qmailtoaster-plus that was
trying to point to that fqdn. I have disabled that.
On Sep 9, 2019, at 8:31 AM, Gary Bowling wrote:
Agreed. Checked my old backups, I've not had qtp Listed anywhere in any of
the repo files in years. And have had
, 2019 at 9:08 AM -0600, "Roxanne Sandesara"
mailto:roxie.sil...@gmail.com>> wrote:
OK. I found it. I had an old repo in place for qmailtoaster-plus that was
trying to point to that fqdn. I have disabled that.
On Sep 9, 2019, at 8:31 AM, Gary Bowling mailto:g...@gbco.us>
Script started on Sat 07 Sep 2019 06:52:56 AM EDT
[roxie@mail ~]$ ping ftp.whitehorsetc.com
PING whitehorsetc.com (66.62.95.221) 56(84) bytes of data.
64 bytes from mail.whitehorsetc.com (66.62.95.221): icmp_seq=1 ttl=53 time=124
ms
64 bytes from mail.whitehorsetc.com (66.62.95.221):
/2019 4:58 AM, Roxanne Sandesara wrote:
> Script started on Sat 07 Sep 2019 06:52:56 AM EDT
> [roxie@mail ~]$ ping ftp.whitehorsetc.com <http://ftp.whitehorsetc.com/>
>
> PING whitehorsetc.com <http://whitehorsetc.com/> (66.62.95.221) 56(84) bytes
> of data.
>
> 64
101 - 164 of 164 matches
Mail list logo
