Right. It's why I recommend that people use dns forwarders in their
caching name servers configuration.

Erik

On 2/15/07, Joseph Lundgren <[EMAIL PROTECTED]> wrote:
All,

Every time I've encountered mail slowdowns, DNS has been at fault.


Sincerely,


--
Joseph Lundgren
Systems Engineer
Peak Internet, LLC
[EMAIL PROTECTED]

-----Original Message-----
From: Erik A. Espinoza [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 14, 2007 10:36 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] SLOW SMTP SESSION - RESOLVED

It's probable you didn't setup forwarders in your localhost dns server.

Erik

On 2/14/07, 24x7server <[EMAIL PROTECTED]> wrote:
>
> dear friends
>
> the issue of slow smtp session is resolved. outgoing emails are really flying 
...
>
> solution -- We changed the sequence of ip addresses in resolv.conf file and 
things are super quick now
>
>
> ORIGINAL SETTING
> nameserver 127.0.0.1
> nameserver 199.237.48.5
> nameserver 199.237.48.6
>
>
> CHANGED SETTING
> nameserver 199.237.48.5
> nameserver 199.237.48.6
> nameserver 127.0.0.1
>
>
> rajesh mahadeva
>
> ---------- Original Message ----------------------------------
> From: "Thiago - TI - Realeza" <[EMAIL PROTECTED]>
> Reply-To: qmailtoaster-list@qmailtoaster.com
> Date:  Wed, 14 Feb 2007 09:47:28 -0300
>
> >Hello rajesh
> >
> >I had the same problem as you...
> >
> >I´ve done these things:
> >
> >- In /var/qmail/control/blacklists I remove all the blacklist urls and put
> >only one: bl.spamcop.net
> >- My distro was Fedora 4 with the new (from them) kernel 2.6.17 and I got a
> >lot of problems with out of memory and other things... see the attached
> >file..what I do is just backup the kernel 2.6.16...Now, everything is OK....
> >the slow smtp stoped...
> >
> >I don´t know if this gonna helps you...but i´ve solved the problems here
> >with it...see your DNS... like other guys says...
> >
> >regards
> >
> >
> >thiago
> >
> >
> >----- Original Message -----
> >From: "24x7server" <[EMAIL PROTECTED]>
> >To: <qmailtoaster-list@qmailtoaster.com>
> >Sent: Wednesday, February 14, 2007 3:16 AM
> >Subject: Re: [qmailtoaster] SLOW SMTP SESSION
> >
> >
> >> hi
> >>
> >> both m/c are dell dual xeon 2.8 with 2 gb ram
> >>
> >> ips below are allocated for dns server by our isps.
> >>
> >> the slow machine is slow at the third stage ie sending message. it is fast
> >> during the stages -- connecting, authorizing
> >>
> >> slow machine -- bocacom, florida
> >> nameserver 127.0.0.1
> >> nameserver 199.237.48.5
> >> nameserver 199.237.48.6
> >>
> >>
> >> fast machine -- theplanet, texas
> >> nameserver 127.0.0.1
> >> nameserver 216.234.234.30
> >> nameserver 70.84.161.10
> >> nameserver 70.84.160.10
> >>
> >> rajesh
> >>
> >> ---------- Original Message ----------------------------------
> >> From: "Eric \"Shubes\"" <[EMAIL PROTECTED]>
> >> Reply-To: qmailtoaster-list@qmailtoaster.com
> >> Date:  Tue, 13 Feb 2007 09:15:15 -0700
> >>
> >>>24x7server wrote:
> >>>> hi
> >>>>
> >>>> both machines use normal port 25
> >>>
> >>>/var/qmail/control/blacklists could be the difference then. Are these
> >>>files
> >>>the same on both machines?
> >>>
> >>>> however i noted one more point
> >>>> on the second machine when we send email to some domain within the same
> >>>> machine then it is fast.
> >>>
> >>>That's to be expected. qmail-send passes the message off to qmail-local
> >>>instead of qmail-remote. Sounds like qmail-remote is where the
> >>>sluggishness
> >>>is. This doesn't make sense though, as the smtp session of the sender (MSA
> >>>session) is complete by that point.
> >>>
> >>>> mails to email ids on remote domains is slow in the "sending message"
> >>>> stage
> >>>
> >>>This is sounding more like a DNS problem. I'm guessing now that it's slow
> >>>looking up MX records of recipient domains.
> >>>
> >>>Is there a DNS cache working on each machine?
> >>>What's in the /etc/resolv.conf in both?
> >>>
> >>>> also i have one more question -- is it possible to disable spam scanning
> >>>> for mail submission. i do not wish scan my authenticated users for spam,
> >>>> however i wish to maintain virus scanning
> >>>
> >>>TTBOMK, that's the way the toaster presently operates. When a client
> >>>authenticates, RELAYCLIENT is set (which I'm guessing tells simscan not to
> >>>scan for spam?). You should see this reflected in the smtp log.
> >>>
> >>>It'd be good to have your clients use port 587 for submission if that's
> >>>feasible.
> >>>
> >>>> thanks
> >>>>
> >>>> rajesh m
> >>>>
> >>>>
> >>>>
> >>>> ---------- Original Message ----------------------------------
> >>>> From: "Eric \"Shubes\"" <[EMAIL PROTECTED]>
> >>>> Reply-To: qmailtoaster-list@qmailtoaster.com
> >>>> Date:  Mon, 12 Feb 2007 20:38:21 -0700
> >>>>
> >>>>> 24x7server wrote:
> >>>>>> hi
> >>>>>>
> >>>>>> we have two different type of installations of qmail toaster on two
> >>>>>> different machines
> >>>>>>
> >>>>>> m/c 1
> >>>>>> redhat enterprise 3
> >>>>>> qmailtoaster without using db for vpopmail
> >>>>>>
> >>>>>> m/c 2
> >>>>>> fedora 4
> >>>>>> qmailtoaster using mysql mysql 5 db for vpopmail
> >>>>>>
> >>>>>> both m/c are enabled in the same way with smtp authentication and
> >>>>>> checks for virus / spam before sending emails by domains hosted on the
> >>>>>> servers
> >>>>>>
> >>>>>> we find that in m/c 2
> >>>>>> while using outlook express there are three stages
> >>>>>> 1) connecting
> >>>>>> 2) authorizing
> >>>>>> 3) sending message -- slow
> >>>>>>
> >>>>>> the speed of smtp sessions for the first two stages are similar in
> >>>>>> both machines but in the third stage the m/c 2 takes around 7 seconds
> >>>>>> where as the m/c 1 sends the message instantly.
> >>>>>>
> >>>>>> this delay gets troublesome for clients who use mail exchangers for a
> >>>>>> large no of email ids.
> >>>>>>
> >>>>>> any idea what the reason could be ?
> >>>>>>
> >>>>>> rajesh mahadevan
> >>>>>>
> >>>>> RBLs?
> >>>>> Is either machine using submission (587) port?
> >>>>> Is /var/qmail/control/blacklists the same on both?
> >>>>>
> >>>>> --
> >>>>> -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]
> >>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >>     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]

Reply via email to