Ranjan Maitra wrote:
> > > Oct 1 14:08:00 localhost postfix/smtpd[4142479]: fatal: in parameter
> > > smtpd_relay_restrictions or smtpd_recipient_restrictions, specify at
> > > least one working instance of: reject_unauth_destination,
> > > defer_unauth_destination, reject, defer, defer_if_perm
>
> On Oct 1, 2020, at 2:18 PM, Ranjan Maitra wrote:
>
> Thanks, very much. So when I hit "Send" on sylpheed, it goes on a tailspin,
> and says: Connecting to SMTP server: localhost
>
> Looking at the /var/log/maillog as you suggested, I get:
>
> Oct 1 14:08:00 localhost postfix/smtpd[414247
On Thu, 1 Oct 2020 15:39:55 -0400 "Demi M. Obenour"
wrote:
> On 2020-10-01 15:18, Ranjan Maitra wrote:
> > Thanks, very much. So when I hit "Send" on sylpheed, it goes on a tailspin,
> > and says: Connecting to SMTP server: localhost
> >
> > Looking at the /var/log/maillog as you suggested, I g
On 2020-10-01 15:18, Ranjan Maitra wrote:
> Thanks, very much. So when I hit "Send" on sylpheed, it goes on a tailspin,
> and says: Connecting to SMTP server: localhost
>
> Looking at the /var/log/maillog as you suggested, I get:
>
> Oct 1 14:08:00 localhost postfix/smtpd[4142479]: fatal: in pa
Thanks, very much. So when I hit "Send" on sylpheed, it goes on a tailspin, and
says: Connecting to SMTP server: localhost
Looking at the /var/log/maillog as you suggested, I get:
Oct 1 14:08:00 localhost postfix/smtpd[4142479]: fatal: in parameter
smtpd_relay_restrictions or smtpd_recipient_r
Hi.
I'd start with checking your logs (i.e. "/var/log/maillog")
On Thu, Oct 1, 2020 at 10:01 PM Ranjan Maitra wrote:
> Hi,
>
> I have an issue that I can not resolve at my work environment.
>
> When I use commandline mail, my e-mail gets delivered.
>
> However, when I use a mailer (like sylpheed
Hi,
I have an issue that I can not resolve at my work environment.
When I use commandline mail, my e-mail gets delivered.
However, when I use a mailer (like sylpheed) to use localhost, it does not get
delivered. I have SMTP port set to the default, and this same setup works fine
when I send e-
Wietse Venema:
> luc...@dds.nl:
> > Hello,
> >
> > I am managing a Postfix mail relay service in our internal network. The
> > relay itself is more permissive than the downstream SMTP server. So it
> > is possible, and indeed it regularly happens, that my relay accepts a
> > message which is subs
luc...@dds.nl:
> Hello,
>
> I am managing a Postfix mail relay service in our internal network. The
> relay itself is more permissive than the downstream SMTP server. So it
> is possible, and indeed it regularly happens, that my relay accepts a
> message which is subsequently bounced by the downs
On 2020-10-01 08:19, luc...@dds.nl wrote:
> Hello,
>
> I am managing a Postfix mail relay service in our internal network. The
> relay itself is more permissive than the downstream SMTP server. So it
> is possible, and indeed it regularly happens, that my relay accepts a
> message which is subseq
Hi,
I would like to setup additional Milter in my Linux Appliance.
The problem is, that I have already one (defined in master.cf) which is
used by E-mail encryption system located on the same host.
Second milter I would like to setup for Data Loss Prevention System,
where E-Mail will be forwa
Jaroslaw Rafa:
> X-Authentication-Warning: : set sender to
> using -f
If you're willing to parse headers, then all the information that
you need is already available. There is no need to add yet another
header with that stuff.
- You already have the numerical UID in the existing Received:
hea
Hello,
I am managing a Postfix mail relay service in our internal network. The
relay itself is more permissive than the downstream SMTP server. So it
is possible, and indeed it regularly happens, that my relay accepts a
message which is subsequently bounced by the downstream server. There is
no w
On 01/10/2020 08:01, Ansgar Wiechers wrote:
> On 2020-09-30 Allen Coates wrote:
>>
>> Does the SMTP daemon resolve a destination if there is no MX record?
>
> Normally Postfix will check for an MX first, and if that is absent check
> for an A record for the domain. This is standard MTA behavior
On 2020-09-30 Allen Coates wrote:
> On 30/09/2020 15:58, @lbutlr wrote:
>> On 29 Sep 2020, at 11:46, J David wrote:
>>> domains that have no email service, i.e., those domains have A
>>> records in that range but no MX records at all.
>
> Question at a tangent:-
>
> Does the SMTP daemon resolve
15 matches
Mail list logo
