Re: [Mailman-Users] All my lists quit working!
On 01/13/2015 06:21 PM, Jan Steinman wrote: > > This is what shows up in mail.log: > > Jan 13 18:04:16 dns postfix/smtpd[49973]: connect from unknown[10.1.1.2] > Jan 13 18:04:16 dns postfix/smtpd[49973]: NOQUEUE: reject: RCPT from > unknown[10.1.1.2]: 550 5.1.1 : Recipient address > rejected: User unknown in virtual alias table; from= > to= proto=ESMTP helo=<[10.1.1.2]> > Jan 13 18:04:16 dns postfix/smtpd[49973]: disconnect from unknown[10.1.1.2] EcoReality.org is a virtual domain in Postfix. You posted earlier that data/virtual-mailman was empty. This is the issue. You need (you may have some of it) MTA = 'Postfix' POSTFIX_STYLE_VIRTUAL_DOMAINS = ['ecorealty.org'] in mm_cfg.py. If you already have these, but ecorealty.org is not in the POSTFIX_STYLE_VIRTUAL_DOMAINS list, it needs to be added. You also need to ensure that on the admin General Options page for the farm...@ecoreality.org list that the setting towards the bottom for host_name is ecorealty.org. Then, running Mailman's bin/genaliases should create the necessary virtual alias mappings in data/virtual-mailman. -- Mark Sapiro The highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] All my lists quit working!
On Jan 13, 2015, at 4:21 PM, Jan Steinman wrote: > Thanks for your suggestions and help! > >> From: Larry Stone >> >> Log entries please. > > It never gets as far as Mailman. No log info occurs in mailman/error or > mailman/qrunner. > > This is what shows up in mail.log: > > Jan 13 18:04:16 dns postfix/smtpd[49973]: connect from unknown[10.1.1.2] > Jan 13 18:04:16 dns postfix/smtpd[49973]: NOQUEUE: reject: RCPT from > unknown[10.1.1.2]: 550 5.1.1 : Recipient address > rejected: User unknown in virtual alias table; from= > to= proto=ESMTP helo=<[10.1.1.2]> > Jan 13 18:04:16 dns postfix/smtpd[49973]: disconnect from unknown[10.1.1.2] > >>> /etc/postfix/main.cf contains the following lines: >>> virtual_alias_maps = >>> hash:/etc/postfix/virtual,hash:/var/mailman/data/virtual-mailman,hash:/etc/postfix/virtual_users >>> alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases >>> Now we’re getting somewhere. Postfix thinks farm...@ecoreality.org is a virtual address and is trying to look it up in the virtual alias table but your Mailman aliases (per your original post) are in alias_maps which is only used for local (not virtual) addresses. I’ve never used virtual addresses in Postfix but I’d suggest looking at http://www.gnu.org/software/mailman/mailman-install/postfix-virtual.html for information on using Mailman with Postfix virtual domains. -- Larry Stone lston...@stonejongleux.com http://www.stonejongleux.com/ -- Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] All my lists quit working!
Thanks for your suggestions and help! > From: Larry Stone > > On Jan 8, 2015, at 7:49 AM, Jan Steinman wrote: > >> First, the bad news: Mac OS X 10.6.8. Yea, I've read Mark's dire warning. >> Please don't shoot me. I'm hoping this is a generic sort of problem. > > OS X Server? or OS X (client)? Server. If it was the client, I would just have installed Mailman myself, and it would have worked without all the crap Apple does to shoehorn it into their miserable server management package. :-( >> When I send a message to ANY of the dozen or so lists I host, my MTA >> immediately says it doesn't know the addressee. > > Log entries please. It never gets as far as Mailman. No log info occurs in mailman/error or mailman/qrunner. This is what shows up in mail.log: Jan 13 18:04:16 dns postfix/smtpd[49973]: connect from unknown[10.1.1.2] Jan 13 18:04:16 dns postfix/smtpd[49973]: NOQUEUE: reject: RCPT from unknown[10.1.1.2]: 550 5.1.1 : Recipient address rejected: User unknown in virtual alias table; from= to= proto=ESMTP helo=<[10.1.1.2]> Jan 13 18:04:16 dns postfix/smtpd[49973]: disconnect from unknown[10.1.1.2] >> /etc/postfix/main.cf contains the following lines: >> virtual_alias_maps = >> hash:/etc/postfix/virtual,hash:/var/mailman/data/virtual-mailman,hash:/etc/postfix/virtual_users >> alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases >> > Please provide your postconf -n . That will show how postfix is actually > configured, not how you think it is configured by providing just a few lines > out of main.cf. # postconf -n 2bounce_notice_recipient = postmaster access_map_reject_code = 554 address_verify_default_transport = $default_transport address_verify_local_transport = $local_transport address_verify_map = address_verify_negative_cache = yes address_verify_negative_expire_time = 3d address_verify_negative_refresh_time = 3h address_verify_poll_count = 3 address_verify_poll_delay = 3s address_verify_positive_expire_time = 31d address_verify_positive_refresh_time = 7d address_verify_relay_transport = $relay_transport address_verify_relayhost = $relayhost address_verify_sender = $double_bounce_sender address_verify_sender_dependent_relayhost_maps = $sender_dependent_relayhost_maps address_verify_service_name = verify address_verify_transport_maps = $transport_maps address_verify_virtual_transport = $virtual_transport alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases allow_mail_to_commands = alias, forward allow_mail_to_files = alias, forward always_bcc = anvil_rate_time_unit = 60s anvil_status_update_time = 600s application_event_drain_time = 100s authorized_flush_users = static:anyone authorized_mailq_users = static:anyone authorized_submit_users = static:anyone backwards_bounce_logfile_compatibility = yes berkeley_db_create_buffer_size = 16777216 berkeley_db_read_buffer_size = 131072 best_mx_transport = body_checks_size_limit = 51200 bounce_notice_recipient = postmaster bounce_queue_lifetime = 5d bounce_service_name = bounce bounce_size_limit = 5 bounce_template_file = canonical_classes = envelope_sender, envelope_recipient, header_sender, header_recipient check_for_od_forward = yes cleanup_service_name = cleanup command_directory = /usr/sbin command_execution_directory = command_expansion_filter = 1234567890!@%-_=+:,./abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ command_time_limit = 1000s config_directory = /etc/postfix connection_cache_protocol_timeout = 5s connection_cache_service_name = scache connection_cache_status_update_time = 600s connection_cache_ttl_limit = 2s content_filter = smtp-amavis:[127.0.0.1]:10024 cyrus_sasl_config_path = daemon_directory = /usr/libexec/postfix daemon_timeout = 18000s data_directory = /var/lib/postfix debug_peer_level = 2 debug_peer_list = default_database_type = hash default_delivery_slot_cost = 5 default_delivery_slot_discount = 50 default_delivery_slot_loan = 3 default_destination_concurrency_failed_cohort_limit = 1 default_destination_concurrency_limit = 20 default_destination_concurrency_negative_feedback = 1 default_destination_concurrency_positive_feedback = 1 default_destination_rate_delay = 0s default_destination_recipient_limit = 50 default_extra_recipient_limit = 1000 default_minimum_delivery_slots = 3 default_privs = nobody default_process_limit = 100 default_rbl_reply = $rbl_code Service unavailable; $rbl_class [$rbl_what] blocked using $rbl_domain${rbl_reason?; $rbl_reason} default_recipient_limit = 2 default_recipient_refill_delay = 5s default_recipient_refill_limit = 100 default_transport = smtp default_verp_delimiters = += defer_code = 450 defer_service_name = defer defer_transports = delay_logging_resolution_limit = 2 delay_notice_recipient = postmaster delay_warning_time = 0h deliver_lock_attempts = 20 deliver_lock_delay = 1s destination_concurrency_feedback_debug = no detect_8bit_encoding_header = yes dont_remove = 0 double_bounce_send
Re: [Mailman-Users] All my lists quit working!
On Jan 8, 2015, at 7:49 AM, Jan Steinman wrote: > First, the bad news: Mac OS X 10.6.8. Yea, I've read Mark's dire warning. > Please don't shoot me. I'm hoping this is a generic sort of problem. > OS X Server? or OS X (client)? > When I send a message to ANY of the dozen or so lists I host, my MTA > immediately says it doesn't know the addressee. Log entries please. > /etc/postfix/main.cf contains the following lines: > virtual_alias_maps = > hash:/etc/postfix/virtual,hash:/var/mailman/data/virtual-mailman,hash:/etc/postfix/virtual_users > alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases > Please provide your postconf -n . That will show how postfix is actually configured, not how you think it is configured by providing just a few lines out of main.cf. > The file "/var/mailman/data/virtual-mailman" is empty. > > The file "/var/mailman/data/aliases" has all my lists in it. > > The corresponding ".db" files for those two have the same timestamp as their > corresponding text files. > > Here is an example of what is in the "aliases" file: > > # STANZA START: beaders > # CREATED: Wed Jan 7 13:06:39 2015 > beaders: "|/usr/share/mailman/mail/mailman post beaders" > beaders-admin: "|/usr/share/mailman/mail/mailman admin beaders" > beaders-bounces: "|/usr/share/mailman/mail/mailman bounces beaders" > beaders-confirm: "|/usr/share/mailman/mail/mailman confirm beaders" > beaders-join:"|/usr/share/mailman/mail/mailman join beaders" > beaders-leave: "|/usr/share/mailman/mail/mailman leave beaders" > beaders-owner: "|/usr/share/mailman/mail/mailman owner beaders" > beaders-request: "|/usr/share/mailman/mail/mailman request beaders" > beaders-subscribe: "|/usr/share/mailman/mail/mailman subscribe > beaders" > beaders-unsubscribe: "|/usr/share/mailman/mail/mailman unsubscribe > beaders" > # STANZA END: beaders > > I run "dumpdb aliases.db" and get: > > [- start marshal file -] Traceback (most recent call last): > File "/usr/share/mailman/bin/dumpdb", line 156, in msg = main() > File "/usr/share/mailman/bin/dumpdb", line 136, in main obj = load(fp) > ValueError: bad marshal data Mailman’s dumpdb is for Python databases. aliases.db is not a Python database. > Does this mean that "dumpdb" is bad, or does it mean that "aliases.db" is > bad, or neither It means dumpdb is the wrong tool for dumping aliases.db. > Any help (despite my using an unsupported version) appreciated! Show log entries and postconf -n as requested above as it looks correct at first glance. Also, check your master.cf to see if there are any overrides (-o) on your smtpd entry. -- Larry Stone lston...@stonejongleux.com http://www.stonejongleux.com/ -- Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/archive%40jab.org
[Mailman-Users] All my lists quit working!
First, the bad news: Mac OS X 10.6.8. Yea, I've read Mark's dire warning. Please don't shoot me. I'm hoping this is a generic sort of problem. When I send a message to ANY of the dozen or so lists I host, my MTA immediately says it doesn't know the addressee. /etc/postfix/main.cf contains the following lines: virtual_alias_maps = hash:/etc/postfix/virtual,hash:/var/mailman/data/virtual-mailman,hash:/etc/postfix/virtual_users alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases The file "/var/mailman/data/virtual-mailman" is empty. The file "/var/mailman/data/aliases" has all my lists in it. The corresponding ".db" files for those two have the same timestamp as their corresponding text files. Here is an example of what is in the "aliases" file: # STANZA START: beaders # CREATED: Wed Jan 7 13:06:39 2015 beaders: "|/usr/share/mailman/mail/mailman post beaders" beaders-admin: "|/usr/share/mailman/mail/mailman admin beaders" beaders-bounces: "|/usr/share/mailman/mail/mailman bounces beaders" beaders-confirm: "|/usr/share/mailman/mail/mailman confirm beaders" beaders-join:"|/usr/share/mailman/mail/mailman join beaders" beaders-leave: "|/usr/share/mailman/mail/mailman leave beaders" beaders-owner: "|/usr/share/mailman/mail/mailman owner beaders" beaders-request: "|/usr/share/mailman/mail/mailman request beaders" beaders-subscribe: "|/usr/share/mailman/mail/mailman subscribe beaders" beaders-unsubscribe: "|/usr/share/mailman/mail/mailman unsubscribe beaders" # STANZA END: beaders I run "dumpdb aliases.db" and get: [- start marshal file -] Traceback (most recent call last): File "/usr/share/mailman/bin/dumpdb", line 156, in msg = main() File "/usr/share/mailman/bin/dumpdb", line 136, in main obj = load(fp) ValueError: bad marshal data Does this mean that "dumpdb" is bad, or does it mean that "aliases.db" is bad, or neither? Any help (despite my using an unsupported version) appreciated! I promise to jump on the 3.0 bandwagon as soon as I can. I hate what Apple did to this. ...the exploitation of animals for milk was already an established practice at the time farming arrived in Britain in the late fifth millennium B.C. -- M.S. Copley Jan Steinman, EcoReality Co-op -- Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/archive%40jab.org