telecomitalia are a well known spam scam, mostly known for the immense
phishing scams done, usually from compromised servers.
I know, I had one of my servers compromised by these guys, and they
were a pain to get off.
Harry
On Sep 3, 2009, at 4:12 AM, Ole N.Johansen wrote:
Hello list.
On Aug 31, 2009, at 1:24 PM, Jake Vickers wrote:
I do not think this is possible, since the extended character set it
not support by ARIN/DNS (someone correct me if I am wrong). There
would be no point in allowing a character if DNS will not allow it
anyway - nothing wou
On Aug 24, 2009, at 12:03 PM, Jake Vickers wrote:
http://www.vcghosting.com/cart.php?ca=add_otheroid=26
They will be separate purchases.
Odd - there's 6 items pre-set in my cart when I clicked on that
link... all of the same QMTx86_64 product
Trying to run the newmodel script to update clamav. Getting this:
chroot: cannot run command `qtp-build-rpms': No such file or directory
Build failed, Exiting.
-
QmailToaster hosted by: VR Hosted http://www.vr.org
On Sep 4, 2008, at 3:02 AM, Tek Support wrote:
By the way, the currently installed spam filters do seem to block
emails to us that we would consider 'valid'. They also seem to let
through spam that we would not like to get. TMDA resolves both of
these issues. With TMDA we didn't have this
:35 AM, Harry Zink [EMAIL PROTECTED]
wrote:
On Aug 23, 2008, at 8:45 AM, Eric Shubert wrote:
qtp-newmodel, which is part of the qmailtoaster-plus package, is
the most
reliable way to upgrade.
Unless you're on a 64-bit system...
It is very simple to use, and does the upgrade with
absolute
I certainly did receive it.
Your side (i.e. either client, or your mail receiving MTA) might have
filtered it out on your (and others') end, but the list is definitely
getting spammed.
Harry
On Aug 23, 2008, at 3:44 AM, Jake Vickers wrote:
Anil Aliyan wrote:
Wonderful qmailtoaster
On Aug 23, 2008, at 8:45 AM, Eric Shubert wrote:
qtp-newmodel, which is part of the qmailtoaster-plus package, is the
most
reliable way to upgrade.
Unless you're on a 64-bit system...
It is very simple to use, and does the upgrade with
absolute minimum down time (typically just a minute
On Aug 23, 2008, at 8:49 AM, Eric Shubert wrote:
I got it too. It got through spamdyke.
So what are Jake and James doing that others of us are not?
sa-update perhaps?
Or is it maybe just a better trained bayes db?
Yeah, but that's whatever they are doing, is on their end. Is there
On Aug 23, 2008, at 3:08 PM, James Palmer wrote:
Searched my logs and I did receive the email but it was tagged as
spam:
So, why did it get posted to the list :-)
-
QmailToaster hosted by: VR Hosted http://www.vr.org
Is there some way to comprehensively trash mail containing a certain
character set, or regional two-byte character set?
I get a lot of junk from Israeli merchants (???), and it's all in
Hebrew, both of which are useless to me.
I don't want to exclude all of Israel, which would be
On Aug 14, 2008, at 12:57 PM, Eric Shubert wrote:
Harry Zink wrote:
How can I discard mail comprehensively, either using Spamassassin, or
some other tool, just based on the content language?
Harry
I don't know off hand.
That being said, what I do know off hand is that spamdyke can
On Aug 14, 2008, at 1:13 PM, Eric Shubert wrote:
It looks at the rDNS entry for the sending server's IP address.
Do you have:
reject-ip-in-cc-rdns
in your spamdyke.conf file?
It is currently commented out.
I *DO* get client emails from Chinese and Hong Kong locations
(legitimate mail) so
On Aug 14, 2008, at 2:01 PM, Eric Shubert wrote:
Yeah, Sam had me comment that out as a default because of a lot of
international users.
probably a wise choice - agreed on the reasons.
Read through the spamdyke doc, and you'll see how you can block only
certain
country codes. Or you
On Aug 13, 2008, at 8:41 PM, Eric Shubert wrote:
.) NEVER use CPAN to update your perl modules, and especially DONT
UPDATE
Module::CPAN ITSELF! It's not necessary, and it can lead to problems.
You know what - that's probably what my problem was, then -- I do
recall that, at one point, I
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote:
Did you select a fresh sandbox when you re-ran at this point? If you
installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox,
the old
version would still have been in the sandbox. :(
I redid fresh sandboxes every time I ran it.
On Aug 12, 2008, at 10:08 AM, Eric Shubert wrote:
Harry Zink wrote:
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote:
Did you select a fresh sandbox when you re-ran at this point? If you
installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox,
the old
version would still have
On Aug 12, 2008, at 10:58 AM, Eric Shubert wrote:
f you'd've simply not selected it, you'd've gotten no errors. ;)
LOL
I'd like to nail this one (once again, so it seems).
You say this is the version you're running. Please post the results
of:
# rpm -q zlib
# yum info zlib
That might
On Aug 12, 2008, at 11:58 AM, Eric Shubert wrote:
Sure looks that way. Don't know how you managed that.
Neither do it - it's pretty much been a pain vanilla QMT box since
inception.
I'd try
# rpm -e zlib-1.2.1.2-1.2
to remove it.
Here we go again:
rpm -e zlib-1.2.1.2-1.2
error:
On Aug 12, 2008, at 11:58 AM, Eric Shubert wrote:
I'd try
# rpm -e zlib-1.2.1.2-1.2
Yep, that did it -- all's back to being well in QMT land (well, until
the next updates roll around :-)
-
QmailToaster hosted by:
Final summary - I did the updates manually - removed and deinstalled
clamav and spamassassin, and then reinstalled from the rpm's left
behind from the prior attempts.
Restart qmailtoaster - works!
-
QmailToaster
Anil,
Thanks for your help.
In both cases, the run files were absent - it appears that somehow the
perl dependencies hell has stopped the qtp-newmodel script from
properly creating those and executing through the end, even after I
had the dependencies fixed.
Harry
On Aug 10, 2008, at
Ditto here - same x86_64 architecture.
qtp-whatami v0.3
DISTRO=CentOS
OSVER=4.6
QTARCH=x86_64
BUILD_DIST=cnt4064
BUILD_DIR=/usr/src/redhat
Would be awesome if qtp whatami would actually also provide kernel
version.
Kernel version, in my case, is: 2.6.9-67.0.22.ELsmp
Linux xxx.fizbin.com
More data:
Sandbox has been built successfully!
qtp-newmodel - installing perl-Net-SMTP ...
Loading protectbase plugin
Setting up Install Process
Setting up repositories
rpmforge 100% |=| 1.1 kB
00:00
update100%
Lastly, here's the current status:
This is not going away:
supervise: fatal: unable to start clamd/run: file does not exist
supervise: fatal: unable to start log/run: file does not exist
There is no appropriate 'run' file inside /var/qmail/supervise/clamd/
qmailctl stat shows:
authlib: up
On Mar 5, 2008, at 12:01 PM, Ayesha wrote:
Does anybody uses TMDA that could help me in configurations matters?
With qmail, sure :-)
http://www.shupp.org/toaster/?page=tmda
On Feb 24, 2008, at 1:30 PM, Erik A. Espinoza wrote:
QmailToaster.com will be a federation for consultants such as Eric
Shubes, Jake Vickers. Those who have proven themselves within the list
will be featured on this site to help them provide commercial support
as needed.
This is awesome!
You can pay Bill Shupp, which is what I did, and he did a great job
not only setting it up, but writing excellent instructions:
http://www.shupp.org/toaster/?page=tmda
He also has instructions for the other tweaks you mentioned:
http://www.shupp.org/toaster/?page=spamassassin
If you want to
On Feb 11, 2008, at 7:21 AM, [EMAIL PROTECTED] wrote:
Since it's just a wish list right now, what about being able to
administer
multiple servers from the one GUI? Or being able to cluster a few
machines
together for redundancy and maintaining them through this GUI.
How about starting
Ditto here.
On Feb 11, 2008, at 3:38 PM, Jim Shupert, Jr. wrote:
Thanks Eric!
I will keep my eyes peeled for this qtp-newmodel
- Original Message - From: Eric Shubes [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 11, 2008 4:41 PM
Subject: Re:
someone else as well.
Jeremy
Harry Zink wrote:
Ditto here.
On Feb 11, 2008, at 3:38 PM, Jim Shupert, Jr. wrote:
Thanks Eric!
I will keep my eyes peeled for this qtp-newmodel
- Original Message - From: Eric Shubes [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday
On Feb 9, 2008, at 10:51 PM, [EMAIL PROTECTED] wrote:
And to be honest, I don't want to use sendmail as a solution but I
do have to
find a spam solution since plesk out of the box, with it's tools
doesn't seem
to do much now that I've had QMT in action.
You've already switched, but you
On Feb 10, 2008, at 6:02 AM, [EMAIL PROTECTED] wrote:
I can easily move a few domains over to test something.
I'll take a look at that, thank you. It will work with QMT?
It claims to be able to work with qmail, but I have not tested that -
it wasn't relevant for what I was using it for, at
Lucian,
Please, do not reply at the bottom of an interminably quoted chunk of
mail - place your replies at the top of mail.
Harry
On Feb 10, 2008, at 6:51 AM, Lucian Cristian wrote:
Anyone know if there are any scripts out there that would help
keep this system up to date? If not, is
On Feb 10, 2008, at 8:38 AM, Jake Vickers wrote:
Or even take that $250 paid to Plesk and go to rent-a-coder and got
the vqadmin package fixed and released it back to the community.
Which is pretty much what I did a while ago with TMDA (which works
nicely right now with QMT, and would be
Whatever you do, make it heavily CSS based, which will make it easier
to create alternate interfaces, like for the iPhone.
Being able to administer your mail server from an iPhone would be (to
me) the ultimate tool.
Harry
On Feb 10, 2008, at 12:44 PM, Jean-Paul van de Plasse wrote:
Hi
On Feb 8, 2008, at 10:51 AM, [EMAIL PROTECTED] wrote:
I was basically forced to move my mail to an existing server
yesterday because
we were having way too much mail never making it to various sites
like hotmail
and yahoo. We simply cannot exist without being able to send mail to
these
On Feb 9, 2008, at 8:34 PM, [EMAIL PROTECTED] wrote:
The reasons I had to move on were few but important in my case. The
other mail
server gets it's updates automatically, I just click on the update
and we're
done. It works.
There's a similar mechanism for QMT that exists able to do
This message of yours contains something that points to a server at
218.185.6.102:80 and appears to require loggin in with admin
credentials in order to proceed - if this is an attempt at phishing,
it's a poor one.
On Jan 21, 2008, at 7:16 PM, David Campbell wrote:
ISOQLOG2.1 Issue
On Jan 17, 2008, at 8:35 AM, Jake Vickers wrote:
Steve Ingraham wrote:
You know better than anyone my limited knowledge on this subject but
isn't what you are looking to do similar to how our Exchange server
handles things in our network?
Close Steve. I realize that just being the
Not sure if this is relevant, but a similar problem had to do with
lacking SPF or lack of reverse DNS settings - many providers,
including AOL, Yahoo and Hotmail, will now defer or reject mail if
reverse DNS resolution fails.
I've just been going through something like that, where all of
Check if your reverse DNS settings check out fine.
On Jan 3, 2008, at 10:20 AM, Kyle Quillen wrote:
I have this exact same problem and am yet to figure out what it is.
some times it goes to the bulk mail folder sometimes it just gets
deferred back to me and i am no idea what it would be.
Q
Not quite the same as the vpopmail slamming you are getting, but I
eliminated nearly all the brute force efforts at local login accounts
via the use of BlockHosts:
http://www.aczoom.com/cms/blockhosts
Maybe there's something similar, or an extension for it, to include
vpopmail slamming?
I changed the IP of my QmailToaster box, and upon reboot, the box is
unresponsive -- I can ping it, but any effort to connect to it (telnet
port 25, mailclients, etc..) fails and is being refused.
All I did was run netconfig to change the IP configuration, and reboot
the box.
Am I
Oddly enough, due to the formatting, self-promotion, and style, this
was the only message from this group ever to be categorized as spam,
and dumped in my spam box.
Funny.
On Nov 30, 2007, at 11:06 PM, [EMAIL PROTECTED] wrote:
hi
#
we are a top level corporate email solution
A good start would be following proper syntax for user names - the
'apostrophe' is not a valid character in an e-mail name.
Check between the 'O' and the 'Connor'
That's the offending character.
Harry
On Dec 4, 2007, at 9:56 AM, Bryan Daley wrote:
Hi,
Does anyone know off the top of
FINALLY!
Great news, indeed. Binary distributions are now finally a reality.
If anything, this can only breathe renewed life and vigor into qmail.
Harry
On Nov 30, 2007, at 12:38 AM, Johannes Weberhofer, Weberhofer GmbH
wrote:
http://cr.yp.to/qmail/dist.html
Ditto here.
Seems Roundcube has a long way to go, though looks very promising.
Slow development, sadly.
Harry
On Nov 25, 2007, at 7:25 PM, Kyle Quillen wrote:
Jake,
Sending messages via roundcube fails on both of my servers.
Thanks
Q
On Nov 25, 2007, at 8:15 PM, Kyle Quillen wrote:
I wonder who we have to pay to get it working with all the stuff
squirrlell mail uses
Considering how long Roundcube has been in developmnet - can't
entirely fault the developer. It seems like a labor of love, and no
one besides himself
Again, sorry about the confusion on my part - either way, in this
convoluted way, I just wanted to bring this issue to everyone's
attention :-)
Harry
On Nov 4, 2007, at 12:32 AM, Davide Bozzelli wrote:
Harry Zink ha scritto:
My bad, I made an error with the description
On Nov 4, 2007, at 1:28 PM, Roxanne Sandesara wrote:
Instead of simply assuming that the newest iteration of Apple's Mail
client is at fault - or not - let's actually constructively try to
determine wherein the problem does lie. I am afraid I myself do not
yet have access to a Leopard
Seems there's a problem between QT and Apple's Leopard Mail client, or
rather he problem is between the utilized Courier-IMAP version in
QmailToaster, and Apple's Mail client.
Users will find themselves unable to delete files and folder under
certain circumstances. I was able to replicate this.
(Mail.app
v3.0).
Harry
On Nov 3, 2007 9:02 PM, dnk [EMAIL PROTECTED] wrote:
did you notice this issue with older versions of the apple mail client?
Dustin
On 11/3/07, Harry Zink [EMAIL PROTECTED] wrote:
Seems there's a problem between QT and Apple's Leopard Mail client, or
rather he
My bad, I made an error with the description of the functional IMAP
server which I tested against - the Postfix system I was testing
(VirtualMin) uses the Dovecot IMAP server (not Cirrus, as erroneously
reported).
-
On Oct 4, 2007, at 1:04 PM, Ariel wrote:
A consultation, can be that qmail or vpopmail they request to
confirm the passwords of the whichever every certain time?
Wow, Babelfish sure choked on that one...
So, I've run into the situation of not being able to send (SMTP) from
behind certain ISP locales, specifically SprintPCS at spcsdns.net.
The same applies to an associate in Thailand behind TRUE DSL.
Checking the logs, I came across this, which pretty much shows that
these locales are
I get this error, when trying to send mail to users on different mail
servers (albeit also using a qmailtoaster).
Is this a problem caused on my end, or on their end?
--
Hi. This is the qmail-send program at mbox.fizbin.com.
I'm afraid I wasn't able to deliver your message to
Harry Zink wrote:
I get this error, when trying to send mail to users on different
mail servers (albeit also using a qmailtoaster).
Is this a problem caused on my end, or on their end?
--
Hi. This is the qmail-send program at mbox.fizbin.com.
I'm afraid I wasn't able to deliver
On Aug 14, 2007, at 11:50 AM, Lucian Cristian wrote:
Trying to update to new spamassassin for some reason I can't run
newmodel update.
We've been over this before - qtp-newmodel appears to still be
broken, as Jake is overworked and unable to update it, or fix the
issue with the problem.
Odd. I'm on Centos 4.5
Nope, I didn't know about the RPMForge installations until now. Let
me test with that.
Harry
On Aug 13, 2007, at 6:14 PM, aledr wrote:
I am running two machines with x86_64 here, and am not noticing any
issues. I test on both x86_64 and i386 before releasing.
Have
installed 3.2.1 so that
everything was current.
Harry Zink: Macintosh Systems Consultant at Zink Different
contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 |
aim:[EMAIL PROTECTED]
Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/
Thailand
Apple's iPhone - more than just
://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
Harry Zink: Macintosh Systems Consultant at Zink Different
contact | [EMAIL PROTECTED] - USA mobile:(213
On Aug 13, 2007, at 10:44 AM, Jake Vickers wrote:
This server is located in Florida, and the connection took a
lightning strike.
DAMN!
Is there ANY safe place in this world :-)
On Aug 13, 2007, at 2:51 PM, aledr wrote:
You must proceed as the first time You compiled the packages:
rpmbuild --rebuild --with distro package.src.rpm
I did that.
After that just use:
rpm -Uvh package.rpm
I did that.
This should do the trick.
It did not - it popped up the three
On Aug 13, 2007, at 3:56 PM, Philip Nix Guru wrote:
If you arent running an x86_64 bits OS, you can upgrade safely
all will be done smoothly.
So, what about those of us with x86_64 architecture?
Or should I just reinstall without x86_64 and avoid these kind of
issues in the future (though
On Aug 11, 2007, at 5:05 AM, PakOgah wrote:
hope this weekend your tests running smoothly.
please tell us the results
can't wait till Monday
Just for general information - I downloaded and compiled the updated
clamav and spamassassing from Erik's developmnet site.
Then, install them with
Toft wrote:
Please provide more information.
George Toft, CISSP, MSIS
623-203-1760
Harry Zink wrote:
Install BlockHosts - it takes care of these kind of hack attempts
really fast.
Harry
On Aug 7, 2007, at 6:04 PM, George Toft wrote:
If you offer POP service to the Internet, this is going
Install BlockHosts - it takes care of these kind of hack attempts
really fast.
Harry
On Aug 7, 2007, at 6:04 PM, George Toft wrote:
If you offer POP service to the Internet, this is going to happen.
You could add an iptables rule to block everyone, except the IP
address of users on your
Yet another reason not to use Verizon.
On Aug 3, 2007, at 11:11 AM, Helmut Fritz wrote:
Not sure how many of you are aware...but I have recently (over the
last two
weeks) discovered that Verizon DSL subscribers get port 25
hijacked. This
took me much time to figure out as I am swamped at
On Jul 11, 2007, at 11:51 PM, PakOgah wrote:
So if the device support pushmail, qmailtoaster can deliver the
email to client.
does it mean no more configuration made on server side?
No, it does not preclude proper configurations. It simply means that
an IMAP client is able receive
On Jul 15, 2007, at 7:59 PM, Jake Vickers wrote:
Now they're deleting info from the wiki.
It never fails to amaze me - what can they possibly hope to
accomplish doing that?
On Jul 16, 2007, at 6:39 AM, Nigel Reed wrote:
That's the sum of your complete knowledge of
qmail-toaster? The best advice you can give me is to
change my operating system?
THanks, bud, for a useless response.
Wow, what a nice and charming attitude you have there, bud - may want
to get
On Jul 14, 2007, at 5:34 AM, Nigel Reed wrote:
Any help would be very much appreciated at this stage.
Only suggestion I can make is to run it on a Centos system - I used
to run Mandrake, but found it to be too 'customized' for server use.
It's cute, and neat as a client installation, and
Just as a general FYI should anyone be interested - the current
version of QmailToaster does properly seem to support IMAP-IDLE.
After installing the push-mail plugin into my Apple Mail.app, and
turning off my scheduled mail checks, I noticed that now push mail
works properly. New mail
Been looking into some of the push functionality that IMAP provides
through the IDLE function (yes, that means I have an iPhone, and want
to see if I can set it up for push mail via QmailToaster)
According to this:
http://popfile.sourceforge.net/wiki/ImapServers
Courier-IMAP 1.4.3 supports
, at 3:56 PM, Johannes Weberhofer, Weberhofer GmbH wrote:
I have got the same type of messages some time ago from the Apache
mailing list, but I'm still receiving mails from them. I never
found out a reason for that issue.
Johannes
Harry Zink schrieb:
Good question - I was wondering the same
-list-
[EMAIL PROTECTED]
Harry Zink: Macintosh Systems Consultant at Zink Different
contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 |
aim:[EMAIL PROTECTED]
Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/
Thailand
Apple's iPhone - more than just a mobile phone! I
-list-
[EMAIL PROTECTED]
Harry Zink: Macintosh Systems Consultant at Zink Different
contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 |
aim:[EMAIL PROTECTED]
Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/
Thailand
Apple's iPhone - more than just a mobile phone! I GOT
Been looking into some of the push functionality that IMAP provides
through the IDLE function (yes, that means I have an iPhone, and want
to see if I can set it up for push mail via QmailToaster)
According to this:
http://popfile.sourceforge.net/wiki/ImapServers
Courier-IMAP 1.4.3
Hi Jake,
Thanks for clarifying - have a good trip, and thanks for all you're
doing.
Harry
On Jun 25, 2007, at 5:07 AM, Jake Vickers wrote:
Harry Zink wrote:
Jake,
You seem to not be aware of the severity (to a point) of the
problem, and the ease of fixing it - essentially, the text
Does this include a fixed installation chronology file on the website
to go along with it (the cause a great deal of problems, previously) ?
Does the upgrade script handle the CPAN dependencies upon
installation of spamassassin?
I know these were problems, so just want to make sure you are
I'd like to echo having encountered the same issue - it is the reason
why my domainkeys stuff isn't working, as the spamassassin rpm
complains about a whole lot of dependencies not being met (CPAN
modules).
Centos 4.5 on x86_64
Harry
On Jun 24, 2007, at 9:36 AM, Constantin IOAJA wrote:
Jake,
You seem to not be aware of the severity (to a point) of the problem,
and the ease of fixing it - essentially, the text file giving the
chronology of installation of the packages is incorrect, causing a
number of errors on the qtp-newmodel script, and essentially making
it near
Thanks.
Turns out that my update to SpamAssassin from the dev site failed
because it was missing a ton of associated perl modules:
rpm -Uvh spamassassin-toaster-3.2.1-1.3.10.x86_64.rpm
error: Failed dependencies:
perl(Archive::Tar) = 1.23 is needed by spamassassin-
Any ideas what's going on here?
plugin: failed to parse plugin (from @INC): Can't locate Mail/
DomainKeys/Message.pm in @INC (@INC contains: /usr/lib/perl5/
vendor_perl/5.8.5 /usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /
usr/lib/perl5/5.8.5
The version of isoqlog in qmailtoaste is 2.1. The latest version is
2.2.1.
It appears that the latest version has the fix against the bug which
causes it to segfault (Zero size bug fixed).
So, who did the prior RPM? Can you update it to the current version,
please?
Pretty please?
What's the easiest way to delete, comprehensively, all logfiles that
isoqlog uses?
I'm constantly getting the segmentation fault errors, no one else on
the list (except two other people) appear affected by it, so I want
to see if it's something about my log-files, and just toast them
errors like
segfaults.
Johannes
Harry Zink wrote:
What's the easiest way to delete, comprehensively, all logfiles
that isoqlog uses?
I'm constantly getting the segmentation fault errors, no one else
on the list (except two other people) appear affected by it, so I
want to see if it's
On Jun 14, 2007, at 4:13 AM, Jake Vickers wrote:
So I would try moving those files somewhere else and then seeing if
it still gives you the error.
Moved them out, restarted qmail, and so far the segfaults seem to
have gone away.
---
George E. Nichols
The universal aptitude for
There's no need to remove an entire upgrade sub-system, when all
that's messed up is one text file with the chronology of the files in
the wrong order.
Kevin Katz pointed the proper order out, and all that needs to be
done is to properly adjust the current-newmodel.txt file -- Eric
On Jun 7, 2007, at 3:46 AM, Jake Vickers wrote:
Website (and QMT) is maintained by Nick and Erik. qtp-upgrade is
maintained by Eric (Shubes). I maintain QTP and QMT-ISO, as well as
some other little things like the backup and restore scripts
(Shubes also helps maintain QTP). I have no
On May 26, 2007, at 8:52 AM, slamp slamp wrote:
anyone using this in production? any issues?
I tried to build it, and it failed claiming a ton of modules were
missing.
Centos 4.5 x86_64
-
QmailToaster hosted by:
These are the module dependency errors I got when trying to compile
SA 3.20:
checking module dependencies and their versions...
***
ERROR: the required HTML::Parser (version 3.43) module is installed,
but is not an
Getting this error:
/usr/share/toaster/isoqlog/bin/cron.sh: line 20: 31191 Segmentation
fault $ISOQLOG /dev/null 2/dev/null
Only started an hour ago. Any ideas?
-
QmailToaster hosted by: VR Hosted
On Apr 25, 2007, at 9:02 AM, Eric Shubes wrote:
Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The
qtp-newmodel family of scripts essentially does all of this (except
#3) and
more. If you'd like to see #3 added as a feature, please create a
ticket for it.
Unfortunately,
On Apr 28, 2007, at 8:28 AM, Eric Shubes wrote:
qtp-newmodel won't affect your running server until
everything has been successfully installed in the sandbox.
This is a good theory, and conceptually sound, but it appears that it
has done the opposite in my case, during an upgrade
On Apr 23, 2007, at 8:56 AM, Kevin Katz wrote:
For those following this post - if your upgrade fails due to
current-newmodel.txt being in alphabetical order instead of build
order,
Could this, please, be fixed, asap?
---
Andrew Young
Remember your biggest obstacle to success is the
Very interesting, I am getting the exact same errors regarding failed
dependencies when I attempted an upgrade the last few times (doing it
with qmailtoaster plus' qtp-menu).
Essentially, while trying to build the various packages in the
sandbox, I get the same error of failed dependencies
Very interesting, I am getting the exact same errors regarding failed
dependencies when I attempted an upgrade the last few times (doing it
with qmailtoaster plus' qtp-menu).
Essentially, while trying to build the various packages in the
sandbox, I get the same error of failed dependencies
On May 20, 2007, at 7:42 PM, Jakin Lee wrote:
Make sure to remove exim after yum -y update
command?
-
QmailToaster hosted by: VR Hosted http://www.vr.org
1 - 100 of 187 matches
Mail list logo
