date:20061105

Hey Paco,
I was wondering how your upgrade was going.

Francisco Paco Peralta wrote:
 Shubes,
 
 I made two attempts this weekend to upgrade.  And I thought I'd share my
 results.
 
 Attempt 1
 ---
 
 In the first attempt, I downloaded the qtp-whatami script from your svn
 but the process failed, see below:
 
 Sandbox has been built successfully!
 
 Starting to build the binary rpms ...(pizza anyone?)
 
 If you want to view compile messages, you can open another terminal and:
 # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
 chroot: cannot run command `/root/qtp-build-rpms': No such file or directory
 Build failed, Exiting.
 [EMAIL PROTECTED] ~]#

Bad move. :(
The newmodel scripts have undergone some substantial changes, mostly
transparent to the user, but they don't work well (at all) with older
versions. If you get one, you should get them all (as you apparently deduced).

 Attempt 2
 --
 
 I then copied all the scripts per your instructions using:
 
 # mkdir /opt/qtp-sandbox/root
 # cp /root/qtp-* /opt/qtp-sandbox/root/.
 
 I ran ./qtp-newmodel again and the following is my result:
 
 Starting to build the binary rpms ...(pizza anyone?)
 
 If you want to view compile messages, you can open another terminal and:
 # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
 qtp-build-rpms v0.1.3
 REMOVED send-emails-toaster from sandbox (not for real)
 REMOVED control-panel-toaster from sandbox (not for real)
 REMOVED spamassassin-toaster from sandbox (not for real)
 Building autorespond-toaster-2.0.4-1.3.2 ...
 Installing autorespond-toaster-2.0.4-1.3.2 in the sandbox ...
 Building clamav-toaster-0.88.5-1.3.5 ...
 Installing clamav-toaster-0.88.5-1.3.5 in the sandbox ...
 Building control-panel-toaster-0.5-1.3.2 ...
 Installing control-panel-toaster-0.5-1.3.2 in the sandbox ...
 Building courier-authlib-toaster-0.58-1.3.3 ...
 Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
 qtp-build-rpms - rpm -Uvh failed for courier-authlib-toaster-0.58-1.3.3
 qtp-build-rpms - see
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 Build failed, Exiting.
 [EMAIL PROTECTED] ~]#
 
 My logs
 
 
 [EMAIL PROTECTED] opt]# tail -f
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 + rm -rf /usr/src/redhat/BUILD/courier-authlib-0.58
 + exit 0
 Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.14186
 + umask 022
 + cd /usr/src/redhat/BUILD
 + rm -rf courier-authlib-0.58
 + exit 0
 Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
 error: Failed dependencies:
 libltdl.so.3 is needed by courier-authlib-toaster-0.58-1.3.3.i686
 ---
 
 I looked at the development site as I believe Erik had posted a
 courier-authlib-toaster package that I could test but I couldn't find it.

I think that the 1.3.3 version is the one with the fix, although I'm not
positive (EE hasn't updated the changelog on the wiki), as it appears to be
because it's 'asking' for libltdl.so.3.

FWIW, I'm planning on integrating the devel packages into newmodel, but
unfortunately that won't be in the 0.2 release.

 So now I am stuck again with the libtool/libltdl issue and I don't
 remember how to get over that especially how to get over it using the
 upgrade script.  Anything you can share will be greatly appreciated.

It looks to me like you simply need to install libtool-ltdl (or whatever the
name is) again:
# yum install libtool-ltdl

You'll need to recreate the sandbox after doing this, unless you install it
in the sandbox too, but rebuilding the sandbox is the easiest (if not the
fastest).

My understanding of the issue is that for FC4, a special version was
included in the courier-authlib-toaster package (for whatever reason). I
think that EE fixed the toaster so that it can use the standard one again,
so that module is no longer included in c-a-t for FC4.

 I hope this feedback helps you in developing the 0.2 version of the scripts.

All feedback helps. Thanks for giving it a go. Keep us posted.

FYI, qmailtoaster-plus v0.2 will probably be released early this coming
week. Jake and I are wrapping up testing at the moment.

-- 
-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 complete install


The latest courier-authlib-toaster package is currently on the main
site. As per the ChangeLog on the main site:

11/01/2006 - Updated courier-authlib package to resolve libtool-ltdl
conflict. Requires libtool-ltdl  libtool-ltdl-devel installed on
FC4/FC5.

So make sure you 'yum install libtool-ltdl libtool-ltldl-devel'

Thanks,
Erik

On 11/5/06, Eric Shubes [EMAIL PROTECTED] wrote:

Hey Paco,
I was wondering how your upgrade was going.

Francisco Paco Peralta wrote:
 Shubes,

 I made two attempts this weekend to upgrade.  And I thought I'd share my
 results.

 Attempt 1
 ---

 In the first attempt, I downloaded the qtp-whatami script from your svn
 but the process failed, see below:

 Sandbox has been built successfully!

 Starting to build the binary rpms ...(pizza anyone?)

 If you want to view compile messages, you can open another terminal and:
 # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log

 chroot: cannot run command `/root/qtp-build-rpms': No such file or directory
 Build failed, Exiting.
 [EMAIL PROTECTED] ~]#

Bad move. :(
The newmodel scripts have undergone some substantial changes, mostly
transparent to the user, but they don't work well (at all) with older
versions. If you get one, you should get them all (as you apparently deduced).

 Attempt 2
 --

 I then copied all the scripts per your instructions using:

 # mkdir /opt/qtp-sandbox/root
 # cp /root/qtp-* /opt/qtp-sandbox/root/.

 I ran ./qtp-newmodel again and the following is my result:

 Starting to build the binary rpms ...(pizza anyone?)

 If you want to view compile messages, you can open another terminal and:
 # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log

 qtp-build-rpms v0.1.3
 REMOVED send-emails-toaster from sandbox (not for real)
 REMOVED control-panel-toaster from sandbox (not for real)
 REMOVED spamassassin-toaster from sandbox (not for real)
 Building autorespond-toaster-2.0.4-1.3.2 ...
 Installing autorespond-toaster-2.0.4-1.3.2 in the sandbox ...
 Building clamav-toaster-0.88.5-1.3.5 ...
 Installing clamav-toaster-0.88.5-1.3.5 in the sandbox ...
 Building control-panel-toaster-0.5-1.3.2 ...
 Installing control-panel-toaster-0.5-1.3.2 in the sandbox ...
 Building courier-authlib-toaster-0.58-1.3.3 ...
 Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
 qtp-build-rpms - rpm -Uvh failed for courier-authlib-toaster-0.58-1.3.3
 qtp-build-rpms - see
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 Build failed, Exiting.
 [EMAIL PROTECTED] ~]#

 My logs
 

 [EMAIL PROTECTED] opt]# tail -f
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 + rm -rf /usr/src/redhat/BUILD/courier-authlib-0.58
 + exit 0
 Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.14186
 + umask 022
 + cd /usr/src/redhat/BUILD
 + rm -rf courier-authlib-0.58
 + exit 0
 Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
 error: Failed dependencies:
 libltdl.so.3 is needed by courier-authlib-toaster-0.58-1.3.3.i686
 
---

 I looked at the development site as I believe Erik had posted a
 courier-authlib-toaster package that I could test but I couldn't find it.

I think that the 1.3.3 version is the one with the fix, although I'm not
positive (EE hasn't updated the changelog on the wiki), as it appears to be
because it's 'asking' for libltdl.so.3.

FWIW, I'm planning on integrating the devel packages into newmodel, but
unfortunately that won't be in the 0.2 release.

 So now I am stuck again with the libtool/libltdl issue and I don't
 remember how to get over that especially how to get over it using the
 upgrade script.  Anything you can share will be greatly appreciated.

It looks to me like you simply need to install libtool-ltdl (or whatever the
name is) again:
# yum install libtool-ltdl

You'll need to recreate the sandbox after doing this, unless you install it
in the sandbox too, but rebuilding the sandbox is the easiest (if not the
fastest).

My understanding of the issue is that for FC4, a special version was
included in the courier-authlib-toaster package (for whatever reason). I
think that EE fixed the toaster so that it can use the standard one again,
so that module is no longer included in c-a-t for FC4.

 I hope this feedback helps you in developing the 0.2 version of the scripts.

All feedback helps. Thanks for giving it a go. Keep us posted.

FYI, qmailtoaster-plus v0.2 will probably be released early this coming
week. Jake and I are wrapping up testing at the moment.

--
-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 QT install - can not send mails with attachments larger than 4MB


Not sure I understood what the results of sending yourself a 10 meg
attachment was.

Could you please clear that up? Did neither the old or new one accept
the message larger than 4 megs? How much ram does each machine have?

Erik

On 11/5/06, Anton Pirnat [EMAIL PROTECTED] wrote:

Hi Erik,

 1) Please paste the output of 'rpm -qa | grep toaster'

yup..
the sending server.. (customer side, new QT install, CentOS 4.4)
---
ucspi-tcp-toaster-0.88-1.3.1
qmail-pop3d-toaster-1.03-1.3.6
control-panel-toaster-0.5-1.3.1
qmailmrtg-toaster-4.2-1.3.1
vqadmin-toaster-2.3.4-1.3.2
ripmime-toaster-1.4.0.6-1.3.1
daemontools-toaster-0.76-1.3.1
vpopmail-toaster-5.4.13-1.3.2
qmail-toaster-1.03-1.3.6
courier-authlib-toaster-0.58-1.3.1
autorespond-toaster-2.0.4-1.3.1
ezmlm-toaster-0.53.324-1.3.1
qmailadmin-toaster-1.2.9-1.3.1
maildrop-toaster-2.0.2-1.3.1
isoqlog-toaster-2.1-1.3.1
squirrelmail-toaster-1.4.8-1.3.3
clamav-toaster-0.88.5-1.3.4
simscan-toaster-1.2-1.3.1
libdomainkeys-toaster-0.68-1.3.1
courier-imap-toaster-4.1.1-1.3.2
ezmlm-cgi-toaster-0.53.324-1.3.1
maildrop-toaster-devel-2.0.2-1.3.1
spamassassin-toaster-3.1.7-1.3.5
---

and.. the receiving server (my own one, old QT install, CentOS 3.8)
---
autorespond-toaster-2.0.4-1.2.5
isoqlog-toaster-2.1-1.2.5
courier-imap-toaster-3.0.8-1.2.6
horde-toaster-2.2.3-1.0.9
control-panel-toaster-0.5-1.2.5
ezmlm-cgi-toaster-0.53.324-1.2.6
qmailmrtg-toaster-3.4-1.2.4
maildrop-toaster-devel-1.8.1-1.2.6
vqadmin-toaster-2.3.4-1.2.5
ucspi-tcp-toaster-0.88-1.2.6
vpopmail-toaster-5.4.10-1.2.7
qmail-pop3d-toaster-1.03-1.2.7
clamav-toaster-0.86.1-1.2.4
qmailadmin-toaster-1.2.7-1.2.6
ezmlm-toaster-0.53.324-1.2.6
maildrop-toaster-1.8.1-1.2.6
send-emails-toaster-0.5-1.2.5
daemontools-toaster-0.76-1.2.6
qmail-toaster-1.03-1.2.7
simscan-toaster-1.1-1.2.3
--

 2) Paste the output of '/var/qmail/control/databytes'
CentOS 3.9 machine
- 24971520
CentOS 4.4 machine
- 20971520

 3) What client was used to send the attachments? If webmail, have you
 tried Thunderbird, Outlook or some direct form of imap client?
Thunderbird 1.5.0.7, using an Imap Account.

 4) Can you receive attachments bigger than 4 megs, such as sending
 yourself a 10 meg file via gmail?
uh.. you are right, i *blush*  never tried sending myself a large file.
And... and it is NOT working!!

So the bad one must be the old server. This is very strange, because i
(IMHO) didn´t change anything at the QT install there the past six
months or so, just doing my daily backups there.. I only did a new
install at the other machine (now CentOS 4.4).. and by chance this seems
to be the only customer who is sendung me attachments :).

Some weeks ago the the old Horde install was not working (wrong perms
after updating PHP i guessed) so i tried a manuall (tar.gz) install with
a newer release wich was not working, so i replaced this one with
squirrelmail (also as tar.gz. install). But.. both Horde/Squirrel are
IMO not QT related! I also did some minor apache/php.ini justifying so a
multilanguage site of one of my customers looks nice. Nothing else..

Now i am really consfused on what happened to my CentOS 3.8 machine!!!


 5) Do you have any smtproutes pointing to an upstream server?
nope.. none..

 6) What kind of internet connection do you have?
ADSL 2MBit/256Bit Down-/Upstream

 7) Are you running on a 32 bit or 64 bit CentOS install?
32Bit.. on both machines

tia
Anton


-
 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] Slow pop3 login

2006-11-05 Thread Jeremy Runner

I have just installed qmailtoaster and all seemed to go well. But 
logging in takes a long time.  Like if I do telnet my.server.com 110, it 
can take 2 1/2 minutes before I get the welcome and login prompt.  Once 
logged in all is fine.  If I log in via Squirrelmail everything is 
normal.  What could be causing these extremely slow logins.  All of my 
email clients time out before login.


Thanks.

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login


Did you configure a local DNS server and point your resolv.conf to 127.0.0.1?

On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

I have just installed qmailtoaster and all seemed to go well. But
logging in takes a long time.  Like if I do telnet my.server.com 110, it
can take 2 1/2 minutes before I get the welcome and login prompt.  Once
logged in all is fine.  If I log in via Squirrelmail everything is
normal.  What could be causing these extremely slow logins.  All of my
email clients time out before login.

Thanks.

-
 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]

Re: [qmailtoaster] Slow pop3 login

2006-11-05 Thread Jeremy Runner


Yes.  I installed dbjdns local-cache.   My resolv.conf  looks like:

search mydomain.com
nameserver 127.0.0.1
nameserver 192.168.1.1
nameserver 205.152.132.23
nameserver 205.152.37.23


Erik Espinoza wrote:
Did you configure a local DNS server and point your resolv.conf to 
127.0.0.1?


On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

I have just installed qmailtoaster and all seemed to go well. But
logging in takes a long time.  Like if I do telnet my.server.com 110, it
can take 2 1/2 minutes before I get the welcome and login prompt.  Once
logged in all is fine.  If I log in via Squirrelmail everything is
normal.  What could be causing these extremely slow logins.  All of my
email clients time out before login.

Thanks.

-
 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]

Re: [qmailtoaster] Additional Filtering

Hi Erik, i think he wants to receive mails sended to any domain EXCEPT to
that two domains.

How does iptables will help him without blocking mails to the other domains?



 iptables

 On 11/5/06, NoZy [EMAIL PROTECTED] wrote:


 Hi guys,

 I'm trying to work out if this can be done with qmail toaster.
 I have four domains, two of these are getting high spam, almost 200 per
 day. As an alternative, I was planning on hooking these two domain into
 mailguard(which is an online filtering service that is paid for). Is
 there
 a way of only allowing to receive mail from the mailguard servers only
 for
 the two domains that are specified.
 --
 Nozy
 www.mozysswamp.org
 Urbandead User 538147
 http://www.urbandead.com/profile.cgi?id=538147


 -
  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]

Re: [qmailtoaster] Slow pop3 login


I'm not a djbdns expert, as I use BIND, but perhaps some of these
slow issues are related to djbdns.


From what I've read, we're using dnscache, which only pulls info from

authoritative servers only. There is no concept of 'forwarders', such
as with the BIND world where you can take advantage of your isp's
cache. This means you are going to the root name servers, on down for
every query. This wouldn't be a big deal on high traffic servers, but
I'd imagine that this could cause major slow downs on lower traffic
servers.

Could you switch to give this theory a shot? Use yum to install
caching-nameserver, bind and bind-chroot and edit the top of the
config file to look like this:

options {
   directory /var/named;
   dump-file /var/named/data/cache_dump.db;
   statistics-file /var/named/data/named_stats.txt;
   forward only;
   forwarders {
   ISP_DNS1;
   ISP_DNS2;
   };
   allow-recursion {
   127.0.0.1;
   };
   /*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below.  Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
// query-source address * port 53;
};


On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

Yes.  I installed dbjdns local-cache.   My resolv.conf  looks like:

search mydomain.com
nameserver 127.0.0.1
nameserver 192.168.1.1
nameserver 205.152.132.23
nameserver 205.152.37.23


Erik Espinoza wrote:
 Did you configure a local DNS server and point your resolv.conf to
 127.0.0.1?

 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 I have just installed qmailtoaster and all seemed to go well. But
 logging in takes a long time.  Like if I do telnet my.server.com 110, it
 can take 2 1/2 minutes before I get the welcome and login prompt.  Once
 logged in all is fine.  If I log in via Squirrelmail everything is
 normal.  What could be causing these extremely slow logins.  All of my
 email clients time out before login.

 Thanks.

 -
  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]




-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Additional Filtering


Ah, 4 domains and two will be in mailguard. Got itI missed
something when I initially read the e-mail.

Use the MX records. I haven't had any experience with Mailguard, but I
have used Postini. I imagine the service is done the same way.

What you do is you set up an account with Postini and tell them that
the ip of your server is w.x.y.z, and then you point your MX records
to Postini servers only. No one sending your two domains e-mail will
know that your QmailToaster has any connection with mail for those
domains.

Since no spammer attempts to relay various domains through different
mail servers, unless they are testing very quickly for open relays,
then you will never see any mail going directly to your server.

Erik

On 11/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Hi Erik, i think he wants to receive mails sended to any domain EXCEPT to
that two domains.

How does iptables will help him without blocking mails to the other domains?



 iptables

 On 11/5/06, NoZy [EMAIL PROTECTED] wrote:


 Hi guys,

 I'm trying to work out if this can be done with qmail toaster.
 I have four domains, two of these are getting high spam, almost 200 per
 day. As an alternative, I was planning on hooking these two domain into
 mailguard(which is an online filtering service that is paid for). Is
 there
 a way of only allowing to receive mail from the mailguard servers only
 for
 the two domains that are specified.
 --
 Nozy
 www.mozysswamp.org
 Urbandead User 538147
 http://www.urbandead.com/profile.cgi?id=538147


 -
  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]




-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login

Nope it is not a DJBDNS problem.

Who the hell told you can't forward with dnscache??

http://cr.yp.to/djbdns/run-cache-home.html


On the other hand nothing in the world takes 2 minutes to resolve a name.

Moreover i've used both bind and djbdns without forwarding and with
uncached entries it resolves in 30msec.

I know you all like BIND, and it's continues problems, like the one that
.es TLD have been suffered for 3 hours updating this past september, or my
ISP suffering another one DoS because it uses 9.3.1 and not 9.3.2, but
don't blame tinydns.

Or blame, if you like. But with info.

Sorry, again, for my tone, but i heard that FUD over and over and over
again :-(




 I'm not a djbdns expert, as I use BIND, but perhaps some of these
 slow issues are related to djbdns.

 From what I've read, we're using dnscache, which only pulls info from
 authoritative servers only. There is no concept of 'forwarders', such
 as with the BIND world where you can take advantage of your isp's
 cache. This means you are going to the root name servers, on down for
 every query. This wouldn't be a big deal on high traffic servers, but
 I'd imagine that this could cause major slow downs on lower traffic
 servers.

 Could you switch to give this theory a shot? Use yum to install
 caching-nameserver, bind and bind-chroot and edit the top of the
 config file to look like this:

 options {
 directory /var/named;
 dump-file /var/named/data/cache_dump.db;
 statistics-file /var/named/data/named_stats.txt;
 forward only;
 forwarders {
 ISP_DNS1;
 ISP_DNS2;
 };
 allow-recursion {
 127.0.0.1;
 };
 /*
  * If there is a firewall between you and nameservers you want
  * to talk to, you might need to uncomment the query-source
  * directive below.  Previous versions of BIND always asked
  * questions using port 53, but BIND 8.1 uses an unprivileged
  * port by default.
  */
  // query-source address * port 53;
 };


 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 Yes.  I installed dbjdns local-cache.   My resolv.conf  looks like:

 search mydomain.com
 nameserver 127.0.0.1
 nameserver 192.168.1.1
 nameserver 205.152.132.23
 nameserver 205.152.37.23


 Erik Espinoza wrote:
  Did you configure a local DNS server and point your resolv.conf to
  127.0.0.1?
 
  On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
  I have just installed qmailtoaster and all seemed to go well. But
  logging in takes a long time.  Like if I do telnet my.server.com 110,
 it
  can take 2 1/2 minutes before I get the welcome and login prompt.
 Once
  logged in all is fine.  If I log in via Squirrelmail everything is
  normal.  What could be causing these extremely slow logins.  All of
 my
  email clients time out before login.
 
  Thanks.
 
  -
   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]



 -
  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]

Re: [qmailtoaster] Slow pop3 login


I've read my mail again.

I'm SO SORRY in some parts my tone was very wrong. :-(

Sorry again, but the problem with the DNS of my ISP was today and i
certainly HATE bind :-P

Sorry again and thanks the list for being as cool as it is :-P



 Nope it is not a DJBDNS problem.

 Who the hell told you can't forward with dnscache??

 http://cr.yp.to/djbdns/run-cache-home.html


 On the other hand nothing in the world takes 2 minutes to resolve a name.

 Moreover i've used both bind and djbdns without forwarding and with
 uncached entries it resolves in 30msec.

 I know you all like BIND, and it's continues problems, like the one that
 .es TLD have been suffered for 3 hours updating this past september, or my
 ISP suffering another one DoS because it uses 9.3.1 and not 9.3.2, but
 don't blame tinydns.

 Or blame, if you like. But with info.

 Sorry, again, for my tone, but i heard that FUD over and over and over
 again :-(




 I'm not a djbdns expert, as I use BIND, but perhaps some of these
 slow issues are related to djbdns.

 From what I've read, we're using dnscache, which only pulls info from
 authoritative servers only. There is no concept of 'forwarders', such
 as with the BIND world where you can take advantage of your isp's
 cache. This means you are going to the root name servers, on down for
 every query. This wouldn't be a big deal on high traffic servers, but
 I'd imagine that this could cause major slow downs on lower traffic
 servers.

 Could you switch to give this theory a shot? Use yum to install
 caching-nameserver, bind and bind-chroot and edit the top of the
 config file to look like this:

 options {
 directory /var/named;
 dump-file /var/named/data/cache_dump.db;
 statistics-file /var/named/data/named_stats.txt;
 forward only;
 forwarders {
 ISP_DNS1;
 ISP_DNS2;
 };
 allow-recursion {
 127.0.0.1;
 };
 /*
  * If there is a firewall between you and nameservers you want
  * to talk to, you might need to uncomment the query-source
  * directive below.  Previous versions of BIND always asked
  * questions using port 53, but BIND 8.1 uses an unprivileged
  * port by default.
  */
  // query-source address * port 53;
 };


 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 Yes.  I installed dbjdns local-cache.   My resolv.conf  looks like:

 search mydomain.com
 nameserver 127.0.0.1
 nameserver 192.168.1.1
 nameserver 205.152.132.23
 nameserver 205.152.37.23


 Erik Espinoza wrote:
  Did you configure a local DNS server and point your resolv.conf to
  127.0.0.1?
 
  On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
  I have just installed qmailtoaster and all seemed to go well. But
  logging in takes a long time.  Like if I do telnet my.server.com
 110,
 it
  can take 2 1/2 minutes before I get the welcome and login prompt.
 Once
  logged in all is fine.  If I log in via Squirrelmail everything is
  normal.  What could be causing these extremely slow logins.  All of
 my
  email clients time out before login.
 
  Thanks.
 
  -
   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]



 -
  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]

Re: [qmailtoaster] Slow pop3 login


I apologize if I was mistaken. I use the lifewithqmail guide, which is
great, as a reference tool for the QmailToaster administration. When I
was trying to figure out how to do the forwarders equivalent on
djbdns, I looked to lifewithdjbdns. It said the following:

http://www.lifewithdjbdns.com/#dnscache
It is _only_ a recursive resolver; unlike BIND it never returns
authoritative data, and it never returns data that was not retrieved
directly from an authoritative nameserver, whose authority it had
proven by tracing the chain of NS delegations from its configured
roots.

Now if this document is accurate, than I have not spread any FUD and
it doesn't support a forwarder like behavior. If it's not, then I
apologize. It's not that I don't like djbdns, it's that I know BIND
really well. I'm just trying to help people out here, not trying to
start a flame war, and if the source docs I use are inaccurate, then I
apologize. I should have done more homework before replying.

Thanks,
Erik


On 11/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Nope it is not a DJBDNS problem.

Who the hell told you can't forward with dnscache??

http://cr.yp.to/djbdns/run-cache-home.html


On the other hand nothing in the world takes 2 minutes to resolve a name.

Moreover i've used both bind and djbdns without forwarding and with
uncached entries it resolves in 30msec.

I know you all like BIND, and it's continues problems, like the one that
.es TLD have been suffered for 3 hours updating this past september, or my
ISP suffering another one DoS because it uses 9.3.1 and not 9.3.2, but
don't blame tinydns.

Or blame, if you like. But with info.

Sorry, again, for my tone, but i heard that FUD over and over and over
again :-(




 I'm not a djbdns expert, as I use BIND, but perhaps some of these
 slow issues are related to djbdns.

 From what I've read, we're using dnscache, which only pulls info from
 authoritative servers only. There is no concept of 'forwarders', such
 as with the BIND world where you can take advantage of your isp's
 cache. This means you are going to the root name servers, on down for
 every query. This wouldn't be a big deal on high traffic servers, but
 I'd imagine that this could cause major slow downs on lower traffic
 servers.

 Could you switch to give this theory a shot? Use yum to install
 caching-nameserver, bind and bind-chroot and edit the top of the
 config file to look like this:

 options {
 directory /var/named;
 dump-file /var/named/data/cache_dump.db;
 statistics-file /var/named/data/named_stats.txt;
 forward only;
 forwarders {
 ISP_DNS1;
 ISP_DNS2;
 };
 allow-recursion {
 127.0.0.1;
 };
 /*
  * If there is a firewall between you and nameservers you want
  * to talk to, you might need to uncomment the query-source
  * directive below.  Previous versions of BIND always asked
  * questions using port 53, but BIND 8.1 uses an unprivileged
  * port by default.
  */
  // query-source address * port 53;
 };


 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 Yes.  I installed dbjdns local-cache.   My resolv.conf  looks like:

 search mydomain.com
 nameserver 127.0.0.1
 nameserver 192.168.1.1
 nameserver 205.152.132.23
 nameserver 205.152.37.23


 Erik Espinoza wrote:
  Did you configure a local DNS server and point your resolv.conf to
  127.0.0.1?
 
  On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
  I have just installed qmailtoaster and all seemed to go well. But
  logging in takes a long time.  Like if I do telnet my.server.com 110,
 it
  can take 2 1/2 minutes before I get the welcome and login prompt.
 Once
  logged in all is fine.  If I log in via Squirrelmail everything is
  normal.  What could be causing these extremely slow logins.  All of
 my
  email clients time out before login.
 
  Thanks.
 
  -
   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]



 -
  QmailToaster hosted by: VR Hosted

Re: [qmailtoaster] Slow pop3 login

Nope, sorry, i've been VERY unpolite, you tried to be constructive and i
was NOT. MY bad.

I really don't like BIND and is visceral feeling now :-) , that two awful
problems with .es
(http://www.red.es/prensa/notas/agosto_06/06_08_31_cuestionario.html in
spanish) and my ISP (www.telecable.es (do a dig chaos version.bind.
@dns.telecable.es) :-( ) make me MAD.

Regards, :-)

 I apologize if I was mistaken. I use the lifewithqmail guide, which is
 great, as a reference tool for the QmailToaster administration. When I
 was trying to figure out how to do the forwarders equivalent on
 djbdns, I looked to lifewithdjbdns. It said the following:

 http://www.lifewithdjbdns.com/#dnscache
 It is _only_ a recursive resolver; unlike BIND it never returns
 authoritative data, and it never returns data that was not retrieved
 directly from an authoritative nameserver, whose authority it had
 proven by tracing the chain of NS delegations from its configured
 roots.

 Now if this document is accurate, than I have not spread any FUD and
 it doesn't support a forwarder like behavior. If it's not, then I
 apologize. It's not that I don't like djbdns, it's that I know BIND
 really well. I'm just trying to help people out here, not trying to
 start a flame war, and if the source docs I use are inaccurate, then I
 apologize. I should have done more homework before replying.

 Thanks,
 Erik


 On 11/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Nope it is not a DJBDNS problem.

 Who the hell told you can't forward with dnscache??

 http://cr.yp.to/djbdns/run-cache-home.html


 On the other hand nothing in the world takes 2 minutes to resolve a
 name.

 Moreover i've used both bind and djbdns without forwarding and with
 uncached entries it resolves in 30msec.

 I know you all like BIND, and it's continues problems, like the one that
 .es TLD have been suffered for 3 hours updating this past september, or
 my
 ISP suffering another one DoS because it uses 9.3.1 and not 9.3.2, but
 don't blame tinydns.

 Or blame, if you like. But with info.

 Sorry, again, for my tone, but i heard that FUD over and over and over
 again :-(




  I'm not a djbdns expert, as I use BIND, but perhaps some of these
  slow issues are related to djbdns.
 
  From what I've read, we're using dnscache, which only pulls info from
  authoritative servers only. There is no concept of 'forwarders', such
  as with the BIND world where you can take advantage of your isp's
  cache. This means you are going to the root name servers, on down for
  every query. This wouldn't be a big deal on high traffic servers, but
  I'd imagine that this could cause major slow downs on lower traffic
  servers.
 
  Could you switch to give this theory a shot? Use yum to install
  caching-nameserver, bind and bind-chroot and edit the top of the
  config file to look like this:
 
  options {
  directory /var/named;
  dump-file /var/named/data/cache_dump.db;
  statistics-file /var/named/data/named_stats.txt;
  forward only;
  forwarders {
  ISP_DNS1;
  ISP_DNS2;
  };
  allow-recursion {
  127.0.0.1;
  };
  /*
   * If there is a firewall between you and nameservers you want
   * to talk to, you might need to uncomment the query-source
   * directive below.  Previous versions of BIND always asked
   * questions using port 53, but BIND 8.1 uses an unprivileged
   * port by default.
   */
   // query-source address * port 53;
  };
 
 
  On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
  Yes.  I installed dbjdns local-cache.   My resolv.conf  looks like:
 
  search mydomain.com
  nameserver 127.0.0.1
  nameserver 192.168.1.1
  nameserver 205.152.132.23
  nameserver 205.152.37.23
 
 
  Erik Espinoza wrote:
   Did you configure a local DNS server and point your resolv.conf to
   127.0.0.1?
  
   On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
   I have just installed qmailtoaster and all seemed to go well. But
   logging in takes a long time.  Like if I do telnet my.server.com
 110,
  it
   can take 2 1/2 minutes before I get the welcome and login prompt.
  Once
   logged in all is fine.  If I log in via Squirrelmail everything is
   normal.  What could be causing these extremely slow logins.  All
 of
  my
   email clients time out before login.
  
   Thanks.
  
   -
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

[qmailtoaster] ClamAV Update from my site.


Greetings,

There was a bug in the clamav update from my site, the one that
includes 0.90rc2. Basically it shipped with a cron script that is no
longer necessary. This will actually create a file called
/usr/share/clamav/*.cvd, which causes clamav to die. To fix this,
delete /etc/cron.daily/freshclam and delete the *.cvd file.

Alternatively you can upgrade to the latest version from my site, You
may still need to delete *.cvd.

Ensure that you follow the standard procedure for upgrading the clamav

Build the new clamav
service qmail stop  rpm -e --nodeps clamav-toaster  rpm -Uhv
/path/to/clamav-toaster-*.rpm  service qmail cdb  service qmail
start

http://devel.qmailtoaster.com/

My apologies for the botched upgrade.

Thanks,
Erik

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] DEVEL PACKAGES: courier-imap-toaster-4.1.1-1.3.4.src.rpm clamav-toaster-0.90rc2-1.3.8.src.rpm


Greetings,

I have put two development packages on my site,
http://devel.qmailtoaster.com/ available for download.

The clamav-toaster update is the experimental ClamAV release
candidate. It removes the /etc/cron.daily/freshclam cron, which is no
longer needed and causes the new ClamAV to crash.

The courier-imap-toaster update now builds with unicode support
enabled by default. This does not affect anyone who uses the English,
but does enable character support that wasn't previously available.

Feedback is always appreciated.

Thanks,
Erik

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login


 http://www.lifewithdjbdns.com/#dnscache
 It is _only_ a recursive resolver; unlike BIND it never returns
 authoritative data, and it never returns data that was not retrieved
 directly from an authoritative nameserver, whose authority it had
 proven by tracing the chain of NS delegations from its configured
 roots.

BTW is accurate as an introduction, but is not telling you can't forward.

Forwarding means being a cache of a cache, and dnscache has this
funcionality


Seems to me that if dnscache can only return authoritative data by
tracing the chain of NS delegations from it's roots, then it can't
ever be a cache of a cache. The upstream servers should always return
not authoritative and point further upstream or to the roots.

If this isn't the behavior that djbdns does, then the documentation is
just wrong. Thanks for the link you provided, I will use that next
time I think there is a problem relating to DNS and the user claims to
be using djbdns.

Erik

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login

2006-11-05 Thread jeremy

  http://www.lifewithdjbdns.com/#dnscache
  It is _only_ a recursive resolver; unlike BIND it never returns
  authoritative data, and it never returns data that was not retrieved
  directly from an authoritative nameserver, whose authority it had
  proven by tracing the chain of NS delegations from its configured
  roots.

 BTW is accurate as an introduction, but is not telling you can't
 forward.

 Forwarding means being a cache of a cache, and dnscache has this
 funcionality

 Seems to me that if dnscache can only return authoritative data by
 tracing the chain of NS delegations from it's roots, then it can't
 ever be a cache of a cache. The upstream servers should always return
 not authoritative and point further upstream or to the roots.

 If this isn't the behavior that djbdns does, then the documentation is
 just wrong. Thanks for the link you provided, I will use that next
 time I think there is a problem relating to DNS and the user claims to
 be using djbdns.

 Erik

 -
  QmailToaster hosted by: VR Hosted http://www.vr.org
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



I may be completely wrong but I'm not sure that it's a dns problem.  I
don't have any trouble resolving names from the server.  The problem is
when a client tries to access the server.  I've tried stopping iptables
and that doesn't make a difference.???


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login


 Seems to me that if dnscache can only return authoritative data by
 tracing the chain of NS delegations from it's roots, then it can't
 ever be a cache of a cache. The upstream servers should always return
 not authoritative and point further upstream or to the roots.

Daniel J. Bernstein (the author of qmail and djbdns) says otherwise, the
document is writed by djb. (http://cr.yp.to/djbdns/run-cache-home.html
again :-D )

The theme here is that djbdns doesn't mix authoritative with
unauthoritative :-P

If you make a cache-of-a-cache you know what are you doing and you are
relaying on the contents of the cache of your ISP. Just like that.

 If this isn't the behavior that djbdns does, then the documentation is
 just wrong.

Yep, if you look at it this way, that doc is plain WRONG.

Thanks for the link you provided, I will use that next
 time I think there is a problem relating to DNS and the user claims to
 be using djbdns.

Great, i'll keep telling anyone using BIND to not to :-P



 Erik

 -
  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]

Re: [qmailtoaster] Slow pop3 login


 I may be completely wrong but I'm not sure that it's a dns problem.  I
 don't have any trouble resolving names from the server.  The problem is
 when a client tries to access the server.  I've tried stopping iptables
 and that doesn't make a difference.???

I really think that too.

As i said before in the thread:


I think 2 minutes is too long for a temporal DNS problem (did dig a
www.google.es @127.0.0.1 worked well? if the answer is yes this, at
first, can't be a DNS problem ).

In my experience 2 minutes delay is almost allways related with routing
issues.

Can't you send an output of a route print of the server and the client?

Regards


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login

http://wiki.qmailtoaster.com/index.php/FAQs#I_have_an_error.2C_my_IMAP_server_isn.27t_starting_up_properly.2C_how_can_I_fix_this.3F
I have an error, my IMAP server isn't starting up properly, how can I fix this?

Ensure that your hostname is set properly by your operating system. If
you type 'hostname --fqdn' and get 'hostname: No address associated
with name returned, then the hostname for your system is not properly
configured for your fqdn. This is necessary for IMAP operation.

For CentOS/RedHat/Fedora, this is configured by setting your FQDN in
/etc/sysconfig/network under HOSTNAME=. This is usually caused when
you accept the default of localhost.localdomain. You may also want to
add an entry to the /etc/hosts table with your static IP and FQDN.

You may want to give this a look.

On 11/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

http://www.lifewithdjbdns.com/#dnscache
It is _only_ a recursive resolver; unlike BIND it never returns
authoritative data, and it never returns data that was not retrieved
directly from an authoritative nameserver, whose authority it had
proven by tracing the chain of NS delegations from its configured
roots.

BTW is accurate as an introduction, but is not telling you can't
forward.

Forwarding means being a cache of a cache, and dnscache has this
funcionality

Seems to me that if dnscache can only return authoritative data by
tracing the chain of NS delegations from it's roots, then it can't
ever be a cache of a cache. The upstream servers should always return
not authoritative and point further upstream or to the roots.

If this isn't the behavior that djbdns does, then the documentation is
just wrong. Thanks for the link you provided, I will use that next
time I think there is a problem relating to DNS and the user claims to
be using djbdns.

Erik

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

I may be completely wrong but I'm not sure that it's a dns problem. I
don't have any trouble resolving names from the server. The problem is
when a client tries to access the server. I've tried stopping iptables
and that doesn't make a difference.???

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login


Great, i'll keep telling anyone using BIND to not to :-P


I am personally looking for an alternative to BIND. I just don't like djbdns :P

I like Microsoft DNS Server better than djbdns. . . But I digress. . .

Erik

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login

2006-11-05 Thread Michael Amster

Have you tried checking your reverse DNS?  Make sure that your IP 
address for the POP3 server is setup right.  I have seen terrible delays 
in systems that do reverse lookups and having bad info there for your 
server.


-MA


-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login


 [Server]
 Kernel IP routing table
 Destination Gateway Genmask Flags Metric RefUse
 Iface
 10.0.0.0*   255.255.255.0   U 0  00
 eth0
 192.168.1.0 *   255.255.255.0   U 0  00
 eth0
 default 192.168.1.1 0.0.0.0 UG0  00
 eth0

 [Client-XP]
 Active Routes:
 Network DestinationNetmask  Gateway   Interface
 Metric
   0.0.0.0  0.0.0.0  192.168.1.1   192.168.1.100 30
 127.0.0.0255.0.0.0127.0.0.1   127.0.0.1 1
   192.168.0.0255.255.255.0  192.168.0.3 192.168.0.3 20
   192.168.0.3  255.255.255.255127.0.0.1   127.0.0.1 20
 192.168.0.255  255.255.255.255  192.168.0.3 192.168.0.3 20
   192.168.1.0255.255.255.0192.168.1.100   192.168.1.100 30
 192.168.1.100  255.255.255.255127.0.0.1   127.0.0.1 30
 192.168.1.255  255.255.255.255192.168.1.100   192.168.1.100 30
 224.0.0.0240.0.0.0  192.168.0.3 192.168.0.3 20
 224.0.0.0240.0.0.0192.168.1.100   192.168.1.100 30
   255.255.255.255  255.255.255.255  192.168.0.3   2 1
   255.255.255.255  255.255.255.255  192.168.0.3 192.168.0.3 1
   255.255.255.255  255.255.255.255192.168.1.100   192.168.1.100 1
 Default Gateway:   192.168.1.1
 ===
 Persistent Routes:
   None


So this two machines are in the same subnet 192.168.1.

How much it take If you make a telnet my.domain.com 110 from the server.

Try with my.domain.com and with the IP.

Do you use NAT?

Does my.domain.com resolves to 192.168.1.XXX (being this the IP of the
mail server) or a public IP?



 -
  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]

Re: [qmailtoaster] Slow pop3 login

 Have you tried checking your reverse DNS?  Make sure that your IP
 address for the POP3 server is setup right.  I have seen terrible delays
 in systems that do reverse lookups and having bad info there for your
 server.

Good point, too.

 -MA


 -
  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]

Re: [qmailtoaster] Slow pop3 login


I like djbdns because it's secure, it doesn't need updates (and it's full
featured to the date!), because it have just one, plain, human
understable, script friendly (BIND needs GENERATOR because its
configuration files are not easily scriptable), configuration file, it
works like a charm and i certainly forget about it. It just works.


Does it have automated zone transfers, dnssec and dyndns support?

Erik

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login

BTW it lacks CHAOS TXT .version.bind record too :-(

What a mistake! :-P :-D


 I like djbdns because it's secure, it doesn't need updates (and it's
 full
 featured to the date!), because it have just one, plain, human
 understable, script friendly (BIND needs GENERATOR because its
 configuration files are not easily scriptable), configuration file, it
 works like a charm and i certainly forget about it. It just works.

 Does it have automated zone transfers, dnssec and dyndns support?

 Automated Zone transfers? do you mean AXFR stuff?, yes it's capable.

 Dnssec? IT DOES NOTHING http://cr.yp.to/djbdns/forgery.html

 Read this too: http://cr.yp.to/djbdns/knowles.html

 I'm (as DJB) in fact against dyndns but if you like it you and do it
 http://smarden.org/tinydyndns/index.html

 More? ;-P


 Erik

 -
  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]

[qmailtoaster] Backup and restore scripts

In preparation for the roll-out of QTP-0.2, I am going through and 
updating the backup/restore scripts.
In the new update, it will now be backing up your Squirrelmail user 
prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp 
file, and all the new control files located in /var/qmail/control (such 
as your tap file, etc.).
Is there anything else anyone can think of that it should be backing up 
from your old Toaster install?  If so, please let me know!

Thanks!

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Backup and restore scripts

 In preparation for the roll-out of QTP-0.2, I am going through and
 updating the backup/restore scripts.
 In the new update, it will now be backing up your Squirrelmail user
 prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp
 file, and all the new control files located in /var/qmail/control (such
 as your tap file, etc.).
 Is there anything else anyone can think of that it should be backing up
 from your old Toaster install?  If so, please let me know!
 Thanks!


Vpopmail config directories and maybe squirrelmail plugins???

 -
  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]

Re: [qmailtoaster] Backup and restore scripts


How bout djbdns root configuration, for those who use configure forwarders ;)

The password of the /admin-toaster/ directory

The certs from /var/qmail/control

SquirrelMail customizatoin, (you can do rpm -V squirrelmail-toaster
and see if the file has been changed since the rpm was installed.)

Erik

On 11/5/06, Jake Vickers [EMAIL PROTECTED] wrote:

In preparation for the roll-out of QTP-0.2, I am going through and
updating the backup/restore scripts.
In the new update, it will now be backing up your Squirrelmail user
prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp
file, and all the new control files located in /var/qmail/control (such
as your tap file, etc.).
Is there anything else anyone can think of that it should be backing up
from your old Toaster install?  If so, please let me know!
Thanks!

-
 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]

Re: [qmailtoaster] Can't complete install


Hey Francisco,

What distro are you using?

Erik

On 11/5/06, Francisco Paco Peralta [EMAIL PROTECTED] wrote:

Thanks all.  I will attempt an update again next weekend as I typically do
not do upgrades during the work week.

I will keep you posted.

Erik Espinoza [EMAIL PROTECTED] wrote:
 The latest courier-authlib-toaster package is currently on the main
site. As per the ChangeLog on the main site:

11/01/2006 - Updated courier-authlib package to resolve libtool-ltdl
conflict. Requires libtool-ltdl  libtool-ltdl-devel installed on
FC4/FC5.

So make sure you 'yum install libtool-ltdl libtool-ltldl-devel'

Thanks,
Erik

On 11/5/06, Eric Shubes wrote:
 Hey Paco,
 I was wondering how your upgrade was going.

 Francisco Paco Peralta wrote:
  Shubes,
 
  I made two attempts this weekend to upgrade. And I thought I'd share my
  results.
 
  Attempt 1
  ---
 
  In the first attempt, I downloaded the qtp-whatami script from your svn
  but the process failed, see below:
 
  Sandbox has been built successfully!
 
  Starting to build the binary rpms ...(pizza anyone?)
 
  If you want to view compile messages, you can open another terminal and:
  # tail -f
/opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
  chroot: cannot run command `/root/qtp-build-rpms': No such file or
directory
  Build failed, Exiting.
  [EMAIL PROTECTED] ~]#

 Bad move. :(
 The newmodel scripts have undergone some substantial changes, mostly
 transparent to the user, but they don't work well (at all) with older
 versions. If you get one, you should get them all (as you apparently
deduced).

  Attempt 2
  --
 
  I then copied all the scripts per your instructions using:
 
  # mkdir /opt/qtp-sandbox/root
  # cp /root/qtp-* /opt/qtp-sandbox/root/.
 
  I ran ./qtp-newmodel again and the following is my result:
 
  Starting to build the binary rpms ...(pizza anyone?)
 
  If you want to view compile messages, you can open another terminal and:
  # tail -f
/opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
  qtp-build-rpms v0.1.3
  REMOVED send-emails-toaster from sandbox (not for real)
  REMOVED control-panel-toaster from sandbox (not for real)
  REMOVED spamassassin-toaster from sandbox (not for real)
  Building autorespond-toaster-2.0.4-1.3.2 ...
  Installing autorespond-toaster-2.0.4-1.3.2 in the sandbox ...
  Building clamav-toaster-0.88.5-1.3.5 ...
  Installing clamav-toaster-0.88.5-1.3.5 in the sandbox ...
  Building control-panel-toaster-0.5-1.3.2 ...
  Installing control-panel-toaster-0.5-1.3.2 in the sandbox ...
  Building courier-authlib-toaster-0.58-1.3.3 ...
  Installing courier-authlib-toaster-0.58-1.3.3 in the
sandbox ...
  qtp-build-rpms - rpm -Uvh failed for
courier-authlib-toaster-0.58-1.3.3
  qtp-build-rpms - see
 
/opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  Build failed, Exiting.
  [EMAIL PROTECTED] ~]#
 
  My logs
  
 
  [EMAIL PROTECTED] opt]# tail -f
 
/opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  + rm -rf /usr/src/redhat/BUILD/courier-authlib-0.58
  + exit 0
  Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.14186
  + umask 022
  + cd /usr/src/redhat/BUILD
  + rm -rf courier-authlib-0.58
  + exit 0
  Installing courier-authlib-toaster-0.58-1.3.3 in the
sandbox ...
  error: Failed dependencies:
  libltdl.so.3 is needed by
courier-authlib-toaster-0.58-1.3.3.i686
 
---
 
  I looked at the development site as I believe Erik had posted a
  courier-authlib-toaster package that I could test but I couldn't find
it.

 I think that the 1.3.3 version is the one with the fix, although I'm not
 positive (EE hasn't updated the changelog on the wiki), as it appears to
be
 because it's 'asking' for libltdl.so.3.

 FWIW, I'm planning on integrating the devel packages into newmodel, but
 unfortunately that won't be in the 0.2 release.

  So now I am stuck again with the libtool/libltdl issue and I don't
  remember how to get over that especially how to get over it using the
  upgrade script. Anything you can share will be greatly appreciated.

 It looks to me like you simply need to install libtool-ltdl (or whatever
the
 name is) again:
 # yum install libtool-ltdl

 You'll need to recreate the sandbox after doing this, unless you install
it
 in the sandbox too, but rebuilding the sandbox is the easiest (if not the
 fastest).

 My understanding of the issue is that for FC4, a special version was
 included in the courier-authlib-toaster package (for whatever reason). I
 think that EE fixed the toaster so that it can use the standard one again,
 so that module is no longer included in c-a-t for FC4.

  I hope this feedback helps you in developing the 0.2 version of the
scripts.

 All feedback helps. Thanks for giving it a go. Keep us posted.

 FYI, qmailtoaster-plus v0.2 will probably be released early this coming
 week. Jake and I are wrapping up testing at the moment.

Re: [qmailtoaster] Backup and restore scripts





[EMAIL PROTECTED] wrote:

  
In preparation for the roll-out of QTP-0.2, I am going through and
updating the backup/restore scripts.
In the new update, it will now be backing up your Squirrelmail user
prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp
file, and all the new control files located in /var/qmail/control (such
as your tap file, etc.).
Is there anything else anyone can think of that it should be backing up
from your old Toaster install?  If so, please let me know!
Thanks!


  
  
Vpopmail config directories and maybe squirrelmail plugins???

  

What do you mean by vpopmail config? 
Squirrelmail plugins added.

Re: [qmailtoaster] Backup and restore scripts

 How bout djbdns root configuration, for those who use configure forwarders
 ;)

¬¬ :-P

Why do you update djbdns? :-P hehehehe



 The password of the /admin-toaster/ directory

 The certs from /var/qmail/control

In general all in /var/qmail/control is a good idea! :-)


 SquirrelMail customizatoin, (you can do rpm -V squirrelmail-toaster
 and see if the file has been changed since the rpm was installed.)


Yep this is a great tip since i customized my squirrelmail login.php a
lil' bit :-)



 Erik

 On 11/5/06, Jake Vickers [EMAIL PROTECTED] wrote:
 In preparation for the roll-out of QTP-0.2, I am going through and
 updating the backup/restore scripts.
 In the new update, it will now be backing up your Squirrelmail user
 prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp
 file, and all the new control files located in /var/qmail/control (such
 as your tap file, etc.).
 Is there anything else anyone can think of that it should be backing up
 from your old Toaster install?  If so, please let me know!
 Thanks!

 -
  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]

Re: [qmailtoaster] Slow pop3 login

2006-11-05 Thread Mark Samples


Erik Espinoza wrote:


Great, i'll keep telling anyone using BIND to not to :-P



I am personally looking for an alternative to BIND. I just don't like 
djbdns :P


I have used bind, powerdns, djbdns.  Out of all three, both powerdns and 
djbdns separate the cache from
the authoratative portion, for instance, on powerdns, it's recursor 
lacks something to be desired, it has
not matured - yet.  So in that case, you end up running dnscache or bind 
as the backend caching nameserver.


From an ISP standpoint after having done pretty much all three, bind 
and it's operation and the way
it is supposed to behave,  is the best and least problematic 
(maintenance is not as easy as with the other
two).  Given the vast amount of help one may get on a small ISP and 
needing someone with enough experience to deal with BIND if you are 
going on vacation, anything much more complex than shutting down
and restarting the server, is a pipe dream.  Most people I ever got 
didn't have a clue about *nix, didn't
wanna know, and were just Windows geeks.  The new BIND mentions using 
different backends on
the authoritative  side, so maybe someone will come up with a plugin 
that will work.



I like Microsoft DNS Server better than djbdns. . . But I digress. . .

Erik

-
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]

Re: [qmailtoaster] Backup and restore scripts

 [EMAIL PROTECTED] wrote:
 In preparation for the roll-out of QTP-0.2, I am going through and
 updating the backup/restore scripts.
 In the new update, it will now be backing up your Squirrelmail user
 prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp
 file, and all the new control files located in /var/qmail/control (such
 as your tap file, etc.).
 Is there anything else anyone can think of that it should be backing up
 from your old Toaster install?  If so, please let me know!
 Thanks!



 Vpopmail config directories and maybe squirrelmail plugins???


 What do you mean by vpopmail config?
 Squirrelmail plugins added.


/home/vpopmail/domains/.quotawarn.msg and .overquota.msg

/home/vpopmail/.spamassassin/* I  think this is not overwrited in the RPM,
but i'm not pretty sure.

Perhaps /home/vpopmail/etc/ too???

Maybe something more :-S



-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Backup and restore scripts


Erik Espinoza wrote:
How bout djbdns root configuration, for those who use configure 
forwarders ;)


The password of the /admin-toaster/ directory

The certs from /var/qmail/control

SquirrelMail customizatoin, (you can do rpm -V squirrelmail-toaster
and see if the file has been changed since the rpm was installed.)

Can do.
On the Squirrelmail customizations, I'm not 100% sure what you're 
talking about. Here's the results of rpm -V on my system:


[EMAIL PROTECTED] plugins]# rpm -V squirrelmail-toaster
...T/var/lib/squirrelmail/prefs/default_pref

Would it just be that folder? In this new version I'm going to be 
backing up the entire /var/lib/squirrelmail/prefs dir, so would anything 
additional be needed?


I don't use djbdns, so can someone who does provide paths that would 
need to be backed up?

Thanks.

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login


   Given the vast amount of help one may get on a small ISP and
 needing someone with enough experience to deal with BIND if you are
 going on vacation, anything much more complex than shutting down
 and restarting the server, is a pipe dream.  Most people I ever got
 didn't have a clue about *nix, didn't
 wanna know, and were just Windows geeks.

That's why I use djbdns.

It simply works. I tend to forget about it.

It's unlikely to have to be updated due to a security problem (like BIND
have to from time to time), so no change, no worry.

If the machine itself blowns out, you must do something regardless the
soft you use.






-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Backup and restore scripts

 I don't use djbdns, so can someone who does provide paths that would
 need to be backed up?
 Thanks.

In the toaster distribution:

/var/djbdns/service/dnscache/env/*

/var/djbdns/service/dnscache/root/* (this one recursively, it has two
directories)

But why do you need to update dnscache




 -
  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]

Re: [qmailtoaster] Backup and restore scripts

 [EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] wrote:

 In preparation for the roll-out of QTP-0.2, I am going through and
 updating the backup/restore scripts.
 In the new update, it will now be backing up your Squirrelmail user
 prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp
 file, and all the new control files located in /var/qmail/control
 (such
 as your tap file, etc.).
 Is there anything else anyone can think of that it should be backing
 up
 from your old Toaster install?  If so, please let me know!
 Thanks!



 Vpopmail config directories and maybe squirrelmail plugins???



 What do you mean by vpopmail config?
 Squirrelmail plugins added.



 /home/vpopmail/domains/.quotawarn.msg and .overquota.msg

 /home/vpopmail/.spamassassin/* I  think this is not overwrited in the
 RPM,
 but i'm not pretty sure.

 Perhaps /home/vpopmail/etc/ too???

 Maybe something more :-S

 The old script backs up /home/vpopmail/domains, so your quota messages
 should be covered there; were they not?

I upgrade manually as SRPM becomes published, at this time i don't use
scripts for update toaster ( sorry :-( ).

Maybe i'll give a try to the next version :-) :-)

 Adding the spam folder.

I think /home/vpopmail/etc/ is a good idea too





-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Backup and restore scripts





[EMAIL PROTECTED] wrote:

  
I don't use djbdns, so can someone who does provide paths that would
need to be backed up?
Thanks.

  
  
In the toaster distribution:

/var/djbdns/service/dnscache/env/*

/var/djbdns/service/dnscache/root/* (this one recursively, it has two
directories)

But why do you need to update dnscache



  

Don't ask me; I don't use it. I was just requested to back it up and
restore it.

Can you give me an output of:
ls -alh /home/vpopmail/.spamassassin
so I can make sure I get the permissions right during the restore
phase? Thanks.

Re: [qmailtoaster] Backup and restore scripts


Erik Espinoza wrote:

Why do you update djbdns? :-P hehehehe


These are backup/restore scripts, and are not strictly used for updates.

Or are you implying that using djbdns makes it so machines never crash
and need to be restored from cd?  :-P

Correct. The backup and restore scripts allow you to make backups of 
your current machine, and restore them on a new machine for various 
reasons. Upgrading is something different than what I'm doing.



-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Backup and restore scripts


Jake Vickers wrote:
In preparation for the roll-out of QTP-0.2, I am going through and 
updating the backup/restore scripts.
In the new update, it will now be backing up your Squirrelmail user 
prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp 
file, and all the new control files located in /var/qmail/control 
(such as your tap file, etc.).
Is there anything else anyone can think of that it should be backing 
up from your old Toaster install?  If so, please let me know!

Thanks!

Okay, I think I got about everything I can think of into the backup 
script now (thanks to Erik and DSanchez for their tips and 
suggestions!). I'll work on the restore portion tomorrow. That'll also 
give everyone else time to add any suggestions.

Thanks everyone.

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Backup and restore scripts

2006-11-05 Thread Quinn Comendant

I've written a simple backup script that copies a list of files locally 
(attached, with restore script too). See therein for the files I've decided 
were important.

Quinn



restore.sh
Description: Binary data


backup.sh
Description: Binary data


On Sun, 05 Nov 2006 19:47:17 -0500, Jake Vickers wrote:
 In preparation for the roll-out of QTP-0.2, I am going through and 
 updating the backup/restore scripts.
 In the new update, it will now be backing up your Squirrelmail user 
 prefs and address books, as well as your old /etc/tcprules.d/tcp.smtp 
 file, and all the new control files located in /var/qmail/control 
 (such as your tap file, etc.).
 Is there anything else anyone can think of that it should be backing 
 up from your old Toaster install?  If so, please let me know!
 Thanks!
 
 -
 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] Issues with spam causing high load and unresponsive server

2006-11-05 Thread Joshua Zukerman


Hello list,

I run a centos 4.4 final server using qmail-toaster-1.03-1.3.5 from a
few months ago.  Recently, in the past couple months, I've had
intermittent issues where my server becomes unresponsive for a few
minutes at a time, several times a day.  Unresponsive to the web
server it runs, dns queries, mail, ssh etc.  I tracked down the
problem to random IP addresses opening a bunch of smtp processes and
attempting to send spam to my server.

I run a four domains and a few e-mail users of a personal nature.
Nothing mission critical here.  However, it is annoying the server
gets pretty much tied up dealing with the spam.
I checked my server to make sure it isn't an open relay, which came
back clean.  I have no auto-responders, nor any catch alls.

I edited /var/qmail/control/concurrencyincoming to 50 instead of the
100 and that made no difference.

The server is a P4 2.4ghz, with 512mb of ram, couple of drives in a
Raid1 configuration, on a shared T1 line.  I don't use much bandwidth,
however the bandwidth is there if I need it.  So I do not think this
is an issue with internet connectivity.  I can always ping the server
remotely and all responses come back properly.

I checked the smtp logs, and see random IP addresses trying to send
mail to my server.  No one IP address repeatedly trying to connect, so
blocking IP addresses was a futile effort.  I do use the blacklists
and that helps somewhat.  I also have spamassassin installed which
helps a bit with the spam e-mails.

Most of the spam e-mails are directed to non-existent e-mail accounts.

Is there anything I can do to limit the amount of connections one ip
address is allowed to open at one time?  Or something else I can do to
not make my server so unresponsive?

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] Re: Issues with spam causing high load and unresponsive server

2006-11-05 Thread Joshua Zukerman


I forgot to mention the blacklists I use:
-rrelays.ordb.org -rsbl-xbl.spamhaus.org -rbl.spamcop.net
-rlist.dsbl.org -rdnsbl.njabl.org -rdun.dnsrbl.net

I think these are all working, last time I checked.  Could slow dns
queries be causing my issues?

On 11/5/06, Joshua Zukerman [EMAIL PROTECTED] wrote:

Hello list,

I run a centos 4.4 final server using qmail-toaster-1.03-1.3.5 from a
few months ago.  Recently, in the past couple months, I've had
intermittent issues where my server becomes unresponsive for a few
minutes at a time, several times a day.  Unresponsive to the web
server it runs, dns queries, mail, ssh etc.  I tracked down the
problem to random IP addresses opening a bunch of smtp processes and
attempting to send spam to my server.

I run a four domains and a few e-mail users of a personal nature.
Nothing mission critical here.  However, it is annoying the server
gets pretty much tied up dealing with the spam.
I checked my server to make sure it isn't an open relay, which came
back clean.  I have no auto-responders, nor any catch alls.

I edited /var/qmail/control/concurrencyincoming to 50 instead of the
100 and that made no difference.

The server is a P4 2.4ghz, with 512mb of ram, couple of drives in a
Raid1 configuration, on a shared T1 line.  I don't use much bandwidth,
however the bandwidth is there if I need it.  So I do not think this
is an issue with internet connectivity.  I can always ping the server
remotely and all responses come back properly.

I checked the smtp logs, and see random IP addresses trying to send
mail to my server.  No one IP address repeatedly trying to connect, so
blocking IP addresses was a futile effort.  I do use the blacklists
and that helps somewhat.  I also have spamassassin installed which
helps a bit with the spam e-mails.

Most of the spam e-mails are directed to non-existent e-mail accounts.

Is there anything I can do to limit the amount of connections one ip
address is allowed to open at one time?  Or something else I can do to
not make my server so unresponsive?



-
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: Issues with spam causing high load and unresponsive server

Also, are you seeing smtp sessions end after 300 or 600 seconds with status
256? Do you see any errors in the spamd log? Does spamd ever max out the cpu
for a period of time?

Erik Espinoza wrote:
 rblsmtpd doesn't take up very many resources. This is probably due to
 spamassassin or clamav, You may want to look through the logs of the
 spamassassin and clamav to see if there are any issues that show
 through.
 
 Is this a very stock install or did you enable things, such as SURBL
 or Pyzor? Any more details about your configuration would be
 appreciated.
 
 Thanks,
 Erik
 
 On 11/5/06, Joshua Zukerman [EMAIL PROTECTED] wrote:
 I forgot to mention the blacklists I use:
 -rrelays.ordb.org -rsbl-xbl.spamhaus.org -rbl.spamcop.net
 -rlist.dsbl.org -rdnsbl.njabl.org -rdun.dnsrbl.net

 I think these are all working, last time I checked.  Could slow dns
 queries be causing my issues?

 On 11/5/06, Joshua Zukerman [EMAIL PROTECTED] wrote:
  Hello list,
 
  I run a centos 4.4 final server using qmail-toaster-1.03-1.3.5 from a
  few months ago.  Recently, in the past couple months, I've had
  intermittent issues where my server becomes unresponsive for a few
  minutes at a time, several times a day.  Unresponsive to the web
  server it runs, dns queries, mail, ssh etc.  I tracked down the
  problem to random IP addresses opening a bunch of smtp processes and
  attempting to send spam to my server.
 
  I run a four domains and a few e-mail users of a personal nature.
  Nothing mission critical here.  However, it is annoying the server
  gets pretty much tied up dealing with the spam.
  I checked my server to make sure it isn't an open relay, which came
  back clean.  I have no auto-responders, nor any catch alls.
 
  I edited /var/qmail/control/concurrencyincoming to 50 instead of the
  100 and that made no difference.
 
  The server is a P4 2.4ghz, with 512mb of ram, couple of drives in a
  Raid1 configuration, on a shared T1 line.  I don't use much bandwidth,
  however the bandwidth is there if I need it.  So I do not think this
  is an issue with internet connectivity.  I can always ping the server
  remotely and all responses come back properly.
 
  I checked the smtp logs, and see random IP addresses trying to send
  mail to my server.  No one IP address repeatedly trying to connect, so
  blocking IP addresses was a futile effort.  I do use the blacklists
  and that helps somewhat.  I also have spamassassin installed which
  helps a bit with the spam e-mails.
 
  Most of the spam e-mails are directed to non-existent e-mail accounts.
 
  Is there anything I can do to limit the amount of connections one ip
  address is allowed to open at one time?  Or something else I can do to
  not make my server so unresponsive?
 


-- 
-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 complete install

He's on FC4.

Erik Espinoza wrote:
 Hey Francisco,
 
 What distro are you using?
 
 Erik
 
 On 11/5/06, Francisco Paco Peralta [EMAIL PROTECTED] wrote:
 Thanks all.  I will attempt an update again next weekend as I
 typically do
 not do upgrades during the work week.

 I will keep you posted.

 Erik Espinoza [EMAIL PROTECTED] wrote:
  The latest courier-authlib-toaster package is currently on the main
 site. As per the ChangeLog on the main site:

 11/01/2006 - Updated courier-authlib package to resolve libtool-ltdl
 conflict. Requires libtool-ltdl  libtool-ltdl-devel installed on
 FC4/FC5.

 So make sure you 'yum install libtool-ltdl libtool-ltldl-devel'

 Thanks,
 Erik

 On 11/5/06, Eric Shubes wrote:
  Hey Paco,
  I was wondering how your upgrade was going.
 
  Francisco Paco Peralta wrote:
   Shubes,
  
   I made two attempts this weekend to upgrade. And I thought I'd
 share my
   results.
  
   Attempt 1
   ---
  
   In the first attempt, I downloaded the qtp-whatami script from
 your svn
   but the process failed, see below:
  
   Sandbox has been built successfully!
  
   Starting to build the binary rpms ...(pizza anyone?)
  
   If you want to view compile messages, you can open another
 terminal and:
   # tail -f
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  
   chroot: cannot run command `/root/qtp-build-rpms': No such file or
 directory
   Build failed, Exiting.
   [EMAIL PROTECTED] ~]#
 
  Bad move. :(
  The newmodel scripts have undergone some substantial changes, mostly
  transparent to the user, but they don't work well (at all) with older
  versions. If you get one, you should get them all (as you apparently
 deduced).
 
   Attempt 2
   --
  
   I then copied all the scripts per your instructions using:
  
   # mkdir /opt/qtp-sandbox/root
   # cp /root/qtp-* /opt/qtp-sandbox/root/.
  
   I ran ./qtp-newmodel again and the following is my result:
  
   Starting to build the binary rpms ...(pizza anyone?)
  
   If you want to view compile messages, you can open another
 terminal and:
   # tail -f
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  
   qtp-build-rpms v0.1.3
   REMOVED send-emails-toaster from sandbox (not for real)
   REMOVED control-panel-toaster from sandbox (not for real)
   REMOVED spamassassin-toaster from sandbox (not for real)
   Building autorespond-toaster-2.0.4-1.3.2 ...
   Installing autorespond-toaster-2.0.4-1.3.2 in the sandbox ...
   Building clamav-toaster-0.88.5-1.3.5 ...
   Installing clamav-toaster-0.88.5-1.3.5 in the sandbox ...
   Building control-panel-toaster-0.5-1.3.2 ...
   Installing control-panel-toaster-0.5-1.3.2 in the sandbox ...
   Building courier-authlib-toaster-0.58-1.3.3 ...
   Installing courier-authlib-toaster-0.58-1.3.3 in the
 sandbox ...
   qtp-build-rpms - rpm -Uvh failed for
 courier-authlib-toaster-0.58-1.3.3
   qtp-build-rpms - see
  
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
   Build failed, Exiting.
   [EMAIL PROTECTED] ~]#
  
   My logs
   
  
   [EMAIL PROTECTED] opt]# tail -f
  
 /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
   + rm -rf /usr/src/redhat/BUILD/courier-authlib-0.58
   + exit 0
   Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.14186
   + umask 022
   + cd /usr/src/redhat/BUILD
   + rm -rf courier-authlib-0.58
   + exit 0
   Installing courier-authlib-toaster-0.58-1.3.3 in the
 sandbox ...
   error: Failed dependencies:
   libltdl.so.3 is needed by
 courier-authlib-toaster-0.58-1.3.3.i686
  
 ---

  
   I looked at the development site as I believe Erik had posted a
   courier-authlib-toaster package that I could test but I couldn't find
 it.
 
  I think that the 1.3.3 version is the one with the fix, although I'm
 not
  positive (EE hasn't updated the changelog on the wiki), as it
 appears to
 be
  because it's 'asking' for libltdl.so.3.
 
  FWIW, I'm planning on integrating the devel packages into newmodel, but
  unfortunately that won't be in the 0.2 release.
 
   So now I am stuck again with the libtool/libltdl issue and I don't
   remember how to get over that especially how to get over it using the
   upgrade script. Anything you can share will be greatly appreciated.
 
  It looks to me like you simply need to install libtool-ltdl (or
 whatever
 the
  name is) again:
  # yum install libtool-ltdl
 
  You'll need to recreate the sandbox after doing this, unless you
 install
 it
  in the sandbox too, but rebuilding the sandbox is the easiest (if
 not the
  fastest).
 
  My understanding of the issue is that for FC4, a special version was
  included in the courier-authlib-toaster package (for whatever
 reason). I
  think that EE fixed the toaster so that it can use the standard one
 again,
  so that module is no longer included in c-a-t for FC4.
 
   I hope this feedback helps you in developing the 0.2 version of the
 scripts.

Re: [qmailtoaster] Slow pop3 login


Qmail doesnt' check with /etc/hosts.

Sounds like you may not have reverse dns entries, Does the machine you
are connecting from have reverse dns? Is it on the same 192.x subnet?

On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

If I telnet localhost 110 from the server I gain access immediately.
But if I use IP or hostname it takes forever from the server or from the
clients.  I have checked hostname, /etc/hosts???  It eventually does
work but after a few minutes.



[EMAIL PROTECTED] wrote:
 [Server]
 Kernel IP routing table
 Destination Gateway Genmask Flags Metric RefUse
 Iface
 10.0.0.0*   255.255.255.0   U 0  00
 eth0
 192.168.1.0 *   255.255.255.0   U 0  00
 eth0
 default 192.168.1.1 0.0.0.0 UG0  00
 eth0

 [Client-XP]
 Active Routes:
 Network DestinationNetmask  Gateway   Interface
 Metric
   0.0.0.0  0.0.0.0  192.168.1.1   192.168.1.10030
 127.0.0.0255.0.0.0127.0.0.1   127.0.0.11
   192.168.0.0255.255.255.0  192.168.0.3 192.168.0.320
   192.168.0.3  255.255.255.255127.0.0.1   127.0.0.120
 192.168.0.255  255.255.255.255  192.168.0.3 192.168.0.320
   192.168.1.0255.255.255.0192.168.1.100   192.168.1.10030
 192.168.1.100  255.255.255.255127.0.0.1   127.0.0.130
 192.168.1.255  255.255.255.255192.168.1.100   192.168.1.10030
 224.0.0.0240.0.0.0  192.168.0.3 192.168.0.320
 224.0.0.0240.0.0.0192.168.1.100   192.168.1.10030
   255.255.255.255  255.255.255.255  192.168.0.3   21
   255.255.255.255  255.255.255.255  192.168.0.3 192.168.0.31
   255.255.255.255  255.255.255.255192.168.1.100   192.168.1.1001
 Default Gateway:   192.168.1.1
 ===
 Persistent Routes:
   None



 So this two machines are in the same subnet 192.168.1.

 How much it take If you make a telnet my.domain.com 110 from the server.

 Try with my.domain.com and with the IP.

 Do you use NAT?

 Does my.domain.com resolves to 192.168.1.XXX (being this the IP of the
 mail server) or a public IP?




 -
  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]




-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Slow pop3 login

2006-11-05 Thread Jeremy Runner

Should I be checking my private ip 192.168.1.x or public.  I don't 
have a static public ip and the private doesn't resolve.


nslookup 192.168.1.x

;; Warning: ID mismatch: expected ID 45307, got 0
Server: 205.152.132.23
Address:205.152.132.23#53

** server can't find x.1.168.192.in-addr.arpa: SERVFAIL



Erik Espinoza wrote:

Paste the output of nslookup ipaddress on Windows or Linux

Erik

On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

How can I check reverse dns.  My server is behind a Linksys router.  It
does nat and dns.


Erik Espinoza wrote:
 Qmail doesnt' check with /etc/hosts.

 Sounds like you may not have reverse dns entries, Does the machine you
 are connecting from have reverse dns? Is it on the same 192.x subnet?

 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 If I telnet localhost 110 from the server I gain access 
immediately.
 But if I use IP or hostname it takes forever from the server or 
from the

 clients.  I have checked hostname, /etc/hosts???  It eventually does
 work but after a few minutes.



 [EMAIL PROTECTED] wrote:
  [Server]
  Kernel IP routing table
  Destination Gateway Genmask Flags Metric
 RefUse
  Iface
  10.0.0.0*   255.255.255.0   U 0
 00
  eth0
  192.168.1.0 *   255.255.255.0   U 0
 00
  eth0
  default 192.168.1.1 0.0.0.0 UG0
 00
  eth0
 
  [Client-XP]
  Active Routes:
  Network DestinationNetmask  Gateway   
Interface

  Metric
0.0.0.0  0.0.0.0  192.168.1.1
 192.168.1.10030
  127.0.0.0255.0.0.0127.0.0.1
 127.0.0.11
192.168.0.0255.255.255.0  192.168.0.3
 192.168.0.320
192.168.0.3  255.255.255.255127.0.0.1
 127.0.0.120
  192.168.0.255  255.255.255.255  192.168.0.3
 192.168.0.320
192.168.1.0255.255.255.0192.168.1.100
 192.168.1.10030
  192.168.1.100  255.255.255.255127.0.0.1
 127.0.0.130
  192.168.1.255  255.255.255.255192.168.1.100
 192.168.1.10030
  224.0.0.0240.0.0.0  192.168.0.3
 192.168.0.320
  224.0.0.0240.0.0.0192.168.1.100
 192.168.1.10030
255.255.255.255  255.255.255.255  192.168.0.3
 21
255.255.255.255  255.255.255.255  192.168.0.3
 192.168.0.31
255.255.255.255  255.255.255.255192.168.1.100
 192.168.1.1001
  Default Gateway:   192.168.1.1
 
 
=== 



  Persistent Routes:
None
 
 
 
  So this two machines are in the same subnet 192.168.1.
 
  How much it take If you make a telnet my.domain.com 110 from the
 server.
 
  Try with my.domain.com and with the IP.
 
  Do you use NAT?
 
  Does my.domain.com resolves to 192.168.1.XXX (being this the IP 
of the

  mail server) or a public IP?
 
 
 
 
  
-

   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]




 -
 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]






-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To

Re: [qmailtoaster] Slow pop3 login


How long did it take to get the SERVFAIL error when you di the
nslookup? That does appear to be the problem.

Erik

On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

Should I be checking my private ip 192.168.1.x or public.  I don't
have a static public ip and the private doesn't resolve.

nslookup 192.168.1.x

;; Warning: ID mismatch: expected ID 45307, got 0
Server: 205.152.132.23
Address:205.152.132.23#53

** server can't find x.1.168.192.in-addr.arpa: SERVFAIL



Erik Espinoza wrote:
 Paste the output of nslookup ipaddress on Windows or Linux

 Erik

 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 How can I check reverse dns.  My server is behind a Linksys router.  It
 does nat and dns.


 Erik Espinoza wrote:
  Qmail doesnt' check with /etc/hosts.
 
  Sounds like you may not have reverse dns entries, Does the machine you
  are connecting from have reverse dns? Is it on the same 192.x subnet?
 
  On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
  If I telnet localhost 110 from the server I gain access
 immediately.
  But if I use IP or hostname it takes forever from the server or
 from the
  clients.  I have checked hostname, /etc/hosts???  It eventually does
  work but after a few minutes.
 
 
 
  [EMAIL PROTECTED] wrote:
   [Server]
   Kernel IP routing table
   Destination Gateway Genmask Flags Metric
  RefUse
   Iface
   10.0.0.0*   255.255.255.0   U 0
  00
   eth0
   192.168.1.0 *   255.255.255.0   U 0
  00
   eth0
   default 192.168.1.1 0.0.0.0 UG0
  00
   eth0
  
   [Client-XP]
   Active Routes:
   Network DestinationNetmask  Gateway
 Interface
   Metric
 0.0.0.0  0.0.0.0  192.168.1.1
  192.168.1.10030
   127.0.0.0255.0.0.0127.0.0.1
  127.0.0.11
 192.168.0.0255.255.255.0  192.168.0.3
  192.168.0.320
 192.168.0.3  255.255.255.255127.0.0.1
  127.0.0.120
   192.168.0.255  255.255.255.255  192.168.0.3
  192.168.0.320
 192.168.1.0255.255.255.0192.168.1.100
  192.168.1.10030
   192.168.1.100  255.255.255.255127.0.0.1
  127.0.0.130
   192.168.1.255  255.255.255.255192.168.1.100
  192.168.1.10030
   224.0.0.0240.0.0.0  192.168.0.3
  192.168.0.320
   224.0.0.0240.0.0.0192.168.1.100
  192.168.1.10030
 255.255.255.255  255.255.255.255  192.168.0.3
  21
 255.255.255.255  255.255.255.255  192.168.0.3
  192.168.0.31
 255.255.255.255  255.255.255.255192.168.1.100
  192.168.1.1001
   Default Gateway:   192.168.1.1
  
 
 ===

 
   Persistent Routes:
 None
  
  
  
   So this two machines are in the same subnet 192.168.1.
  
   How much it take If you make a telnet my.domain.com 110 from the
  server.
  
   Try with my.domain.com and with the IP.
  
   Do you use NAT?
  
   Does my.domain.com resolves to 192.168.1.XXX (being this the IP
 of the
   mail server) or a public IP?
  
  
  
  
  
 -
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]
 
 
 
  -
  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,

Re: [qmailtoaster] Slow pop3 login


Sorry, my keyboard got stuck and sent a couple of blank messages.

Hopefully this won't offend dsanchez, but dnscache can't be an
authoritative server (IE serve a zone, such as reverse dns). It can
only act as a cache.

You can bind dnscache to localhost, configure tinydns on the ip
address and make tinydns a root, in dnscache, for the
1.168.192.in-addr.arpa zone. I don't know how to accomplish this, but
I'm sure that someone will jump in or you can Google it fairly
quickly.

Or you can run bind and do both on the same service.

Thanks,
Erik

On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:

I get that error rather quickly.  It should try 127.0.0.1 before it trys
the other nameservers in /etc/resolv.conf.  How can I make dnscache
handle reverse dns.



Erik Espinoza wrote:
 How long did it take to get the SERVFAIL error when you di the
 nslookup? That does appear to be the problem.

 Erik

 On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
 Should I be checking my private ip 192.168.1.x or public.  I don't
 have a static public ip and the private doesn't resolve.

 nslookup 192.168.1.x

 ;; Warning: ID mismatch: expected ID 45307, got 0
 Server: 205.152.132.23
 Address:205.152.132.23#53

 ** server can't find x.1.168.192.in-addr.arpa: SERVFAIL



 Erik Espinoza wrote:
  Paste the output of nslookup ipaddress on Windows or Linux
 
  Erik
 
  On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
  How can I check reverse dns.  My server is behind a Linksys
 router.  It
  does nat and dns.
 
 
  Erik Espinoza wrote:
   Qmail doesnt' check with /etc/hosts.
  
   Sounds like you may not have reverse dns entries, Does the
 machine you
   are connecting from have reverse dns? Is it on the same 192.x
 subnet?
  
   On 11/5/06, Jeremy Runner [EMAIL PROTECTED] wrote:
   If I telnet localhost 110 from the server I gain access
  immediately.
   But if I use IP or hostname it takes forever from the server or
  from the
   clients.  I have checked hostname, /etc/hosts???  It eventually
 does
   work but after a few minutes.
  
  
  
   [EMAIL PROTECTED] wrote:
[Server]
Kernel IP routing table
Destination Gateway Genmask Flags Metric
   RefUse
Iface
10.0.0.0*   255.255.255.0   U 0
   00
eth0
192.168.1.0 *   255.255.255.0   U 0
   00
eth0
default 192.168.1.1 0.0.0.0 UG0
   00
eth0
   
[Client-XP]
Active Routes:
Network DestinationNetmask  Gateway
  Interface
Metric
  0.0.0.0  0.0.0.0  192.168.1.1
   192.168.1.10030
127.0.0.0255.0.0.0127.0.0.1
   127.0.0.11
  192.168.0.0255.255.255.0  192.168.0.3
   192.168.0.320
  192.168.0.3  255.255.255.255127.0.0.1
   127.0.0.120
192.168.0.255  255.255.255.255  192.168.0.3
   192.168.0.320
  192.168.1.0255.255.255.0192.168.1.100
   192.168.1.10030
192.168.1.100  255.255.255.255127.0.0.1
   127.0.0.130
192.168.1.255  255.255.255.255192.168.1.100
   192.168.1.10030
224.0.0.0240.0.0.0  192.168.0.3
   192.168.0.320
224.0.0.0240.0.0.0192.168.1.100
   192.168.1.10030
  255.255.255.255  255.255.255.255  192.168.0.3
   21
  255.255.255.255  255.255.255.255  192.168.0.3
   192.168.0.31
  255.255.255.255  255.255.255.255192.168.1.100
   192.168.1.1001
Default Gateway:   192.168.1.1
   
  
 
 ===

 
  
Persistent Routes:
  None
   
   
   
So this two machines are in the same subnet 192.168.1.
   
How much it take If you make a telnet my.domain.com 110
 from the
   server.
   
Try with my.domain.com and with the IP.
   
Do you use NAT?
   
Does my.domain.com resolves to 192.168.1.XXX (being this the IP
  of the
mail server) or a public IP?
   
   
   
   
   
  -
 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

Re: [qmailtoaster] Can't complete install

Thanks, EE. I didn't mean to diss you, bug I figured you'd get the hint! ;)

Erik Espinoza wrote:
 Hey ES,
 
 I have updated the ChangeLog's on the wiki :)
 
 Erik
 
 On 11/5/06, Eric Shubes [EMAIL PROTECTED] wrote:
 Hey Paco,
 I was wondering how your upgrade was going.

 Francisco Paco Peralta wrote:
  Shubes,
 
  I made two attempts this weekend to upgrade.  And I thought I'd
 share my
  results.
 
  Attempt 1
  ---
 
  In the first attempt, I downloaded the qtp-whatami script from your svn
  but the process failed, see below:
 
  Sandbox has been built successfully!
 
  Starting to build the binary rpms ...(pizza anyone?)
 
  If you want to view compile messages, you can open another terminal
 and:
  # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
  chroot: cannot run command `/root/qtp-build-rpms': No such file or
 directory
  Build failed, Exiting.
  [EMAIL PROTECTED] ~]#

 Bad move. :(
 The newmodel scripts have undergone some substantial changes, mostly
 transparent to the user, but they don't work well (at all) with older
 versions. If you get one, you should get them all (as you apparently
 deduced).

  Attempt 2
  --
 
  I then copied all the scripts per your instructions using:
 
  # mkdir /opt/qtp-sandbox/root
  # cp /root/qtp-* /opt/qtp-sandbox/root/.
 
  I ran ./qtp-newmodel again and the following is my result:
 
  Starting to build the binary rpms ...(pizza anyone?)
 
  If you want to view compile messages, you can open another terminal
 and:
  # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
  qtp-build-rpms v0.1.3
  REMOVED send-emails-toaster from sandbox (not for real)
  REMOVED control-panel-toaster from sandbox (not for real)
  REMOVED spamassassin-toaster from sandbox (not for real)
  Building autorespond-toaster-2.0.4-1.3.2 ...
  Installing autorespond-toaster-2.0.4-1.3.2 in the sandbox ...
  Building clamav-toaster-0.88.5-1.3.5 ...
  Installing clamav-toaster-0.88.5-1.3.5 in the sandbox ...
  Building control-panel-toaster-0.5-1.3.2 ...
  Installing control-panel-toaster-0.5-1.3.2 in the sandbox ...
  Building courier-authlib-toaster-0.58-1.3.3 ...
  Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
  qtp-build-rpms - rpm -Uvh failed for courier-authlib-toaster-0.58-1.3.3
  qtp-build-rpms - see
  /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  Build failed, Exiting.
  [EMAIL PROTECTED] ~]#
 
  My logs
  
 
  [EMAIL PROTECTED] opt]# tail -f
  /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  + rm -rf /usr/src/redhat/BUILD/courier-authlib-0.58
  + exit 0
  Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.14186
  + umask 022
  + cd /usr/src/redhat/BUILD
  + rm -rf courier-authlib-0.58
  + exit 0
  Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
  error: Failed dependencies:
  libltdl.so.3 is needed by
 courier-authlib-toaster-0.58-1.3.3.i686
 
 ---

 
  I looked at the development site as I believe Erik had posted a
  courier-authlib-toaster package that I could test but I couldn't
 find it.

 I think that the 1.3.3 version is the one with the fix, although I'm not
 positive (EE hasn't updated the changelog on the wiki), as it appears
 to be
 because it's 'asking' for libltdl.so.3.

 FWIW, I'm planning on integrating the devel packages into newmodel, but
 unfortunately that won't be in the 0.2 release.

  So now I am stuck again with the libtool/libltdl issue and I don't
  remember how to get over that especially how to get over it using the
  upgrade script.  Anything you can share will be greatly appreciated.

 It looks to me like you simply need to install libtool-ltdl (or
 whatever the
 name is) again:
 # yum install libtool-ltdl

 You'll need to recreate the sandbox after doing this, unless you
 install it
 in the sandbox too, but rebuilding the sandbox is the easiest (if not the
 fastest).

 My understanding of the issue is that for FC4, a special version was
 included in the courier-authlib-toaster package (for whatever reason). I
 think that EE fixed the toaster so that it can use the standard one
 again,
 so that module is no longer included in c-a-t for FC4.

  I hope this feedback helps you in developing the 0.2 version of the
 scripts.

 All feedback helps. Thanks for giving it a go. Keep us posted.

 FYI, qmailtoaster-plus v0.2 will probably be released early this coming
 week. Jake and I are wrapping up testing at the moment.

 -- 
 -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] Can't complete install


No worries. I got a lot on my plate, and I appreciate people reminding
me of these sort of things.

On 11/5/06, Eric Shubes [EMAIL PROTECTED] wrote:

Thanks, EE. I didn't mean to diss you, bug I figured you'd get the hint! ;)

Erik Espinoza wrote:
 Hey ES,

 I have updated the ChangeLog's on the wiki :)

 Erik

 On 11/5/06, Eric Shubes [EMAIL PROTECTED] wrote:
 Hey Paco,
 I was wondering how your upgrade was going.

 Francisco Paco Peralta wrote:
  Shubes,
 
  I made two attempts this weekend to upgrade.  And I thought I'd
 share my
  results.
 
  Attempt 1
  ---
 
  In the first attempt, I downloaded the qtp-whatami script from your svn
  but the process failed, see below:
 
  Sandbox has been built successfully!
 
  Starting to build the binary rpms ...(pizza anyone?)
 
  If you want to view compile messages, you can open another terminal
 and:
  # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
  chroot: cannot run command `/root/qtp-build-rpms': No such file or
 directory
  Build failed, Exiting.
  [EMAIL PROTECTED] ~]#

 Bad move. :(
 The newmodel scripts have undergone some substantial changes, mostly
 transparent to the user, but they don't work well (at all) with older
 versions. If you get one, you should get them all (as you apparently
 deduced).

  Attempt 2
  --
 
  I then copied all the scripts per your instructions using:
 
  # mkdir /opt/qtp-sandbox/root
  # cp /root/qtp-* /opt/qtp-sandbox/root/.
 
  I ran ./qtp-newmodel again and the following is my result:
 
  Starting to build the binary rpms ...(pizza anyone?)
 
  If you want to view compile messages, you can open another terminal
 and:
  # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
 
  qtp-build-rpms v0.1.3
  REMOVED send-emails-toaster from sandbox (not for real)
  REMOVED control-panel-toaster from sandbox (not for real)
  REMOVED spamassassin-toaster from sandbox (not for real)
  Building autorespond-toaster-2.0.4-1.3.2 ...
  Installing autorespond-toaster-2.0.4-1.3.2 in the sandbox ...
  Building clamav-toaster-0.88.5-1.3.5 ...
  Installing clamav-toaster-0.88.5-1.3.5 in the sandbox ...
  Building control-panel-toaster-0.5-1.3.2 ...
  Installing control-panel-toaster-0.5-1.3.2 in the sandbox ...
  Building courier-authlib-toaster-0.58-1.3.3 ...
  Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
  qtp-build-rpms - rpm -Uvh failed for courier-authlib-toaster-0.58-1.3.3
  qtp-build-rpms - see
  /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  Build failed, Exiting.
  [EMAIL PROTECTED] ~]#
 
  My logs
  
 
  [EMAIL PROTECTED] opt]# tail -f
  /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
  + rm -rf /usr/src/redhat/BUILD/courier-authlib-0.58
  + exit 0
  Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.14186
  + umask 022
  + cd /usr/src/redhat/BUILD
  + rm -rf courier-authlib-0.58
  + exit 0
  Installing courier-authlib-toaster-0.58-1.3.3 in the sandbox ...
  error: Failed dependencies:
  libltdl.so.3 is needed by
 courier-authlib-toaster-0.58-1.3.3.i686
 
 
---

 
  I looked at the development site as I believe Erik had posted a
  courier-authlib-toaster package that I could test but I couldn't
 find it.

 I think that the 1.3.3 version is the one with the fix, although I'm not
 positive (EE hasn't updated the changelog on the wiki), as it appears
 to be
 because it's 'asking' for libltdl.so.3.

 FWIW, I'm planning on integrating the devel packages into newmodel, but
 unfortunately that won't be in the 0.2 release.

  So now I am stuck again with the libtool/libltdl issue and I don't
  remember how to get over that especially how to get over it using the
  upgrade script.  Anything you can share will be greatly appreciated.

 It looks to me like you simply need to install libtool-ltdl (or
 whatever the
 name is) again:
 # yum install libtool-ltdl

 You'll need to recreate the sandbox after doing this, unless you
 install it
 in the sandbox too, but rebuilding the sandbox is the easiest (if not the
 fastest).

 My understanding of the issue is that for FC4, a special version was
 included in the courier-authlib-toaster package (for whatever reason). I
 think that EE fixed the toaster so that it can use the standard one
 again,
 so that module is no longer included in c-a-t for FC4.

  I hope this feedback helps you in developing the 0.2 version of the
 scripts.

 All feedback helps. Thanks for giving it a go. Keep us posted.

 FYI, qmailtoaster-plus v0.2 will probably be released early this coming
 week. Jake and I are wrapping up testing at the moment.

 --
 -Eric 'shubes'



--
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL

Re: [qmailtoaster] SURBL not working properly