> On Oct 7, 2019, at 7:46 PM, Jaroslaw Rafa wrote:
>
>> Unless your system sends all mail to statically configured
>> relays listed in /etc/hsots, you MUST NOT set:
>>
>> smtp_host_lookup = native
>
> But "native" doesn't mean /etc/hosts only! Native means system-configured
> name
Dnia 7.10.2019 o godz. 19:40:40 Viktor Dukhovni pisze:
>
> Unless your system sends all mail to statically configured
> relays listed in /etc/hsots, you MUST NOT set:
>
> smtp_host_lookup = native
But "native" doesn't mean /etc/hosts only! Native means system-configured
name resolution
> On Oct 7, 2019, at 6:09 PM, Jaroslaw Rafa wrote:
>
> I found in the documentation that I have to add the parameter
> "smtp_host_lookup=native" to main.cf to make Postfix use system configured
> name resolution instead of trying to resolve names by itself.
Unless your system sends all mail to
Gerben Wierda:
> > Turns out it is not hard to create the postlog client socket early
> > (i.e. before chroot). I drafted some code during my train commute,
> > needs to be cleaned up and tested. Maybe that will be sufficient
> > to make logging work on MacOS.
>
> That sounds like a plan. For the
On Tue, 8 Oct 2019, Jaroslaw Rafa wrote:
(However, it didn't help with my original Gmail issue - even mail relayed
via another server still goes to spam on the receiving side :()
Jaroslaw,
While not directly related to your issue, I've found that some clients who
use gmail end up with
Dnia 8.10.2019 o godz. 00:09:34 Jaroslaw Rafa pisze:
> As I have trouble with sending emails to Gmail (I wrote about it in a
> different thread), I try to configure Postfix to send mail to Gmail via a
> different mail server as a relay. However, for reasons too long to explain
> here, I would
As I have trouble with sending emails to Gmail (I wrote about it in a
different thread), I try to configure Postfix to send mail to Gmail via a
different mail server as a relay. However, for reasons too long to explain
here, I would like Postfix to refer to that server via hostname that I
defined
El lun, 07-10-2019 a las 01:48 +0200, Gerben Wierda escribió:
> permit_mynetworks,
> permit_sasl_authenticated,
I don't see the need for these two in the data restriction class.
Quoting "Robert Schetterer", who wrote on 2019-10-07 at 18:21 Uhr +0200:
Also a wide bug is not to include the ipv6 stuff in SPF, did you
checked this, in the past creating a extra transport for google
only via ipv4 was helpfull too
At least for madduck.net, I have SPF set to "v=spf1 ?all",
martin f krafft skrev den 2019-10-07 18:48:
I really appreciate all your eyeballs. I really do!
http://multirbl.valli.org/ good place to test all is ok
Robert Schetterer skrev den 2019-10-07 18:21:
Also a wide bug is not to include the ipv6 stuff in SPF, did you
checked this, in the past creating a extra transport for google only
via ipv4 was helpfull too
amazon have around 80 ipv4 adresses in there spf, is this nearly as
good as +all
Quoting "Allen Coates", who wrote on 2019-10-07 at 10:15 Uhr +0100:
Only one set of double-colons is allowed in an IPv6 address. It expands to an
unspecified number of zeros; doing it twice results in ambiguity.
Quoting "Wietse Venema", who wrote on 2019-10-07 at 07:00 Uhr -0400:
The form
Am 07.10.19 um 07:11 schrieb martin f krafft:
Quoting "Wietse Venema", who wrote on 2019-10-06 at 19:13 Uhr -0400:
Perhaps the SMTP client IP address 2001:db8:bad::cafe:: has no PTR
record (or the name does not resolve to 2001:db8:bad::cafe::).
Good point, but the address has a PTR record to
> On 7 Oct 2019, at 15:50, Wietse Venema wrote:
>
> Wietse Venema:
>> Gerben Wierda:
If it is chroot related, try turning off smtpd chroot in master.cf,
and do "postfix reload?.
>>>
>>> Indeed, it is. If I turn chroot from y to n, I get my logging.
>>
>> Great. Do you insist on
Jaroslaw Rafa:
> Dnia 7.10.2019 o godz. 23:54:41 Peter pisze:
> >
> > We get this question on IRC a lot as well, it's a common problem.
> > The generic answer I always give is this:
> >
> > If you're having problems getting your mail received by major ESPs
> > you should first check your
Wietse Venema:
> Gerben Wierda:
> > > If it is chroot related, try turning off smtpd chroot in master.cf,
> > > and do "postfix reload?.
> >
> > Indeed, it is. If I turn chroot from y to n, I get my logging.
>
> Great. Do you insist on chroot? If so, does MacOS have strace or
> ktrace? Maybe you
Dnia 7.10.2019 o godz. 23:54:41 Peter pisze:
>
> We get this question on IRC a lot as well, it's a common problem.
> The generic answer I always give is this:
>
> If you're having problems getting your mail received by major ESPs
> you should first check your fcrdns*, then make sure you have
Gerben Wierda:
> > If it is chroot related, try turning off smtpd chroot in master.cf,
> > and do "postfix reload?.
>
> Indeed, it is. If I turn chroot from y to n, I get my logging.
Great. Do you insist on chroot? If so, does MacOS have strace or
ktrace? Maybe you can find out if there is a
On 8/10/19 12:04 AM, Jaroslaw Rafa wrote:
Dnia 7.10.2019 o godz. 23:54:41 Peter pisze:
Also sign up for ESP-specific programs such as
feedback loops, Google postmaster tools and Microsoft's SNDS. Check
the individual postmaster pages for each ESP that you're having
problems with to make sure
Dnia 7.10.2019 o godz. 23:54:41 Peter pisze:
> Also sign up for ESP-specific programs such as
> feedback loops, Google postmaster tools and Microsoft's SNDS. Check
> the individual postmaster pages for each ESP that you're having
> problems with to make sure that you're in compliance with all of
martin f krafft:
> Quoting "Wietse Venema", who wrote on 2019-10-06 at 19:13 Uhr -0400:
> >Perhaps the SMTP client IP address 2001:db8:bad::cafe:: has no PTR
> >record (or the name does not resolve to 2001:db8:bad::cafe::).
>
> Good point, but the address has a PTR record to a name with an
On 7/10/19 5:36 AM, martin f krafft wrote:
Folks,
I hope this is not too off-topic, but I figure this is the best mailing
list because we're probably not in this boat alone, wherein we're
annoyed (very) and a bit helpless about Google. I have to ask here,
because Google of course doesn't
On 07/10/2019 06:11, martin f krafft wrote:
> Quoting "Wietse Venema", who wrote on 2019-10-06 at 19:13 Uhr -0400:
>> Perhaps the SMTP client IP address 2001:db8:bad::cafe:: has no PTR record (or
>> the name does not resolve to 2001:db8:bad::cafe::).
>
> Good point, but the address has a PTR
23 matches
Mail list logo