(Mailman 2.1.9 on Fedora Core 5 Linux)
In mm_cfg.py I have
DEFAULT_URL_PATTERN = 'https://%s/mailman/'However, when I go to my mailman/listinfo page the links to my lists are wrong. They're
https://https//mailman.ce.berkeley.edu/mailman/listinfo/listname
instead of
https://mailman.ce.berkeley.edu/mailman/listinfo/listname
If I enter a corrected link (without the extra "https//") into my browser I get to the right page.
This is happening even though I (believe) I followed the instructions in section 4.27 of the FAQ by running
bin/withlist -l -a -r fix_urlI'm not sure if it matters by in Defaults.py I have
DEFAULT_URL_HOST = 'https://mailman.ce.berkeley.edu'
add_virtualhost( 'mailman.ce.berkeley.edu', 'martin.ce.berkeley.edu' )What am I doing wrong that causes the incorrect URLs to appear?
Cordially,
Jon Forrest forrest@ce.berkeley.edu Computer Resources Manager Civil and Environmental Engineering Dept. 305 Davis Hall Univ. of Calif., Berkeley Berkeley, CA 94720-1710 510-642-0904
DEFAULT_URL_HOST = 'https://mailman.ce.berkeley.edu'
should be 'mailman.ce.berkeley.edu'.
-- Tokio Kikuchi tkikuchi@is.kochi-u.ac.jp http://weather.is.kochi-u.ac.jp/
I am having a baffling problem with Mailman. Suddenly the list that I
am administrating has stopped delivering mail to a subset of the
subscribers. It's not readily apparent what those that are not
receiving the mails have in common - the domains that I know of
include mac.com, yahoo.com, av8inc.com. It also seems that anyone new
added to the list does not receive emails, though they do receive the
initial subscripion notice and the monthly reminders. I have seen
once that someone newly subscribed received one posting and has not
received another since.
This list is provided to me by my web hosting provider, who is also
baffled. The Mailman installation is version 2.1.5. The sendmail logs
show successful transmissions to the users in question, at the
correct time, so it appears Mailman is sending something, but the
receiving end must be discarding it. I'm one of those not receiving
the emails. I've contacted my mail provider, mac.com, but they want a
copy of the email being sent with complete headers. Since any new
subscribers I've added aren't getting emails I'm having trouble doing
this.
We set up a test list. I've found that the test list works if I
subscribe only myself. However, if I mass subscribe all the
subscribers of the malfunctioning list to the test list, it appears
to behave in the same manner as the malfunctioning list. That seems
to imply that it is either the number of subscribers or that one bad
entry in the list is creating the problem. It can't be the number of
subscribers, there are other, bigger Mailman lists on this same host
that seem to be working correctly. There are less than 100
subscribers to my list. In examining the list that I am subscribing I
can find no entries that appear malformed.
Does anyone have any suggestions?
TIA. Alan
D. Alan Stewart wrote:
This list is provided to me by my web hosting provider, who is also
baffled. The Mailman installation is version 2.1.5. The sendmail logs
show successful transmissions to the users in question, at the
correct time, so it appears Mailman is sending something, but the
receiving end must be discarding it. I'm one of those not receiving
the emails. I've contacted my mail provider, mac.com, but they want a
copy of the email being sent with complete headers. Since any new
subscribers I've added aren't getting emails I'm having trouble doing
this.
If the sendmail log says the post is sent to the user in question, Mailman delivered it to sendmail for the user, and it's not Mailman's problem.
Here are things you can check.
Mailman's 'smtp' log. This will tell you how many recipients the post was sent to.
Also check if the list is personalized. You may not even have personalization options on your Non-digest options page which means that OWNERS_CAN_ENABLE_PERSONALIZATION is not set to Yes in mm_cfg.py and delivery is almost certainly not personailzed.
Check the settings of VERP_DELIVERY_INTERVAL and SMTP_MAX_RCPTS if any in mm_cfg.py
If the list is not personalized and delivery is not 'VERP like' because VERP_DELIVERY_INTERVAL has its default value of 0, and SMTP_MAX_RCPTS has its default value of 500, then all 100 or less recipients receive the identical message sent by Mailman in the same SMTP transaction (with each recipient specified in a RCPT TO command).
You should also see this in the sendmail log, i.e. that the mail was delivered to sendmail in one transaction.
Thus, if you can get copy of a received post from anyone, all the initial headers (those that aren't Received: headers added by MTA's outbound of your sendmail or other headers added by MDA's or receiving MUA's) will be identical to those of the missing deliveries.
We set up a test list. I've found that the test list works if I
subscribe only myself. However, if I mass subscribe all the
subscribers of the malfunctioning list to the test list, it appears
to behave in the same manner as the malfunctioning list. That seems
to imply that it is either the number of subscribers or that one bad
entry in the list is creating the problem. It can't be the number of
subscribers, there are other, bigger Mailman lists on this same host
that seem to be working correctly.
Can you add yourself to one of these lists?
There are less than 100
subscribers to my list. In examining the list that I am subscribing I
can find no entries that appear malformed.Does anyone have any suggestions?
Sendmail claims it sent the mail to the users who didn't get it. I recognize the symptoms say that Mailman is somehow involved, but I don't see how.
-- Mark Sapiro <msapiro@value.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
In what order does Mailman process subscribers when it is
transmitting to the list? The order in which they are subscribed?
Alphabetical by email address? Random?
On Oct 26, 2006, at 2:55 PM, D. Alan Stewart wrote:
I am having a baffling problem with Mailman. Suddenly the list that I am administrating has stopped delivering mail to a subset of the subscribers. It's not readily apparent what those that are not receiving the mails have in common - the domains that I know of include mac.com, yahoo.com, av8inc.com. It also seems that anyone new added to the list does not receive emails, though they do receive the initial subscripion notice and the monthly reminders. I have seen once that someone newly subscribed received one posting and has not received another since.
This list is provided to me by my web hosting provider, who is also baffled. The Mailman installation is version 2.1.5. The sendmail logs show successful transmissions to the users in question, at the correct time, so it appears Mailman is sending something, but the receiving end must be discarding it. I'm one of those not receiving the emails. I've contacted my mail provider, mac.com, but they want a copy of the email being sent with complete headers. Since any new subscribers I've added aren't getting emails I'm having trouble doing this.
We set up a test list. I've found that the test list works if I subscribe only myself. However, if I mass subscribe all the subscribers of the malfunctioning list to the test list, it appears to behave in the same manner as the malfunctioning list. That seems to imply that it is either the number of subscribers or that one bad entry in the list is creating the problem. It can't be the number of subscribers, there are other, bigger Mailman lists on this same host that seem to be working correctly. There are less than 100 subscribers to my list. In examining the list that I am subscribing I can find no entries that appear malformed.
Does anyone have any suggestions?
TIA. Alan
Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users% 40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/ d.alan.stewart%40mac.com
Security Policy: http://www.python.org/cgi-bin/faqw-mm.py? req=show&file=faq01.027.htp
D. Alan Stewart wrote:
In what order does Mailman process subscribers when it is
transmitting to the list? The order in which they are subscribed?
Alphabetical by email address? Random?
It's a two step process. In the first step the CalcRecips handler builds a recipient list. Assuming you don't have a custom MemberAdaptor, and you probably don't, this list is in a hashed order, i.e. pseudo random.
Step 2 occurs in the delivery handler, SMTPDirect. Here the above list is split into up to 4 sublists containing
1 - all the addresses in the .com domain 2 - all the addresses in the .net and .org domains 3 - all the addresses in the .edu, .us and .ca domains 4 - all other addresses
Within these sublists, the original pseudo random order is preserved.
Then the sublists are processed in a hashed order, but since we know the keys in this case, we know the order (at least with python 2.4), and it is 4, 1, 2, 3.
So basically the recipient addresses are all the 'other' domain addresses in a pseudo random order followed by all the .com addresses in a pseudo random order followed by all the .net and .org addresses in a pseudo random order followed by all the .edu, .us and .ca addresses in a pseudo random order.
-- Mark Sapiro <msapiro@value.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (4)
-
D. Alan Stewart -
Jon Forrest -
Mark Sapiro -
Tokio Kikuchi