Sounds like GFS2 operating normally.
Do you have any metrics on for the performance of the SAN during these events?
Quoting Durga Prasad Malyala :
Hello all,
I am seeing consistent delays in writing to disk (my System redhat 7.2
using GFS2 file system cluster)
May 4 10:03:34 mail1 postfix/l
> On May 4, 2018, at 1:04 AM, Phil Ingram wrote:
>
> We don't care, all email is unclassified, we are tolerant of failures and
> completely control the private network. We would simply like to control the
> routing and redirection of email based on the source network and destination
> email
> This is not actionable information.
I think I misinterpreted your original request. Mail that needs to go to
the external provider originates from any number of hosts/servers on a
number of different networks. Email sent from these servers originates from
cron, other daemons and our application.
Hello all,
I am seeing consistent delays in writing to disk (my System redhat 7.2
using GFS2 file system cluster)
May 4 10:03:34 mail1 postfix/lmtp[11662]: E4EB75048C19:
to=, relay=mail.xyz.com[private/dovecot-lmtp], delay=50,
delays=0.02/0/0/50, dsn=2.0.0, status=sent (250 2.0.0
IIt4Ejji61o3Lg
> On May 3, 2018, at 11:13 PM, Phil Ingram wrote:
>
> 1. Cron email from things we don't care about and while these are mostly set
> as &>/dev/null anyway, but we need to ensure that we have a catch all for the
> 'just in case' scenario where someone makes a furfy (i.e. >&/dev/null).
> 2. Cro
There are a few different types of mail we deal with:
1. Cron email from things we don't care about and while these are mostly
set as &>/dev/null anyway, but we need to ensure that we have a catch all
for the 'just in case' scenario where someone makes a furfy (i.e.
>&/dev/null).
2. Cron email fro
> On May 3, 2018, at 8:37 PM, Phil Ingram wrote:
>
> We are using postfix as a central email relay that forwards to an external
> provider for trusted sending to our customers. Centralising this relay is a
> must to limit the distribution of sasl creds required for sending to our
> external
Hello,
We are using postfix as a central email relay that forwards to an external
provider for trusted sending to our customers. Centralising this relay is a
must to limit the distribution of sasl creds required for sending to our
external provider. We have several products, each with dev, staging
On 2018-05-02 (14:57 MDT), Philip Paeps wrote:
> When it comes in over submission from authenticated users, I consider the
> HELO hostname, the IP address and the reverse lookup of the IP address
> sensitive.
Hmm. OK, I do not see my home IP address in any mail header (and yes, I use
submiss
Hi Willi. Thanks for your reply.
About the 3rd site..don't worry as it was a mistake trying to change stuff
on email.
I will provide more logs and info asap.
Cheers
On Thu, May 3, 2018 at 10:19 AM wilfried.es...@essignetz.de <
wilfried.es...@essignetz.de> wrote:
> Ok. Now i'm really shure it's
Ok. Now i'm really shure it's clear.
But, what is the third mentioned domain "mydomain2.it"? (in your Mail
from 28.04.2018 17:11)
Please give the thoughts from my last mail a try:
>> Where comes @mydomain1.com from? Thinks you provided doesn'g give an
>> idea. Maybe from extending "areluca" from
11 matches
Mail list logo
