Shyamal,
Among other very useful things, you wrote:
> This is the key part. Your mail is being delivered to ric@otte, and
> I'm guessing this is fetchmail. But "otte" is not a local domain, so
> it is being sent to your smart host. My question would be: where
> exactly did you ask fetcmail to drop
"Richard" == Richard Otte <[EMAIL PROTECTED]> writes:
Richard> Hi, I ran eximconfig and created a new
Richard> /etc/exim/exim.conf file. With this things are working,
Richard> in that mail is not handled twice by exim, and there is
Richard> no long delay before I get my email.
"Richard" == Richard Otte <[EMAIL PROTECTED]> writes:
Richard> It was not like this in /etc/exim/exim.conf, where I had:
Richard> qualify_domain = otte.ucsc.edu local_domains =
Richard> localhost:otte.ucsc.edu (I suspect the .conf~ file is a
Richard> backup that didn't get remo
Hi,
I ran eximconfig and created a new /etc/exim/exim.conf file. With this things are
working, in that mail is not handled twice by exim, and there is no long delay
before I get my email. A few weeks ago I did a dist-upgade to testing, and now
think that I should have run eximconfig then. I'm s
Hi,
I looked carefully and noticed that I have both a /etc/exim.conf~ and a
/etc/exim/exim.conf. In the first file (conf~) I had the lines:
qualify_domain = otte
local_domains = localhost:otte
which probably says my localhost is otte, instead of otte.ucsc.edu. It
was not like this in /etc/exim/ex
Hi Ric,
fetchmail runs on host "otte" and delivers mail to "ric@otte" on otte
via esmtp.
exim gets the mail, and tries to deliver to ric@otte. Unfortunately,
your exim setup does not recognize otte as a local domain. It forwards
this to your smarthost, smtp.ucsc.edu.
My guess is that smtp.ucsc
"Ric" == Ric Otte <[EMAIL PROTECTED]> writes:
Ric> Here is an example of a couple of lines from the exim/mainlog
Ric> file:
> 2002-11-07 11:21:51 189sDv-0005au-00 <= [EMAIL PROTECTED] H=otte
> (localhost) [127.0.0.1] P=esmtp S=6906
> id=p05111a0ab9f066d9996b@[128.114.181
This one time, at band camp, Ric Otte said:
> On Wed, Nov 06, 2002 at 09:47:24PM -0600, Shyamal Prasad wrote:
> > Have you watched the exim log (tail -f /var/log/exim/mainlog) when
> > fetchmail fetches your mail? If not, perhaps exim is doing some sort
> > of network lookup that delays it?
> >
>
On Wed, Nov 06, 2002 at 09:47:24PM -0600, Shyamal Prasad wrote:
> Have you watched the exim log (tail -f /var/log/exim/mainlog) when
> fetchmail fetches your mail? If not, perhaps exim is doing some sort
> of network lookup that delays it?
>
I did that and also monitored procmail.log at the same t
"Ric" == Ric Otte <[EMAIL PROTECTED]> writes:
Ric> Thanks for the suggestion about locks on procmailrc. I
Ric> changed them. But I don't think the slowness problem is due
Ric> to too many messages in exim's queue; I check my mail
Ric> frequently, and usually get less than 5 m
Thanks for the suggestion about locks on procmailrc. I changed them.
But I don't think the slowness problem is due to too many messages in
exim's queue; I check my mail frequently, and usually get less than 5
messages at a time. But I'll reread the exim man page. Thanks,
Ric
On Wed, Nov 06, 20
On Wed, Nov 06, 2002 at 07:36:37AM -0800, [EMAIL PROTECTED] wrote:
> I have an email account on a separate mail server, and I want to keep
> the mail I get at that account separate from the mail I get directly on
> my Linux machine. So I use fetchmail to get mail from the mail server,
> then procm
12 matches
Mail list logo