On 16-Mar-11 19:32, Eric Shubert wrote:
On 03/15/2011 09:31 PM, Pak Ogah wrote:
On 15-Mar-11 22:07, Eric Shubert wrote:
...
You should be fine, I think. We should probably have a wiki page about
clamav. How to disable it, freshclam, using sane-security, and
whatever else.
...
Okay weird
I chec
On 03/23/2011 02:29 AM, Eric Shubert wrote:
Is it something per RFC, or something unique to your old mail system?
How is the email stored on the old server? Perhaps use rsync or
fetchmail instead of imapsync? (Never heard of imapsync myself)
I've used imapsync before. It's a perl script that pr
On 03/22/2011 09:40 PM, Peter Peltonen wrote:
Hi,
On Mon, Mar 21, 2011 at 6:46 PM, Bharath Chari
wrote:
However, I don't think SMTP Auth is available yet. Which means it needs to
run either on localhost or a trusted IP specified in tcp.smtp. I'm not too
kicked about that.
Can you elaborate m
Scott:
I may have missed what you are trying to do, but I think you're trying to
move actual mail folder content from one server to another, one being a QMT
and one Modus. Is that right?
If so, do they both support IMAP?
Mike
-Original Message-
From: Eric Shubert [mailto:e...@shubes.ne
Is anyone try to install with qmt
http://3es.atomicrocketturtle.com/packages/isoqlog/
Or any chance for isoqload 2.2.1 include in newmodel upgrade?
-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vicker
To run rsync on windoze, you can install cygwin, and then rsync for
cygwin. This would only work with maildir mailboxes.
No telling what dovecot would do with that junk once it got into the
maildirs on QMT. You might still have a problem there.
I'd lean toward fetchmail. Fetchmail will retrie
My old email is a windows based server called ModusMail by a company called
Vircom. In looking at rsync, I'm not sure if it would work or not.
I can't seem to find and RFCs on the IMAP flags. Strange.
Thanks,
Scott
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent:
rsync would probably be simplest if your old server was using maildir
format. Good for doing preliminary runs too before cutting over, so
there's not much mail to migrate after the change.
Otherwise, I think I'd try fetchmail.
--
-Eric 'shubes'
On 03/22/2011 02:17 PM, Scott Hughes wrote:
I t
I think that the FORWARD flag is something normal (RFC-wise). I am seeing
quite a bit about it. I will check into fetchmail and rsync (those two are
new to me).
Thanks,
Scott
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent: Tuesday, March 22, 2011 4:00 PM
To: qmail
Is it something per RFC, or something unique to your old mail system?
How is the email stored on the old server? Perhaps use rsync or
fetchmail instead of imapsync? (Never heard of imapsync myself)
--
-Eric 'shubes'
On 03/22/2011 01:52 PM, Scott Hughes wrote:
Yes, I did Google it. Some commen
The 'stock' config is created by the qtp-install-spamdyke script. There
is the main spamdyke.conf file, along with various whitelist and
blacklist files.
FWIW, here's what I'm presently using (close to 'stock'):
#dns-blacklist-entry=zombie.dnsbl.sorbs.net
#dns-blacklist-entry=dul.dnsbl.sorbs.n
Yes, I did Google it. Some comments on different issues involving the
FORWARD flag, but that is about it. My first post to the Dovecot list went
unanswered, so I don't hold much hope for this second one. ;o)
Thanks,
Scott
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sen
I saw your post on the dovecot list. It'll be interesting to see what
they say. Have you googled the FORWARD flag? I know nothing about it.
--
-Eric 'shubes'
On 03/22/2011 01:36 PM, Scott Hughes wrote:
I upgraded my test server and it was a breeze. Took less than 10 minutes!
The bad news is th
Guys,
You have the example of spamdyke.conf.
I will create the new config
thanks all
Em 22-03-2011 16:47, Eric Shubert escreveu:
Thanks, Michael.
If a server suffers in performance with spamdyke installed, my guess
would be that there's a DNS resolver configuration problem that nee
I upgraded my test server and it was a breeze. Took less than 10 minutes!
The bad news is that the new version of Dovecot did not solve my issue
regarding the FORWARD flag. Bummer!
Thanks,
Scott
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent: Tuesday, March 22, 201
Thank you all
I will reconfigure the spamdyke and write any news here.
Thanks for everyone's help
Em 22-03-2011 16:45, Carlos Herrera Polo escreveu:
Me too... Spamdyke is the best solution for qmail
2011/3/22, Michael J. Colvin:
I would revisit why you had issues when you had SpamDyke in
Thanks, Michael.
If a server suffers in performance with spamdyke installed, my guess
would be that there's a DNS resolver configuration problem that needs to
be fixed. If that's the case, another rDNS lookup solution would suffer
the same as spamdyke.
--
-Eric 'shubes'
On 03/22/2011 12:32
Me too... Spamdyke is the best solution for qmail
2011/3/22, Michael J. Colvin :
> I would revisit why you had issues when you had SpamDyke installed. My
> personal experience has been the exact opposite. Prior to SpamDyke, my
> sever at the time was getting hammered, and the resulting SpamAssas
I would revisit why you had issues when you had SpamDyke installed. My
personal experience has been the exact opposite. Prior to SpamDyke, my
sever at the time was getting hammered, and the resulting SpamAssassin
processes were killing it.
I put SpamDyke on it, and dropped the utilization by 75%
On 03/22/2011 12:06 PM, Kalil Costa - Brasilsite wrote:
i used spamdyke and unfortunately the processes increased, so much
processing.
I thought it would be another solution
Em 22-03-2011 16:02, Eric Shubert escreveu:
Not that I'm aware of.
Why wouldn't you want to use spamdyke? I wouldn't ru
ok.
i have enough simultaneous
connections on machines.
use a cluster of five
servers in qmailtoaster.
I found that configuring
the /etc/tcprules.d/tcp.smtp
could help with reverse
dns blocking.
On Wed, Mar 23, 2011 at 12:36 AM, Kalil Costa - Brasilsite <
ka...@brasilsite.com.br> wrote:
>
> i used spamdyke and unfortunately the processes increased, so much
> processing.
>
> I thought it would be another solution
>
>
> i guess jgreylist, rblsmtpd should work.
>
>
> Em 22-03-2011 16:02, Er
i used spamdyke and unfortunately the processes increased, so much
processing.
I thought it would be another solution
Em 22-03-2011 16:02, Eric Shubert escreveu:
Not that I'm aware of.
Why wouldn't you want to use spamdyke? I wouldn't run any QMT host
w/out it. Installation is absolutely
On 03/22/2011 11:27 AM, Kalil Costa - Brasilsite wrote:
friends,
it's possible block emails that has no valid reverse dns?
without using the spamdyke, only qmailtoaster
is it possible?
thks
--kalz---
-
Not th
friends,
it's possible block emails that has no valid reverse dns?
without using the spamdyke, only qmailtoaster
is it possible?
thks
--kalz---
-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vick
On 03/22/2011 06:44 AM, Peter Peltonen wrote:
On Mon, Mar 21, 2011 at 4:01 AM, Eric Shubert wrote:
These are available now in the QTP repo.
Is there any security reason to upgrade Dovecot?
I am running dovecot-1.0.10-1.3.1 without any problems.
And if ain't broken, then...
Best,
Peter
---
On 03/22/2011 06:44 AM, Peter Peltonen wrote:
On Mon, Mar 21, 2011 at 4:01 AM, Eric Shubert wrote:
These are available now in the QTP repo.
Is there any security reason to upgrade Dovecot?
I am running dovecot-1.0.10-1.3.1 without any problems.
And if ain't broken, then...
Best,
Peter
---
Hi,
On Mon, Mar 21, 2011 at 6:46 PM, Bharath Chari
wrote:
> However, I don't think SMTP Auth is available yet. Which means it needs to
> run either on localhost or a trusted IP specified in tcp.smtp. I'm not too
> kicked about that.
Can you elaborate more on the problems you are trying to solve?
On Mon, Mar 21, 2011 at 4:01 AM, Eric Shubert wrote:
> These are available now in the QTP repo.
Is there any security reason to upgrade Dovecot?
I am running dovecot-1.0.10-1.3.1 without any problems.
And if ain't broken, then...
Best,
Peter
---
It does not seem to work.
Here is the result of qtp-whatami :
qtp-whatami v0.3.7 mar mar 22 09:29:34 CET 2011
DISTRO=CentOS
OSVER=5.5
QTARCH=x86_64
QTKERN=2.6.18-194.32.1.el5
BUILD_DIST=cnt5064
BUILD_DIR=/usr/src/redhat
This machine's OS is supported and has been tested
and of rpm -qa | grep
30 matches
Mail list logo
