Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 16 Jun 1998 10:54:53 -0500 (CDT)
From:      "Daniel C. Fifield" <danf@JADETech.com>
To:        Art Neilson <art@neilson.ddns.org>
Cc:        questions@FreeBSD.ORG, Shawn  Rogers <dmr1@JADETech.com>
Subject:   Re: QPopper Timeouts!
Message-ID:  <Pine.BSF.3.96.980616105312.9228G-100000@server1.bisnet.net>
In-Reply-To: <3585B61D.57F9@neilson.ddns.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Art,

Have you or any one else had any experience with the ipop3d daemon? Was it
able to handle large attachments?

Dan

On Mon, 15 Jun 1998, Art Neilson wrote:

> Dan, have you tried the ipop3d daemon in the uw_imap4 package ?  
> It's in the ports collection, /usr/ports/mail I believe.  It contains
> a pop2, pop3 and imap4 daemon, from University of Washington.
> 
> Daniel C. Fifield wrote:
> > 
> > Dean,
> > 
> > Can you give me anymore information on the DNS lookups, this sounds like
> > it maybe related to our problem.  Are you talking about unknown hostnames?
> > 
> > If so, can we turn off name resolution in popper so it does not try to
> > find it.
> > 
> > Here is a little more information on the problem.  It does not appears to
> > happen all the time, but it seams to happen on only certain emails, even
> > ones as small as 400k
> > 
> > Unfortunatly, I am a public ISP and a number of my customers are
> > publishers and marketing firms and they depend on email to send and
> > receive large graphic files.
> > 
> > Dan
> > 
> > On Fri, 12 Jun 1998, Dean Hollister wrote:
> > 
> > > On Fri, 12 Jun 1998, Doug White wrote:
> > >
> > > > This is normal.  popper insists on copying the mailbox file to a private
> > > > copy before transferring it, and this takes a while on busy servers.  We
> > > > have the same problem on our campus mailserver.
> > >
> > > Also, DNS lookups can cause this. That's what we found.
> > >
> > > > Yes you can, it's called quotas.  :-)
> > >
> > > And if you're going to put in quotas, give people 5Mb or so at least.
> > >
> > > Regards,
> > >
> > > d.
> > >
> > > +-------------------------------------------------------+
> > > | Dean Hollister,           | dean@odyssey.apana.org.au |
> > > | Perth, Western Australia. | 12840184 ICQ              |
> > > +-------------------------------------------------------+
> > >
> > >
> > 
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > Daniel C. Fifield                       Email: danf@JadeTech.com
> > JADE Technologies, Inc.                 Fax:   (414) 938-5952
> > (414) 938-5950
> > PGP Public Key: http://www.JadeTech.com/~danf/pgpkey.html
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > 
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-questions" in the body of the message
> 
> 
> -- 
>     __
>    /  )    _/_  It is a capital mistake to theorise before one has data.
>   /--/ __  /    Insensibly one begins to twist facts to suit theories,
>  /  (_/ (_<__   Instead of theories to suit facts.
>                       -- Sherlock Holmes, "A Scandal in Bohemia"
>  Arthur W. Neilson III
>  Bank of Hawaii Tech support
>  art@neilson.ddns.org
> 

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Daniel C. Fifield			Email: danf@JadeTech.com
JADE Technologies, Inc.			Fax:   (414) 938-5952
(414) 938-5950
PGP Public Key: http://www.JadeTech.com/~danf/pgpkey.html
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980616105312.9228G-100000>