ion from the logs?
Would it be reasonable to add the information to the 'connect from'
log message? If one were going to change that it would probably make
sense to also log the local IP.
In a related question, how do people running multi- instance
configurations know which ins
d my options as I'm guessing logwatch and
fail2ban parsing may need to be adjusted if I change the log lines..
thanks,
Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
>>>>> On January 2, 2025 Bill Cole via Postfix-users
>>>>> wrote:
> On 2025-01-02 at 16:47:00 UTC-0500 (Thu, 02 Jan 2025 16:47:00 -0500)
> Greg Klanderman via Postfix-users is rumored to
> have said:
>>>>>>> On January 2, 202
>>>>> On January 2, 2025 Bill Cole via Postfix-users
>>>>> wrote:
> On 2025-01-01 at 20:13:35 UTC-0500 (Wed, 01 Jan 2025 20:13:35 -0500)
> Greg Klanderman via Postfix-users is rumored to
> have said:
>> I just noticed a single unknown host is c
>>>>> On January 1, 2025 Viktor Dukhovni via Postfix-users
>>>>> wrote:
> On Wed, Jan 01, 2025 at 08:13:35PM -0500, Greg Klanderman via
> Postfix-users wrote:
>> I'm fine with allowing a little probing, especially if the host
>> doing so has
>>>>> On January 1, 2025 Wietse Venema via Postfix-users
>>>>> wrote:
> Greg Klanderman via Postfix-users:
>>
>> Hello all and Happy New Year!
>>
>> Is there some documentation for the list of tags, their meanings,
>> and the format
to stricter thresholds. Having several domains
but only a single MX host I guess you'd be far below any threshold I
care about.
I just noticed a single unknown host is connecting ~1000x per day,
with fingerprint 'ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4' so
that's my firs
w to distinguish port 25 vs submission in
the logs but looks like I should be able to use syslog_name for that..
though changing this may require adjustments to fail2ban config.
thank you,
Greg
___
Postfix-users mailing list -- postfix-users@postfix.or
in an automated email saying, "Your ip addresses are
not blocked." from Comcast. This is a difficult group to interact with.
On Sun, Sep 22, 2024 at 11:27 PM Viktor Dukhovni via Postfix-users <
postfix-users@postfix.org> wrote:
> On Sun, Sep 22, 2024 at 07:29:30PM -0500, Gr
would
reduce over time -- but this has not been the case.
This deferred / retry seems to take a good deal of resources from both
Comcast and the sender of email. Is there anything we can do to reduce the
impact?
Thanks, Greg
___
Postfix-users mailing
DNS for each of our Postfix
Transports based on the feedback here. This is kind of awkward given
the number of SPF records we have in our zone now -- but I believe it
will work.
Thanks, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To
t.
Thanks, Greg
On Sun, Jun 2, 2024 at 7:02 PM Greg Sims wrote:
>
> OK. I found the email in the bounce mailbox at the gmail level. The
> issue seems to be consistent with what we could see from the email
> logs only. The SPF fails because the email is being sent from domain
> m
" for this message. I am not aware that we found a
solution. I believe it is time to add an SPF record for
mail01.raystedman.org and see where this takes us.
Thank you for breaking down this set of logs Wietse, Greg
___
Postfix-users mailing list
On Tue, May 28, 2024 at 8:12 AM Greg Sims wrote:
>
> On Tue, May 28, 2024 at 6:49 AM Wietse Venema via Postfix-users
> wrote:
>
> > In recent experience with my personal porcupine.org email address,
> > they not only want SPF or DKIM, they *also* want a DMARC policy
&g
On Fri, May 31, 2024 at 8:01 AM Wietse Venema via Postfix-users
wrote:
>
> Greg Sims via Postfix-users:
> > I set the following in main.cf
> >
> > mydestination = localhost
> >
> > and received the following in our logs:
> >
> > May 31 0
we have in virtual.
I updated main.cf as follows hoping this will help:
mydestination = $myhostname, localhost.$mydomain, localhost
We know that the SPF error for the double-bounce was trying to be sent
to domain mail01.raystedman.org -- thus $myhostname.
Thanks, Greg
On Thu, May 30, 2024 at 2:52
On Thu, May 30, 2024 at 12:27 PM Greg Sims wrote:
>
> I believe I am ready to capture the double-bounce locally.
>
> This is main.cf:
> # 24-05-30 save the bounces locally at bounce-local
> notify_classes = 2bounce, bounce, resource, software
> bounce_notice_rec
On Thu, May 30, 2024 at 7:12 AM Wietse Venema via Postfix-users
wrote:
>
> Greg Sims via Postfix-users:
> > double-bounces which is now unclear -- at least to me. Perhaps you
> > can give me an idea of how to capture just the double-bounces locally.
>
> 1) The postmast
ata will give me insight on the cause of the
double-bounces which is now unclear -- at least to me. Perhaps you
can give me an idea of how to capture just the double-bounces locally.
Thanks again, Greg
___
Postfix-users mailing list -- postfix-users@postfix.or
the double-bounce email is
received by Google -- at least this is the hope. I will work on this
again Thursday.
Thanks, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
. If sender_canonical_maps
is the solution, I will give it a try. Did you expect that using "myorigin
= raystedman.org" would resolve the SPF issue?
Thanks, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
DNS as a result
myorigin = raystedman.org
I hoped this would allow the message being sent to be
from=. Please note the qmgr record
above shows the name of the sending machine -- mail01.raystedman.org.
Thank you, Greg
___
Postfix-users mailing list
un p=reject for years. DMARC is currently p=none because of the
issue you are helping with. I feel like we have a solution now -- time
will tell. I hope to be p=reject once again soon!
Thanks Wietse, Greg
___
Postfix-users mailing list -- postfix-users
I do see the "qmgr active" active with the from=<>. I added
mail01.raystedman.org SPF to DNS as a result.
Thanks again, Greg
>
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
F failure was associated with this subdomain. If this is
the case, we need to add an SPF record for this subdomain. Please note we
are already configured for raystedman.org and devotion.raystedman.org. Are
there any other subdomains that Postfix would use? Please let me know
he actual domain used did not have the expected SPF records.
>
I tried to collect "collate" data but the logs for this time period are no
longer available.
Thanks for the feedback Viktor, Greg
___
Postfix-users mailing list -- postfix-users@postfi
Postfix to capture the email
headers/content in this case.
Thanks, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
On Thu, May 23, 2024 at 7:07 AM Greg Sims wrote:
>
> Thank you Viktor. All recommended changes have been made. I hope to
> collect useful "collate" data with our next distribution at Noon today
> pacific.
>
Still having problems with the inbound smtpd from our private
Thank you Viktor. All recommended changes have been made. I hope to
collect useful "collate" data with our next distribution at Noon today
pacific.
I hope you have a great day! Greg
> [root@mail01 postfix]# postconf -nf
>
> [root@mail01 pos
51, nrcpt=1 (queue active)
May 22 11:31:43 mail01 postfix/qmgr[2563]: 93D9D30F1E10: removed
This is not the useful data you were looking for. I can not get this
to work. I would be glad to give you the log file offline.
Best, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
> This is perhaps a good time to ask you for your full configuration,
> not just cherry-picked individual settings. Please post the outputs of:
>
> $ postconf -nf
> $ postconf -Mf
>
> with all whitespace (including linebreaks) preserved.
[root@mail01 postfix]# postconf -nf
alias_datab
>
> If the delay is with sending or receiving RSET, then the SMTP client
> log "conversation with XXX timed out". I don't know if that has a
> queue ID logged with that, though. Just grep for 'conversation with'.
[root@mail01 postfix]# journalctl -u postfix.service | grep 'conversation with'
retu
with "collate". I will add
logging in main.cf.
We will be sending our daily devotion email in Chinese starting at
12:30 pacific time. I hope to have "collate" data soon afterwards.
Best, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
the following:
May 22 02:10:00 mail01.raystedman.org postfix/qmgr[38428]:
A01F430BFE03: from==att@devotion.raystedman.org>,
size=34464, nrcpt=1 (queue active)
May 22 02:10:03 mail01.raystedman.org postfix/qmgr[38428]:
A01F430BFE03: removed
Is this what you
I have data collection homework to do -- and I will be happy to do it!
Config data and "collate" is next after morning meetings.
Here is some summary data by ISP from the logs:
Email Ave Max Conn
Relay SentDelay
traffic going to gmail.com.
I believe this is because of the 20 & 25 seconds delays google.com is
injecting into the TLS connection. I can also see no delays for the
smaller ISPs with little traffic. Please see some data below.
Best, Greg
This is a sample of delays= for google.com -- 20 an
dns servers in
/etc/resolv.conf -- see below.
Thanks, Greg
[rsm@mail01 ~]$ cat /etc/resolv.conf
# Generated by NetworkManager
search raystedman.org
nameserver 192.168.122.1
nameserver 8.8.4.4
[rsm@mail01 ~]$ dig @192.168.122.1 google.com
; <<>> DiG 9.11.36-RedHat-9.11.3
dns servers in
/etc/resolv.conf -- see below.
Thanks, Greg
[rsm@mail01 ~]$ cat /etc/resolv.conf
# Generated by NetworkManager
search raystedman.org
nameserver 192.168.122.1
nameserver 8.8.4.4
[rsm@mail01 ~]$ dig @192.168.122.1 google.com
; <<>> DiG 9.11.36-RedHat-9.11.3
consistent throughout the peak demand period.
Best, Greg
On Tue, May 21, 2024 at 7:12 AM Viktor Dukhovni via Postfix-users
wrote:
>
> On Tue, May 21, 2024 at 06:51:08AM -0500, Greg Sims via Postfix-users wrote:
>
> > Our main.cf contains:
> > smtpd_tls_cert_file =
> &g
TLS connections are being reused about 10% of the time for larger ISPs.
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
as postfix
is not starting more of them to reach the maxproc=32.
Thank you for your assistance with this, Greg
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
xp
> package installed?" instead of "unsupported map type for this
> operation". This happened with all non-dynamic map types (static,
> cidr, etc.) that have no 'bulk create' support. Problem reported
> by Greg Klanderman.
Thank you Wietse!
Greg
On 25 Apr 2022, at 21:03, Viktor Dukhovni wrote:
On Mon, Apr 25, 2022 at 03:26:52PM -0700, Greg Earle wrote:
All of the sending hostnames are of the form
www-data@vNNN-NNN-NNN-NNN.*.static.cnode.io
That's not a hostname, it is an email address, and not clear whether
the
envelope s
On 25 Apr 2022, at 16:35, Wietse Venema wrote:
Greg Earle:
[root@isolar postfix]# grep smtpd_helo_ master.cf
What is the output from:
postconf -Px |grep check_helo_access
I suspect that you made a mistake, such as configuring
the wrong SMTP service.
Hi Wietse,
It's (output
access and it didn't work
there, either.)
Thanks,
- Greg
>>>>> On April 10, 2022 Viktor Dukhovni wrote:
> On Sun, Apr 10, 2022 at 02:27:33PM -0400, Greg Klanderman wrote:
>> Quick question, what is the correct syntax to match an empty sender in
>> a hash: sender access map (i.e. check_sender_access)?
> This is natur
>>>>> On April 13, 2022 Matus UHLAR <- fantomas > wrote:
>>>>>>> On April 10, 2022 Bill Cole
>>>>>>> wrote:
>>> Right, because you do not need to run 'postmap' on regex or pcre maps. The
>>> text
&g
tmap.
Also, the error if you 'postmap regexp:filename' is not useful:
postmap: fatal: unsupported dictionary type: regexp. Is the postfix-regexp
package installed?
given I know I have regexp installed.
cheers,
Greg
ect syntax, it seems the postmap warning is spurious; how can I
inhibit it?
thank you,
Greg
On 15 Nov 2021, at 15:08, Wietse Venema wrote:
Greg Earle:
[root@isolar postfix]# grep postgrey master.cf
-o { smtpd_recipient_restrictions=
permit_mynetworks,permit_sasl_authenticated,check_policy_service
unix:postgrey/socket,reject_rhsbl_helo
dbl.spamhaus.org,reject_rhsbl_reverse_client
strace shows that the postgrey server doesn't even twitch,
and an strace on the Postfix listener doesn't show any attempt to
connect to that postgrey socket.
I'm obviously doing something dumb/wrong, but what is it?
TIA,
- Greg
Hello, long time (Courier user) listener, first time (Postfix user)
caller ...
I'm getting repeated spåms from Brazil and there is no un-sub link.
The sending SMTP servers are various hosts in the *.cnode.io domain,
with different subnets involved so trying to block them all is like
playing W
tp procs increased
to 207 and a bit of throttling from comcast. We will increase the
incoming load on the mail server for the run on Tuesday morning. I
expect io tps will remain the same, smtp processes will increase,
processor loading will increase and email throughput will increase --
we will see.
T
processes per smtp transport are
actually being used at a point in time? I would like to add this to
our logs every 10 seconds.
Thanks, Greg
www.RayStedman.org
Thank you Victor & Simon. I hope this will help others who see this
log entry as a result of "yum update" on RHEL.
Best, Greg
www.RayStedman.org
Blessings, Greg
www.RayStedman.org
On Sun, May 23, 2021 at 4:23 PM Simon Wilson wrote:
>
> https://bugzilla.redhat.com/sho
eing this entry in our logs. What are the negative side
effects beyond the log entries?
Is "smtpd_discard_ehlo_keywords = chunking, silent-discard" the
recommended solution?
Thanks, Greg
www.RayStedman.org
Great ideas guys -- Thanks! Greg
www.RayStedman.org
On Mon, Mar 29, 2021 at 7:26 AM Richard James Salts
wrote:
> On Monday, 29 March 2021 9:34:13 AM AEDT Wietse Venema wrote:
> ...
> > Third, look with mtr at the latency pattern. If part of your traffic
> > goes over a sate
e ISPs. I am spending a good deal of time with tcpdump and
iptraf but am unsuccessful so far. Any ideas?
Thanks, Greg
www.RayStedman.org
the issue. I do not believe we need to configure
DNS as the LAN does not exist outside of the Host.
Thanks again victor, Greg
www.RayStedman.org
On Tue, Mar 9, 2021 at 9:57 AM Viktor Dukhovni
wrote:
> On Tue, Mar 09, 2021 at 09:35:35AM -0800, Greg Sims wrote:
>
> > Mar 09 08:
with the
configuration issue.
Thanks, Greg
www.RayStedman.org
edman.org. Should the rDNS associated with these
ips point to raystedman.org or devotion.raystedman.org? I am not
familiar enough with the RFCs to research this. Would it be a
positive change to move rDNS/master.cf from raystedman.org to
devotion.raystedman.org in this scenario?
Thanks again, Gre
nt this, I hope this transition
will go smoothly with all of the relays we are using to deliver the
bulk email. Perhaps we will change only one of the bulk ip addresses
initially and observe the maillog. Advice and counsel is welcome!
Thanks, Greg
www.RayStedman.org
com reliably relay
the message to recipients that do not have an outlook.com domain?
Blessings, Greg
www.RayStedman.org
Blessings, Greg
www.RayStedman.org
On Tue, Sep 8, 2020 at 4:09 PM Wietse Venema wrote:
>
> Greg Sims:
> > I placed the following post from Wietse in our main.c
ltiple recipients of different
domains? If I can gain confidence about the side-effects of using
"mx_access", I will likely switch from our current "transport_maps"
approach to "mx_access" for two reasons: truly dynamic as Viktor
points out and a much simpler/smaller map file.
Thanks, Greg
www.RayStedman.org
irected them to look in their Spam
Folder. I also saw that Microsoft SNDS status went from "yellow" to
"red" for our IP addresses this morning.
Thanks, Greg
www.RayStedman.org
Blessings, Greg
www.RayStedman.org
On Mon, Aug 31, 2020 at 1:24 PM Viktor Dukhovni
wrote:
>
>
e not considered.
Thanks, Greg
www.RayStedman.org
> I told you to use SENDER_DEPENDENT_DEFAULT_TRANSPORT_MAPS
Things do work much better when using the correct configuration in main.cf.
Thank you Wietse, Greg
www.RayStedman.org
On Sat, Aug 29, 2020 at 6:16 AM Wietse Venema wrote:
>
> Greg Sims:
> > I got the chance to w
still left with binding this sender_relay to a specific ip address.
Thanks, Greg
www.RayStedman.org
where the from email address contains the
domain @raystedman.org to smtp-relay.gmail.com. I need this relay to
use a specific ip address to separate bulk and transactional email
onto different ip addresses. How can I accomplish this?
Thanks, Greg
www.RayStedman.org
On Wed, Aug 26, 2020 at 1:43 PM
-o syslog_name=raystedman
Now I need this smtp process to deliver to the email gateway which is:
smtp-relay.gmail.com. How can I associate this gateway address with
the raystedman: transport?
Thanks, Greg
www.RayStedman.org
e have available?
Thanks you, Greg
www.RayStedman.org
Blessings, Greg
www.RayStedman.org
On Sat, Aug 22, 2020 at 1:36 PM Wietse Venema wrote:
>
> Wietse Venema:
> > Greg Sims:
> > > sender_dependent_default_transport_maps = randmap:{r235,r236,r237,r238}
> > >
> >
transport scheduling strategy may avoid the random sequence above
which caused outlook to complain.
Thanks, Greg
www.RayStedman.org
>>>>> On August 21, 2020 Viktor Dukhovni wrote:
>> * if smtpd_relay_restrictions has been set (not defaulted) evaluate it
>> first
> I mentioned this to Wietse recently. My instinct is to go with the
> last option.
Viktor, great! Thank you for the update..
Greg
more
compatible to evaluate the recipient restrictions first, but some
options are:
* add a variable to control the order
* base the order on the compatibility_level
* if smtpd_relay_restrictions has been set (not defaulted) evaluate it
first
probably others..
thanks,
Greg
This date contradicts some recommendations on the Internet of turning
off the Connection Cache when randmap is used to "increase
randomness".
FYI, Greg
www.RayStedman.org
ple? One thing that I did notice about max simultaneous in our
data -- the number of addresses is always greater than or equal to the
number of domains.
Thank you, Greg
www.RayStedman.org
>>>>> On August 14, 2020 Viktor Dukhovni wrote:
> On Fri, Aug 14, 2020 at 05:41:38PM -0400, Greg Klanderman wrote:
>> smtpd_relay_restrictions is documented as being checked before
>> smtpd_recipient_restrictions,
> This is of those rare cases where the d
oxy_interfaces =
virtual_mailbox_domains = $virtual_mailbox_maps
virtual_mailbox_maps =
So I don't see either of those conditions passing either.
Any ideas what I've done wrong here?
thank you,
Greg
tlook.com traffic to flow thru the outlook:
transport. More on this later.
Thanks, Greg
www.RayStedman.org
mtp_max_connections=8
Now the outlook smtp processes are vying for the specified number of
connections and making use of the connection_cache where possible. If
the limiting resource for outlook.com is connections, it seems this
design might optimize throughput. This coming from someone who has
not read the first line of Postfix code!!
Thanks, Greg
www.RayStedman.org
etween the number of processes for outlook:
transport in master.cf and the number of simultaneous connections that
can be made to the outlook.com servers? I changed master.cf to 3
processes for outlook: in hopes of reducing MaxConnections feedback --
I can not go much smaller.
Thanks, Greg
www.RayStedman.org
to outlook with the
hope of being placed on a whitelist.
Thanks, Greg
www.RayStedman.org
This "solution" is Very constraining. The google.com
relay servers can transfer 10,000 emails per minute without a single
feedback message in the logs. This "solution" is limiting the
delivery rate of ALL domains at the expense of the outlook.com
connection limitations. I hope there is a better solution!
Thanks, Greg
www.RayStedman.org
lp with receivers that impose rate
limits on new connections.
and suggests:
smtp_connection_cache_destinations = hotmail.com, ...
Perhaps I wanted the connection cache to be the solution for "has
exceeded the maximum number of connections" when I read the README.
Thanks, Greg
www.RayStedman.o
ll not log "conn_use=" for current releases? We are running
postfix.x86_64 2:3.3.1-12.el8.
Thanks, Greg
www.RayStedman.org
imum number of connections" message.
Thank you Wietse and Viktor! Greg
www.RayStedman.org
ort (I agree,
likely no help)
(4) other ideas?
Thanks, Greg
www.RayStedman.org
On Wed, Jul 22, 2020 at 8:37 AM Viktor Dukhovni
wrote:
> On Wed, Jul 22, 2020 at 07:38:52AM -0700, Greg Sims wrote:
>
> > We have main.cf configured as follows:
> >
> > sender_de
entire installation will reduce the randomness and effectiveness of the
randmap.
Thanks, Greg
www.RayStedman.org
is
is the expected behavior.
Apache is also running on this VM. I performed "tail
/var/log/httpd/access_log" and can see Apache logging.
Greg Sims
www.RayStedman.org
On Sun, Jul 12, 2020 at 5:08 PM Greg Sims wrote:
> I updated my maillog processing tool to make use of journalctl.
h my goals using
journalctl.
I am more than willing to collect data to help determine why the three
minutes of log data is not making it to /var/log/maillog. To be honest, I
do not know how to "... find out how your syslog daemon gets the messages
from the systemd journal.".
Greg Sims
On Su
illog -- almost
50,000 records. You discovered a way to gain access to the missing data!
The big question for me continues to be, why did this data not make it to
/var/log/maillog?
Greg Sims
On Sun, Jul 12, 2020 at 2:40 PM Christian Kivalo
wrote:
> On 2020-07-12 23:01, Greg Sims wrote:
>
Nothing Christian:
[root@mail0 postfix]# journalctl -u postfix@-.service --since="2020-07-12
03:06:00" --until="2020-07-12 03:11:00"
-- Logs begin at Sat 2020-07-11 09:35:28 CDT, end at Sun 2020-07-12
15:50:00 CDT. --
-- No entries --
Greg Sims
Blessings, Greg
www.RayStedm
tmail.com 1 1 0 0 0 0 0 0 00
0
deferred queue:
T 5 10 20 40 80 160 320 640 1280
1280+
TOTAL 1 0 0 0 0 0 0 0 00
1
icloud.com 1 0 0 0 0 0 0 0 00
1
Thanks, Greg
both configurations of the VM, the error message did not occur in
maillog. This issue is resolved as a configuration error by the user.
Thanks again!! Greg
www.RayStedman.org
On Fri, Jun 26, 2020 at 8:09 AM Pau Amma wrote:
> As was repeatedly pointed out to you, 74 is not the same as 75.
>
> On
stent using the
75.xxx.xxx.xxx set of ip addresses.
Thanks, Greg
www.RayStedman.org
On Fri, Jun 26, 2020 at 7:40 AM Wietse Venema wrote:
> Greg Sims:
> > Good Morning Wietse,
> >
> > The error message is the same in this configuration with ens4
> > NM_CONTROLLED="no"
he VM with ens4 NM_CONTROLLED="yes" using Secondary ip
addresses. I can gather data for this configuration of the VM if you wish.
Thanks, Greg
www.RayStedman.org
On Fri, Jun 26, 2020 at 5:49 AM Wietse Venema wrote:
> Greg Sims:
> > inet 74.xxx.xxx.192/29 brd 74.xxx.xxx.1
t;
BOOTPROTO="none"
IPADDR="74.xxx.xxx.192"
PREFIX="29"
Thanks, Greg
www.RayStedman.org
On Thu, Jun 25, 2020 at 5:29 PM Wietse Venema wrote:
> Greg Sims:
> > I did notice that the 75.126.xxx.xxx addresses are not known to an
> > interface on the VM.
dress" messages in the maillog. It is interesting to
note that the relay to random ip addresses works well -- just the message
in maillog is the problem.
Thanks again! Greg
www.RayStedman.org
On Thu, Jun 25, 2020 at 12:24 PM Wietse Venema wrote:
> Greg Sims:
> > warning: smtp_conn
eat deal of maillog
space over time. Is there some way to eliminate this maillog entry (and
perhaps the retry) -- without configuring ipv6?
Thanks, Greg
www.RayStedman.org
uture packaging update in
CentOS 8 that might conflict with Peter's solution.
Thank you again!! Greg
www.RayStedman.org
1 - 100 of 120 matches
Mail list logo
