[pfx] Re: I keep getting disabled on [email protected] mailing list
Al via Postfix-users <[email protected]> Sun, 14 Jun 2026 19:06:48 -0400
| Newsgroups | gmane.mail.postfix.user |
|---|---|
| Message-ID | <[email protected]> |
Hi, On 09/06/2026 9:22 am, Bill Cole via Postfix-users wrote: > On 2026-06-08 at 22:01:54 UTC-0400 (Mon, 08 Jun 2026 22:01:54 -0400) > Al <[email protected]> > is rumored to have said: > >>> is rumored to have said: >>> >>>> Hi, >>>> >>>> I keep getting disabled on [email protected] mailing list. I >>>> have resubscribed many times. Is there a problem with my >>>> configuration? What can I do to fix this? >>> >>> You need to stop rejecting mail from the list. That could be because >>> you've chose strict DMARC enforcement, which is incompatible with >>> most discussion mailing lists. >> >> I am not using DMARC. > > That makes the situation less obvious. Examine your logs to find the > rejections, which should give you a hint as to why they are happening. I have taken a look at my logs: This is the error: Jun 9 12:03:41 sequoia postfix/smtpd[52759]: NOQUEUE: reject: RCPT from unknown[45.90.5.195]: 554 5.7.1 Client host rejected: cannot find your reverse hostname, [45.90.5.195]; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<list.sys4.de> However, most of the of the time it lets, it through: 0.43, dsn=2.6.0, status=sent (250 2.6.0 <[email protected]> Message accepted for delivery) Jun 14 06:35:36 sequoia postfix/qmgr[83260]: 4DC2D1F5A07: removed I added: [email protected] OK to sender_checks and this seems to have resolved this issue. I have to wonder if it is dns or what is causing this, because it only failed once in a while. > > However, the other smtpd_*_restrictions lists may be involved, or there > may be other things in your config causing the issue. > > For less uncertain analysis, it would help to have the full "postconf > -nf" output (listing explicitly set non-default configs) and the > relevant log lines reporting the failures. alias_database = hash:/usr/local/etc/postfix/aliases alias_maps = hash:/usr/local/etc/postfix/aliases canonical_maps = hash:/usr/local/etc/postfix/canonical.sender command_directory = /usr/local/sbin compatibility_level = 3.7 daemon_directory = /usr/local/libexec/postfix data_directory = /var/db/postfix debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 disable_vrfy_command = yes html_directory = /usr/local/share/doc/postfix inet_interfaces = all inet_protocols = all mail_owner = postfix mailbox_size_limit = 0 mailq_path = /usr/local/bin/mailq manpage_directory = /usr/local/man meta_directory = /usr/local/libexec/postfix mydestination = localhost mydomain = teisprint.com myhostname = sequoia.teisprint.com mynetworks = 127.0.0.0/8, 10.10.2.0/24 mynetworks_style = host myorigin = $myhostname newaliases_path = /usr/local/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/local/share/doc/postfix sample_directory = /usr/local/etc/postfix sender_canonical_maps = hash:/usr/local/etc/postfix/canonical.sender sendmail_path = /usr/local/sbin/sendmail setgid_group = maildrop shlib_directory = /usr/local/lib/postfix smtp_tls_CApath = /etc/ssl/certs smtpd_hard_error_limit = 5 smtpd_helo_required = yes cidr:/usr/local/etc/postfix/client_checks, check_sender_access hash:/usr/local/etc/postfix/sender_checks, check_sender_access hash:/usr/local/etc/postfix/sender_access, reject_unknown_sender_domain, reject_unknown_reverse_client_hostname, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_helo_hostname, reject_unknown_reverse_client_hostname, reject_unauth_pipelining, reject_invalid_hostname, reject_unauth_destination, reject_unknown_sender_domain, reject_unknown_recipient_domain, permit strict_rfc821_envelopes = yes unknown_client_reject_code = 554 unknown_local_recipient_reject_code = 550 virtual_alias_maps = mysql:/usr/local/etc/postfix/mysql-virtual-alias-maps.cf, mysql:/usr/local/etc/postfix/mysql-virtual-email2email.cf virtual_gid_maps = static:2000 virtual_mailbox_base = /var/vmail virtual_mailbox_domains = mysql:/usr/local/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/usr/local/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_minimum_uid = 500 virtual_transport = virtualprocmail:dummy virtual_uid_maps = static:2000 virtualprocmail_destination_recipient_limit = 1 Is this best practices, what other changes should be made? >> I don't forward any of my own emails anywhere, I really like to use >> pine email client on the server myself, but this is not for everyone. >> What is funny is everyone asked for webmail, but now that I have it >> working, everyone wants theirs forwarded. I think I am the only one >> using roundcube. > > Feel good about getting Roundcube working, your users may one day find > it more attractive than forwarding to Yahoo or other behemoths. > Forwarding to any large mailbox provider is problematic if your users > are on discussion mailing lists like this one or if you fail to catch > spam before forwarding it. Over time the problems with forwarding have > only gotten worse. Kind Regards, Al _______________________________________________ Postfix-users mailing list -- [email protected] To unsubscribe send an email to [email protected]