On Fri, Nov 11, 2016 at 02:17:01PM +1100, Richard James Salts wrote:
> On 11/11/16 11:00, btb wrote:
> >On Nov 10, 2016, at 17.17, Noel Jones wrote:
> >>On 11/10/2016 4:05 PM, btb wrote:
> >>>hi-
> >>>
> >>>i have an "appliance" which submits mail. it's inflexible,
> >>>unfortunately, and uses cra
On 11/11/16 11:00, b...@bitrate.net wrote:
On Nov 10, 2016, at 17.17, Noel Jones wrote:
On 11/10/2016 4:05 PM, btb wrote:
hi-
i have an "appliance" which submits mail. it's inflexible,
unfortunately, and uses crappy values for the envelope sender and the
from: header. i have communicated wi
On Nov 10, 2016, at 17.17, Noel Jones wrote:
>
> On 11/10/2016 4:05 PM, btb wrote:
>> hi-
>>
>> i have an "appliance" which submits mail. it's inflexible,
>> unfortunately, and uses crappy values for the envelope sender and the
>> from: header. i have communicated with the vendor in an attempt
On 11/10/2016 4:05 PM, btb wrote:
> hi-
>
> i have an "appliance" which submits mail. it's inflexible,
> unfortunately, and uses crappy values for the envelope sender and the
> from: header. i have communicated with the vendor in an attempt to
> rectify this, but as might be expected, the outcom
hi-
i have an "appliance" which submits mail. it's inflexible,
unfortunately, and uses crappy values for the envelope sender and the
from: header. i have communicated with the vendor in an attempt to
rectify this, but as might be expected, the outcome has been less than
successful.
hopefully so
Rob A:
> We are having issues sending emails with attachments over ~2 MB to some
> recipients. In the situations were we have an error, the remote server
> responds with "421 4.4.2 service timed out. (in reply to end of DATA
> command)".
If the problem is really size dependent (email does not g
What sort of network stats would be useful to diagnose the problem? Below is
the output of netstat -s
It looks like data is being transmitted fine up until the point that the
remote server sends a [TCP Window Update] (see packet 1750 below). At that
point my postfix server doesn't respond and th
That is exactly what it says, a service time out when you are sending
email. You are probably on a very active server, a very bad/slow or busy
connection.
How busy is your server? Do you have some network stats?
On 10/11/2016 21:54, Rob A wrote:
We are having issues sending emails with att
We are having issues sending emails with attachments over ~2 MB to some
recipients. In the situations were we have an error, the remote server
responds with "421 4.4.2 service timed out. (in reply to end of DATA
command)".
We are not having these issues with all recipients, but there are many
r
vod vos:
> We can configure [parameters] in main.cf
> And can overwrite parameters=value in master.cf like;
> -o
> smtpd_recipient_restrictions=reject_non_fqdn_recipient,reject_unknown_recipient_domain,permit_sasl_authenticated,reject
>
> which has priority setting?
See 'man 5 master'.
10 matches
Mail list logo
