Re: [Fetchmail-users] somehow broke fetchmail trying to fix outgoing email :(

[Matthias A. <mat...@gm...>]

Am 02.10.20 um 08:05 schrieb Abe Stone via Fetchmail-users:
> Hi,
>
> When I got up this morning I found that my outgoing mail
> wasn't working. Of course that had nothing to do with
> fetchmail, and I was still able to retrieve my mail from
> gmail using POP3 as usual. I spent most of the day getting
> the outgoing mail to work again. But now I find that
> fetchmail can't deliver the incoming mail locally anymore. I
> get "smtp listener protocol error."
>
> The weird thing is, even when I change main.cf back to what
> it was before (which would break my outgoing mail again, but
> never mind that), the problem persists.
>
> I'm running fetchmail 6.4.4 on Mac OS 10.13.6 (High Sierra).
>
> The verbose fetchmail log looks like this (as you can see,
> everything works fine until it tries to deliver locally):
>
> fetchmail: 6.4.4 querying pop.gmail.com (protocol POP3) at Thu, 01 Oct 2020 21:50:34 -0700 (PDT): poll started
> [...]
> fetchmail: reading message abe...@gm...@pop.gmail.com:1 of 59 (35221 octets)Trying to connect to 127.0.0.1/25...connected.
> fetchmail: smtp listener protocol error
> fetchmail: Trying to connect to 127.0.0.1/25...connected.
> fetchmail: smtp listener protocol error
> fetchmail: SMTP connect to localhost failed
> fetchmail: POP3> QUIT
> fetchmail: POP3< --Mjk5MjIxMDM3OTAzNjQ2MDg
> fetchmail: SMTP transaction error while fetching from abe...@gm...@pop.gmail.com and delivering to SMTP host localhost
> fetchmail: 6.4.4 querying pop.gmail.com (protocol POP3) at Thu, 01 Oct 2020 22:00:35 -0700 (PDT): poll completed
> fetchmail: Query status=10 (SMTP)
> fetchmail: normal termination, status 10
>
> The verbose log from smtpd looks like this:
>
> 2020-10-01 21:50:35.514198-0700 0x72ee     Info        0x0                  1414   smtp: unknown_stream: wanted attribute: (any attribute name or list terminator)

Abe,

there is one long-standing conceptual design, umm, idiosyncrasy in
Postfix. That is that Postfix uses "smtp" and "smtpd" names which are
quite similar, rather than smtp-sender and smtp-listener or something.

All logs and configuration items you're showing from Postfix are smtp
(the client = sender) logs and configuration, no smtpd (receiver) logs,
but the latter is what fetchmail wants to talk to. Mind the trailing d
of the Postfix daemon name. You are looking in the wrong place.
Apparently the listener connects and then dies. Check the master and
smtpd logs, and if smtpd misses any services or you see them crash, or
if some configuration does not permissively allow clients from 127.0.0.1.

You may then also stand a better chance of getting replies by asking on
the postfix-users mailing list, where you best provide the output of
postconf -n (main.cf differences from defaults) and possibly postconf -M
(master.cf)

HTH,
Matthias