yes, as said reject_unknown_client_hostname is relatively strict, one
needs to set an exception now and then if the server is legit in the end...
but it's not legit requests more often...
https://www.postfix.org/postconf.5.html#reject_unknown_reverse_client_hostname
On 21/09/2023 21:06, David
yes that was in the first message, I reimplemented everything, it is
working without any issues now. that was not the problem btw. that was
not even there at the time of the first message, this is actually the
reimplementatiom I did on the rsyslog side. as said, it works without
any issues now.
now we are drifting away completely I am afraid. Please don't talk to me
like I am slow, I know what journald is
"when you say you aren't using journald"... I don't, for this use case I
don't
"and are just sending the logs to systemd"...where do I send a log to
systemd? Or say I send a log to sy
(Disclaimer: I have not read all this thread in depth.)
This flag "confirmMessages=on" sounds suspicious. With this flag, omprog
waits for the script to confirm each received log line (if I recall well),
but your script (looking at your first message) doesn't seem to do this (?)
(to be sure we wou
hmm,
dlang@dlang-mobile:~$ nslookup 66.167.227.145 8.8.8.8
145.227.167.66.in-addr.arpa name = mail.lang.hm.
Authoritative answers can be found from:
dlang@dlang-mobile:~$ nslookup mail.lang.hm 8.8.8.8
Server: 8.8.8.8
Address:8.8.8.8#53
Non-authoritative answer:
Name: mail
That is a queue on the output, but the incoming message still goes to the main
queue.
create a ruleset for the input and put a queue on that ruleset to avoid the
message going into the main queue.
when you say you aren't useing journald, and are just sending the logs to
systemd, you aren't u
I don't think we are talking same things anymore.
I told you several times journald is not involved in this. you cannot
find 1 line of these logs in journald, so I am not using journald as
queue, because I am not using journald at all for this process.
"you did not configure rsyslog to use a s
this is a standard reject_unknown_client_hostname from postfix, this is
relatively strict, but ususally no problem on clean servers, I have only
a handful exceptions
this is not the IP you sent from...the mail came from 66.167.227.145
cannot find your hostname, [66.167.227.145]; from=
to= prot
___
rsyslog mailing list
https://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myri
On Thu, 21 Sep 2023, TG Servers wrote:
I did not get a single message from you David regarding that, that confused
me quite a bit as Rainer mentioned you already before, now I know why :
450 4.7.25 Client host rejected: cannot find your hostname, [66.167.xxx.xxx];
from= to= proto=ESMTP helo=
if you are sending logs to journald and having journald send logs to syslog, you
are using journald as a queue for the delivery
when you were delivering directly to rsyslog, what was probably happening (we
don't know because you never enabled impstats to see) is that the logs were
arriving, bu
I did not get a single message from you David regarding that, that
confused me quite a bit as Rainer mentioned you already before, now I
know why :
450 4.7.25 Client host rejected: cannot find your hostname,
[66.167.xxx.xxx]; from= to=
proto=ESMTP helo=
made an exception now
But to the point
depends on the journald config. It can be configured to queue to disk, with
limits on disk size.
David Lang
On Thu, 21 Sep 2023, Rainer Gerhards wrote:
I guess it works because journal always throws messages away if it cannot
deliver them quickly. Luke a very short timeout+drop queue config i
13 matches
Mail list logo