Re: UID lists

Am 12.08.20 um 22:12 schrieb Bob Tennent:
>
>
> On Wed, Aug 12, 2020 at 3:36 PM Matthias Andree
> <[email protected] <mailto:[email protected]>> wrote:
>
>     Am 12.08.20 um 20:08 schrieb Bob Tennent:
>     > All I wanted was an explanation of what
>     >
>     >   fetchmail: Old UID list from innovate.cs.queensu.ca
>     <http://innovate.cs.queensu.ca>:
>     >    <empty>
>     >
>     >   fetchmail: Scratch list of UIDs:
>     >    <empty>
>
> So the UID lists is a red herring.   
>
>
>     But you were writing "fetchmail isn't working". This is not
>     supported by
>     the log you have posted - you've aborted the run before fetchmail
>     could
>     download and forward the first message.
>
>     So currently I am confused as to whether your setup around
>     fetchmail is
>     working, or it is not and you want further support.
>
> As far as I can tell fetchmail /is/ working but the mail is
> disappearing on my system.  Here's what I get from calling systemctl
> status sendmail:
Is it disappearing? It looks more like being rejected, and fetchmail
should retry later after temporary failures.
>
>       sendmail.service - Sendmail Mail Transport Agent
>        Loaded: loaded (/usr/lib/systemd/system/sendmail.service;
>     enabled; vendor preset: disabled)
>        Active: active (running) since Mon 2020-08-10 15:28:07 EDT; 2
>     days ago
>      Main PID: 30452 (sendmail)
>         Tasks: 1
>        CGroup: /system.slice/sendmail.service
>                `-30452 sendmail: accepting connections
>
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTD007339: ruleset=check_mail,
>     arg1=<[email protected] <mailto:[email protected]>>,
>     relay=localhost [127.0.0.1], reject=451 4.1.8 Domain of sender
>     address [email protected] <mailto:[email protected]> does not
>     resolve
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTD007339: from=<[email protected]
>     <mailto:[email protected]>>, size=11081, class=0, nrcpts=0,
>     proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTE007339: ruleset=check_mail,
>     arg1=<[email protected]
>     <mailto:[email protected]>>, relay=localhost [127.0.0.1],
>     reject=451 4.1.8 Domain of sender address
>     [email protected]
>     <mailto:[email protected]> does not resolve
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTE007339:
>     from=<[email protected]
>     <mailto:[email protected]>>, size=4702, class=0, nrcpts=0,
>     proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTF007339: ruleset=check_mail,
>     arg1=<[email protected] <mailto:[email protected]>>, relay=localhost
>     [127.0.0.1], reject=451 4.1.8 Domain of sender address
>     [email protected] <mailto:[email protected]> does not resolve
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTF007339: from=<[email protected]
>     <mailto:[email protected]>>, size=2921, class=0, nrcpts=0,
>     bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=localhost
>     [127.0.0.1]
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTG007339: ruleset=check_mail,
>     arg1=<[email protected]
>     <mailto:[email protected]>>, relay=localhost [127.0.0.1],
>     reject=451 4.1.8 Domain of sender address
>     [email protected]
>     <mailto:[email protected]> does not resolve
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTG007339:
>     from=<[email protected]
>     <mailto:[email protected]>>, size=3971, class=0, nrcpts=0,
>     proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTH007339: ruleset=check_mail,
>     arg1=<[email protected]
>     <mailto:[email protected]>>, relay=localhost [127.0.0.1],
>     reject=451 4.1.8 Domain of sender address
>     [email protected]
>     <mailto:[email protected]> does not resolve
>     Aug 12 15:57:49 jimmy.tennent.ca <http://jimmy.tennent.ca>
>     sendmail[7339]: 07CJvnTH007339:
>     from=<[email protected]
>     <mailto:[email protected]>>, size=8916, class=0, nrcpts=0,
>     bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
>
>
> I don't understand the "Domain of sender address ... does not resolve"
> messages. 

Sendmail somehow cannot resolve sender addresses via DNS. I've left
sendmail behind more than 20 years ago, and cannot help with that. I've
been using Postfix on UNIX-like systems, and Exim on Cygwin when I
needed an MTA on Windows (but that's also more than 10 years past). I am
not sure how, when, why sendmail reads resolver configuration
(/etc/nsswitch.conf, /etc/host.conf, /etc/resolv.conf, resolv.conf
configuration editors such as resolvconf or systemd)... wrong order of
initialization (meaning DNS unavailable when sendmail started) are
generic considerations for such situations.

<Rant> There's a lot of resolver auto-configuration going on on typical
distributions in the past decade, and that doesn't mix well with
services that are used to constant configuration. </Rant>





_______________________________________________
Fetchmail-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fetchmail-users