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
