Re: [Mailman-Users] non-delivery to virtual domain

[David Newman]

On 11/2/10 8:13 AM, Mark Sapiro wrote:
> David Newman wrote:
> 
>> On 10/31/10 10:22 PM, Mark Sapiro wrote:
>>> On 10/31/10 4:56 PM, David Newman wrote:
 On 10/31/10 9:09 AM, Mark Sapiro wrote:
>
> [...]
>>
>> Here's a log snapshot of a message sent to s...@domain1.tld, a Mailman list
>> with subscribers 'dnew...@networktest.com' and 'dnew...@domain1.tld'.
>>
>> This is after removing 'hash:/usr/local/mailman/data/domain1-tld' from
>> virtual_alias_maps as you suggested and reloading Mailman and postfix.
>>
>> I'm embedded one comment and one question:
>>
>> Nov  1 11:51:29 mail postfix/postfix-script[5384]: refreshing the
>> Postfix mail system
>> Nov  1 11:51:29 mail postfix/master[19348]: reload -- version 2.6.5,
>> configuration /etc/postfix
>> Nov  1 11:51:59 mail postfix/smtpd[32434]: connect from
>> mail3.networktest.com[69.55.234.104]
>> Nov  1 11:51:59 mail postfix/trivial-rewrite[29411]: warning: do not
>> list domain domain1.tld in BOTH mydestination and virtual_mailbox_domains
>>
>> This is a possible clue. I think postfix is set up so that domain1.tld
>> *is* a virtual domain. The server -- Mailserver, an email server
>> appliance from Allard Software -- stores domain info in a SQL database
>> and postfix calls that database here:
>>
>> virtual_mailbox_domains =   proxy:mysql:/etc/postfix/sql/domains.cf
> 
> 
> Right. domain1.tld is defined to be a local domain because it is
> (indirectly) in mydestination. It is also in virtual_mailbox_domains
> and Postfix wants it to be in one or the other (either local or
> virtual) not both.
> 
> Note that if you remove it from mydestination and make it strictly a
> virtual_mailbox_domain, delivery TO s...@domain1.com will stop working.
> See the FAQ at .
> 
> 
>> Anyway, carrying on:
>>
>> Nov  1 11:51:59 mail postfix/smtpd[32434]: A91E1130CB:
>> client=mail3.networktest.com[69.55.234.104]
>> Nov  1 11:51:59 mail postfix/cleanup[25359]: A91E1130CB:
>> message-id=<4ccf0c4e.8000...@networktest.com>
>> Nov  1 11:51:59 mail postfix/smtpd[32434]: disconnect from
>> mail3.networktest.com[69.55.234.104]
>> Nov  1 11:51:59 mail postfix/qmgr[20853]: A91E1130CB:
>> from=, size=1495, nrcpt=1 (queue active)
>> Nov  1 11:51:59 mail spamd[10619]: spamd: connection from localhost
>> [127.0.0.1] at port 45013
>> Nov  1 11:51:59 mail spamd[10619]: spamd: processing message
>> <4ccf0c4e.8000...@networktest.com> for s...@mail.domain1.tld:62
>> Nov  1 11:52:00 mail spamd[10619]: spamd: clean message (-0.0/5.0) for
>> s...@mail.domain1.tld:62 in 1.1 seconds, 1467 bytes.
>> Nov  1 11:52:00 mail spamd[10619]: spamd: result: . 0 -
>> T_RP_MATCHES_RCVD
>> scantime=1.1,size=1467,use...@mail.domain1.tld,uid=62,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=45013,mid=<4ccf0c4e.8000...@networktest.com>,autolearn=ham
>>
>> Nov  1 11:52:01 mail postfix/pickup[1233]: 03422130CD: uid=506
>> from=
>> Nov  1 11:52:01 mail postfix/pipe[16800]: A91E1130CB:
>> to=, orig_to=, relay=spamassassin,
>> delay=1.6, delays=0.33/0.02/0/1.2, dsn=2.0.0, status=sent (delivered via
>> spamassassin service)
>> Nov  1 11:52:01 mail postfix/qmgr[20853]: A91E1130CB: removed
> 
> 
> These (A91E1130CB) messages are the receipt if the mail from
> dnew...@networktest.com to s...@domain1.com and its delivery to
> spamassassin.
> 
> 
>> Nov  1 11:52:01 mail postfix/cleanup[25359]: 03422130CD:
>> message-id=<4ccf0c4e.8000...@networktest.com>
>> Nov  1 11:52:01 mail postfix/qmgr[20853]: 03422130CD:
>> from=, size=1762, nrcpt=1 (queue active)
>> Nov  1 11:52:01 mail spamd[18056]: prefork: child states: II
>> Nov  1 11:52:01 mail postfix/local[28131]: 03422130CD:
>> to=, relay=local, delay=0.32,
>> delays=0.03/0.02/0/0.26, dsn=2.0.0, status=sent (delivered to command:
>> /usr/local/mailman/mail/mailman post s)
>> Nov  1 11:52:01 mail postfix/qmgr[20853]: 03422130CD: removed
> 
> 
> And these (03422130CD) are the mail being requeued after spamassassin
> and delivered vi the local alias to Mailman.
> 
> 
>> Nov  1 11:52:02 mail postfix/smtpd[32434]: connect from localhost[127.0.0.1]
>> Nov  1 11:52:02 mail postfix/trivial-rewrite[29411]: warning: do not
>> list domain domain1.tld in BOTH mydestination and virtual_mailbox_domains
>> Nov  1 11:52:02 mail postfix/smtpd[32434]: 80A72130CB:
>> client=localhost[127.0.0.1]
>> Nov  1 11:52:02 mail postfix/trivial-rewrite[29411]: warning: do not
>> list domain domain1.tld in BOTH mydestination and virtual_mailbox_domains
>> Nov  1 11:52:02 mail postfix/cleanup[25359]: 80A72130CB:
>> message-id=<4ccf0c4e.8000...@networktest.com>
>> Nov  1 11:52:02 mail postfix/smtpd[32434]: disconnect from
>> localhost[127.0.0.1]
>> Nov  1 11:52:02 mail postfix/qmgr[20853]: 80A72130CB:
>> from=, size=2697, nrcpt=2 (queue active)
>> Nov  1 11:52:02 mail spamd[10619]: spamd: connection from localhost
>> [127.0.0.1] at port 5435
>> Nov  1 11:52:02 mail spamd[10619]: spamd: processing message
>> <4ccf0c4e.8000...@networktest.com> for dnew...@domain1.

Re: [Mailman-Users] Approved message is discarded

[André van Kan]

Hi Mark,

Thank you for your reply.

> Please post to the list, not to me personally.

Point taken. And sure, you are Mark, not Larry, sorry ;-)

> However, the above messages, presumably from Mailman's vette log, come
> from two different PIDs. Thus, I'm guessing that you are approving these
> messages via the admindb web interface, and something is going wrong in
> that process resulting in the message being discarded by the admindb CGI
> itself.

That is right, these are vette-log entries and the approving attempt is done
via the admindb web interface.

I found out that as soon as the list-administrator just selects the link in
the " requires approval" message as sent by mailman, ("Reason:  Post
by non-member to a members-only list") the message is discarded at that
very moment! (vette log update detected)

After that the following is displayed:
   |Action to take on all these held messages:
   |Defer  Accept  Reject  Discard

but *no* pending message is there to Accept.

> Have you modified admindb.py in any way?

No!

> Does the web admin interface work?

Except for the murdering of pending messages the interface works
flawlessly.

> What Mailman version is this?

mailman-2.1.9-4.el5 (RPM)

> How exactly are you approving messages?

As said before: by selecting the link in the mailman-sent message.



Best regards and thank you for your help,


 André van Kan

 ---
*  Computer Technology Group*  Nikhef, Amsterdam*
 ---
--
Mailman-Users mailing list Mailman-Users@python.org
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

[Mailman-Users] Message text not showing up in digests or archives - Skipped content of type multipart/alternative

[Carl Shuller]

A sporadic number of messages in digest and archives are showing up with out
the original message text and instead "Skipped content of type
multipart/alternative" is showing up.  I did a search and found a few others
had experienced this problem some years ago but there wasn't any real follow
up to the original posts, none that were helpful anyway.  I was hoping folks
on this list might have some insights.  Thanks so much.

Carl
--
Mailman-Users mailing list Mailman-Users@python.org
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Re: [Mailman-Users] Approved message is discarded

[Mark Sapiro]

André van Kan wrote:
>
>I found out that as soon as the list-administrator just selects the link in
>the " requires approval" message as sent by mailman, ("Reason:  Post
>by non-member to a members-only list") the message is discarded at that
>very moment! (vette log update detected)
>
>After that the following is displayed:
>   |Action to take on all these held messages:
>   |Defer Accept  Reject  Discard
>
>but *no* pending message is there to Accept.


This is very unusual. Is there an http proxy server involved here?

Can you send me off list a copy of Mailman/Cgi/admindb.py from your
system?

-- 
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
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Re: [Mailman-Users] Message text not showing up in digests or archives- Skipped content of type multipart/alternative

[Mark Sapiro]

Carl Shuller wrote:

>A sporadic number of messages in digest and archives are showing up with out
>the original message text and instead "Skipped content of type
>multipart/alternative" is showing up.


This Scrubber issue was fixed I think in Mailman 2.1.6, The current
version is 2.1.14. Perhaps it's time to upgrade.

If you can't upgrade, and if you provide your Mailman version, I can
probably provide a patch.

-- 
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
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

[Mailman-Users] What Causes Random Unsubscribe Notices

[David Andrews]

I run mailman with about 175 lists, and 6000 users, many of whom 
belong to multiple lists.  I have personalized e-mail set to yes, and 
the following in the footer which produces a personal options link 
for the user in each message:


To unsubscribe, change your list options or get your account info for 
%(real_name)s:

%(user_optionsurl)s

Several times a week I get mail from a user saying they got an 
unsubscribe confirmation message and hadn't done anything to trigger 
it.  I believe them because I have gotten some too.  This behavior 
seems to have started when I started adding personalized footers.  Is 
it somehow caused by the long string of personalized links left in 
messages when people reply and don't trim off bottom.  Some of these 
message chains can get pretty long.


Or, is there something else that causes the generation of seemingly 
random unsubscribe confirmation messages?


Dave



David Andrews:  dandr...@visi.com
Follow me on Twitter:  http://www.twitter.com/dandrews920

--
Mailman-Users mailing list Mailman-Users@python.org
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Re: [Mailman-Users] non-delivery to virtual domain

[Mark Sapiro]

David Newman wrote:

>On 11/2/10 8:13 AM, Mark Sapiro wrote:
>> 
>> Or, probably better, you could put
>> 
>> spamassassin_destination_recipient_limit = 1
>> 
>> in main.cf to cause Postfix to pipe only one recipient at a time to the
>> spamassassin handler (see man 8 pipe).
>
>Bingo. Your guess is correct. That one-line addition to main.cf now
>allows Mailman message delivery to domain1.tld.


Actually, I think the domain1.tld non-delivery was a red herring. I
think the real issue is that a post to a list with fewer than
SMTP_MAX_RCPTS (default 500) members would be delivered to only one
member.


>I'd be glad to write this up now that it's working. To whom should I
>send a draft of the changes?


You can send them off list to me.


>> Also note, You are doing way too much spamassassin scanning. You are
>> scanning the inbound message before delivering it to Mailman, and then
>> you are scanning the message again on its way from Mailman to the
>> recipients. It might be better to set up a separate listener in
>> Postfix on a different port and have Mailman deliver there and in
>> Postfix only accept mail from Mailman (or localhost) on that port and
>> bypass spamassassin for that mail.
>
>OK, thanks. Setting up a separate listener in Postfix via master.cf is
>no problem for me, but how would I configure Mailman to deliver to that
>port?


Set SMTPPORT in mm_cfg.py.

-- 
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
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Re: [Mailman-Users] What Causes Random Unsubscribe Notices

[Mark Sapiro]

David Andrews wrote:

>I run mailman with about 175 lists, and 6000 users, many of whom 
>belong to multiple lists.  I have personalized e-mail set to yes, and 
>the following in the footer which produces a personal options link 
>for the user in each message:
>
>To unsubscribe, change your list options or get your account info for 
>%(real_name)s:
>%(user_optionsurl)s
>
>Several times a week I get mail from a user saying they got an 
>unsubscribe confirmation message and hadn't done anything to trigger 
>it.  I believe them because I have gotten some too.  This behavior 
>seems to have started when I started adding personalized footers.  Is 
>it somehow caused by the long string of personalized links left in 
>messages when people reply and don't trim off bottom.  Some of these 
>message chains can get pretty long.


It is almost certainly this.


>Or, is there something else that causes the generation of seemingly 
>random unsubscribe confirmation messages?


Or maybe the member forwarding an "interesting" list post to someone
else who thinks the forward came from a list and wants to unsubscribe.

In any case, it is caused by a third party receiving a message with the
member's unsubscribe link and following the link. Members can avoid
this by always removing the footer from any list post they reply to or
forward, or if they can't be bothered to do that, they can just ignore
the unsubscribe confirmations they will inevitably receive.

-- 
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
http://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: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org