Thanks Viktor. That make thing clear.
On Tuesday, December 17, 2019, Viktor Dukhovni
wrote:
> On Tue, Dec 17, 2019 at 01:49:00AM +0100, Ralph Seichter wrote:
> > * Tom Blackwood:
> >
> > > In the outgoing message, what does "sender:" header stand for?
> >
> > https://tools.ietf.org/html/rfc2822#
On Tue, Dec 17, 2019 at 01:49:00AM +0100, Ralph Seichter wrote:
> * Tom Blackwood:
>
> > In the outgoing message, what does "sender:" header stand for?
>
> https://tools.ietf.org/html/rfc2822#section-3.6.2
These days one should quote 5322 instead, but perhaps a more readable
discussion of email
* Tom Blackwood:
> In the outgoing message, what does "sender:" header stand for?
https://tools.ietf.org/html/rfc2822#section-3.6.2
-Ralph
Hello
In the outgoing message, what does "sender:" header stand for?
Should it be set to envelop-mailfrom address?
Regards.
Tom
On Mon, Dec 16, 2019, PGNet Dev wrote:
> The Sendmail 'Usenet'/Google Group is a bit of a sewer; cc'ing Claus to see
> if there's any newer comment/clarity as to why Sendmail's still not
> standards-compliant in this.
Please do NOT use my private e-mail address on a public mailing list
-- now y
PGNet Dev:
> > The limit was still 990 in Sendmail 8.15.
>
> To deal with that in production, is setting value in Postfix to
> == 990 sufficient? recommended?
No idea. One could equally-well argue for setting it to zero.
Wietse
Wietse Venema:
> PGNet Dev:
> > > I don't see any mention of Sendmail in that text.
> >
> > As I said, 'ages ago'. Per a conversation,
> >
> >
> > https://mailing.postfix.users.narkive.com/nhbtm7Fg/smtp-line-length-limit-998
> >
> > It apparently was an issue; I'm asking if it still is.
>
>
> The limit was still 990 in Sendmail 8.15.
To deal with that in production, is setting value in Postfix to == 990
sufficient? recommended?
Does a setting of == 990 (continue to) break any particular
service/functionality?
The Sendmail 'Usenet'/Google Group is a bit of a sewer; cc'ing Claus to
PGNet Dev:
> > I don't see any mention of Sendmail in that text.
>
> As I said, 'ages ago'. Per a conversation,
>
>
> https://mailing.postfix.users.narkive.com/nhbtm7Fg/smtp-line-length-limit-998
>
> It apparently was an issue; I'm asking if it still is.
The limit was still 990 in Sendmail
Emanuel:
> Any solution for this?
> I send alert to a domain with no dns servers.
a) Exclude the domain from reject_unknown_recipient_domain.
/etc/postfix/main.cf:
smtpd_recipient_restrictions =
...
pcre:/etc/postfix/recipient-access.pcre
...
> I don't see any mention of Sendmail in that text.
As I said, 'ages ago'. Per a conversation,
https://mailing.postfix.users.narkive.com/nhbtm7Fg/smtp-line-length-limit-998
It apparently was an issue; I'm asking if it still is.
On 16.12.19 15:58, Emanuel wrote:
The idea is that postfix delivers the emails to the IP directed to a
temporary domain which has no DNS.
you can configure sending mail to that particular domain in transport_maps.
Emanuel:
I use the option reject_unknown_recipient_domain,
if you don't want
The idea is that postfix delivers the emails to the IP directed to a
temporary domain which has no DNS.
El 16/12/19 a las 15:51, Wietse Venema escribió:
Emanuel:
Hello,
I use the option reject_unknown_recipient_domain,
That uses DNS lookups, not /etc/hosts, because it requires MX lookups,
an
Any solution for this?
I send alert to a domain with no dns servers.
Regards,
El 16/12/19 a las 15:51, Wietse Venema escribió:
Emanuel:
Hello,
I use the option reject_unknown_recipient_domain,
That uses DNS lookups, not /etc/hosts, because it requires MX lookups,
and MX records cannot be fo
Emanuel:
> Hello,
>
> I use the option reject_unknown_recipient_domain,
That uses DNS lookups, not /etc/hosts, because it requires MX lookups,
and MX records cannot be found in /etc/hosts.
Wietse
> in the /etc/hosts add
> the route to a temporary domain, but not work.
> Dec 16 15:41
PGNet Dev:
> Current default for
>
> ?http://www.postfix.org/postconf.5.html#smtp_line_length_limit
>
> is == 998, per smtp std.
RFC 5321 says:
4.5.3.1.6. Text Line
The maximum total length of a text line including the is 1000
octets (not counting the leading dot duplicated for transpa
Hello,
I use the option reject_unknown_recipient_domain, in the /etc/hosts add
the route to a temporary domain, but not work.
Dec 16 15:41:10 smarthost01-ded postfix/pickup[30614]: B0C15488B4: uid=0
from=
Dec 16 15:41:10 smarthost01-ded postfix/cleanup[18397]: B0C15488B4:
message-id=<2019121
Current default for
http://www.postfix.org/postconf.5.html#smtp_line_length_limit
is == 998, per smtp std.
Ages ago, Sendmail added an errant "!", causing overruns -- I think that's in
part why the prior Postfix value == 990? to accommodate 'broken' Sendmail?
Time's passed, clearly the Postfi
postpeter:
> Postfix log when email is sent from alpine:
>
> Dec 16 08:56:47 debian1 postfix/smtpd[14483]: connect from
> localhost[127.0.0.1]
> Dec 16 08:56:47 debian1 postfix/smtpd[14483]: 6F82C9E492:
> client=localhost[127.0.0.1]
> Dec 16 08:56:47 debian1 postfix/smtpd[14483]: disconnect from
>
Postfix log when email is sent from alpine:
Dec 16 08:56:47 debian1 postfix/smtpd[14483]: connect from
localhost[127.0.0.1]
Dec 16 08:56:47 debian1 postfix/smtpd[14483]: 6F82C9E492:
client=localhost[127.0.0.1]
Dec 16 08:56:47 debian1 postfix/smtpd[14483]: disconnect from
localhost[127.0.0.1] ehlo=
20 matches
Mail list logo
