[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Mutt displays mail twice... :-s



* [28/10/2003 02:14] Derrick 'dman' Hudson <dman@dman13.dyndns.org>:

> | However, the longer this takes, the more I'm beginning to feel a little
> | nervous, since it undoubtedly has to do with some misconfiguration of
> | mine.
> 
> Don't be so nervous, you just get duplicate mails.  It's not the worst
> that could happen :-).

I wasnt' getting nervous about the duplicate mails, it was about the
misconfiguration. :-)

> Can you post the entire headers for both of those messages? 

Well, it's two other messages now, but that of course doesn't matter.
Headers are attached...

> As you've noted, the problem isn't in mutt or procmail.  The
> duplication happens before either of those programs
> becomes involved.

I like logic. :-)

> You have fetchmail running twice -- once as user 'fetchmail' and once
> as user 'tom'.  Both instances are grabbing the mail from your POP box
> and passing it on to exim. You have fetchmail set to not remove
> messages from the server, and POP has limited capability of
> identifying "read" messages, so each fetchmail ends up fetching each
> message.

Hm. As a matter of fact, I have the same polling lines from my
.fetchmailrc in /etc/fetchmailrc, but I thought this wouldn't matter,
since I have "no keep" at the end of those lines? Doesn't "no keep" mean
to delete mail at the server once retrieved?

In any case: you're right. Fetchmail is running twice. I don't
understand, however. I don't have a startup script for fetchmail in the
rc-directories... rcconf shows that too, so why does it run as user
"fetchmail" too? :-s

Whatever the reason is: thanks a lot! I'll leave those headers for what
they are, since undoubtedly, the problem is solved now... Now I'll only
have to find out what makes it run twice.

Greets,
Tom

-- 
"Mongolian drivers do not care much about pedestrians."
--
np: gar nix
    



Reply to: