The mozilla mailing list system is unsubscribing me from the lists (mainly mozilla-ui and mozilla-layout) with the message below -- my local postmaster people tell me that the problem is not this end, because you should not be generating input lines that long!: "Input line to submit longer than 510 characters" I don't get this problem with any of the other mailing lists I am subscribed to at other sites... ---------- Forwarded message ---------- Subject: You have been removed from the list From: firstname.lastname@example.org To: email@example.com Your mail address firstname.lastname@example.org has been removed from the email@example.com mailinglist. It generated an excessive amount of bounced mails. Before sending in a subscription request to firstname.lastname@example.org again, please ensure that this problem has been resolved. When in doubt, ask your system administrator or send mail to "postmaster". The last one of those bounced mails has been quoted below: From MAILER-DAEMON Thu Feb 3 18:11:28 2000 Received: from pat.bath.ac.uk (pat.bath.ac.uk [188.8.131.52]) by gila.mozilla.org with ESMTP id SAA24981 for <email@example.com>; Thu, 3 Feb 2000 18:11:27 -0800 (PST) Received: from exim by pat.bath.ac.uk with local (Exim 3.12 #1) id 12GYDW-0001bJ-00 for firstname.lastname@example.org; Fri, 04 Feb 2000 02:11:26 +0000 X-Failed-Recipients: email@example.com From: Mail Delivery System <Mailer-Daemon@pat.bath.ac.uk> To: firstname.lastname@example.org Subject: Mail delivery failed : returning message to sender Message-Id: <E12GYDW-0001bJemail@example.com> Date: Fri, 04 Feb 2000 02:11:26 +0000 This message was created automatically by mail delivery software. Email addresses for users at bath.ac.uk can be found at http://www.bath.ac.uk/cgi-bin/tel.pl If you still have difficulties, please contact: firstname.lastname@example.org A message that you sent could not be delivered to all of its recipients. The following address(es) failed (unless you receive other errors, it is safe to assume that the other addresses worked): email@example.com: SMTP error from remote mailer after end of data: host bucs.bath.ac.uk [184.108.40.206]: 554 [ No such file or directory ] Input line to submit longer than 510 characters ---------- End forwarded message ----------
I'll look into this. Won't be very high priority though, sorry.
Status: NEW → ASSIGNED
Adding this to this bug. We're probably dumping smartlist within few months, so not sure if it's wise to use energy for these. But I'll look into these. Risto --- Risto - Can you take care of this, or pass it along to someone who can? Thanks, marya ----- Forwarded message from Katsuhiko Momoi <firstname.lastname@example.org> ----- Date: Sun, 20 Feb 2000 19:41:46 -0800 From: email@example.com (Katsuhiko Momoi) X-Mailer: Mozilla 4.72 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: firstname.lastname@example.org Subject: Getting bounced off from MailNews mailing list Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms95893F20A678313B98C47E79" Status: RO Content-Length: 13349 Lines: 310 Hi, I keep on getting removed from the Mozilla MailNews mailing list because one of the recipients of the list has a mailbox which is full. It is annoying that I as a sender of msg to the Mail list gets bounced off, not the person who is really causing this trouble. Could you fix your removal script so that the real trouble maker gets removed? Here's the msg I got twice today: > Your mail address email@example.com has been removed > from the firstname.lastname@example.org mailinglist. > It generated an excessive amount of bounced mails. > > Before sending in a subscription request to > email@example.com again, please ensure that > this problem has been resolved. When in doubt, ask your system > administrator or send mail to "postmaster". > > >This report relates to a message you sent with the following header fields: > > > > Message-id: <38B0897C.D4DC718E@netscape.com> > > Date: Sun, 20 Feb 2000 16:40:28 -0800 > > From: firstname.lastname@example.org (Katsuhiko Momoi) > > To: Erik van der Poel > > Subject: Re: Better widgets checked in > > > >Your message cannot be delivered to the following recipients: > > > > Recipient address: email@example.com > > Reason: recipient reached disk quota > > >--Boundary_(ID_gumFE0v7LPJaFqEs1Nl4fg) > >Content-type: message/DELIVERY-STATUS > > > >Original-envelope-id: 0FQ900IYC8LEMJ@falla.videotron.net > >Reporting-MTA: dns; sims-ha.videotron.net > > > >Action: failed > >Status: 5.0.0 (recipient reached disk quota) > >Original-recipient: rfc822;firstname.lastname@example.org > >Final-recipient: rfc822;email@example.com > > > >--Boundary_(ID_gumFE0v7LPJaFqEs1Nl4fg) > >Content-type: MESSAGE/RFC822 > > > >Return-path: firstname.lastname@example.org > >Received: from sims-ms-daemon by sims-ha.videotron.net > > (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) > > id <0FQ900F058LIVV@sims-ha.videotron.net>; Sun, > > 20 Feb 2000 19:41:42 -0500 (EST) > >Received: from falla.videotron.net ([220.127.116.11]) > > by sims-ha.videotron.net (Sun Internet Mail Server > > sims.3.5.2000.01.05.12.18.p9) > > with ESMTP id <0FQ900FVV8LF27@sims-ha.videotron.net> for > > vlhmjcxu@sims-ms-daemon; Sun, 20 Feb 2000 19:41:40 -0500 (EST) > >Received: from gila.mozilla.org ([18.104.22.168]) > > by falla.videotron.net (Sun Internet Mail Server sims.3.5.1922.214.171.124.29.p8) > > with ESMTP id <0FQ900IY98LDMJ@falla.videotron.net> for > > email@example.com; Sun, 20 Feb 2000 19:41:38 -0500 (EST) > >Received: =?ISO-8859-1?Q?=28from_slist=40localhost=29_by?= gila.mozilla.org > > with =?ISO-8859-1?Q?=9C_id?= QAA23536 for firstname.lastname@example.org; Sun, > > 20 Feb 2000 16:41:37 -0800 > >Resent-date: Sun, 20 Feb 2000 16:41:37 -0800 (PST) > >Date: Sun, 20 Feb 2000 16:40:28 -0800 > >Resent-from: email@example.com > >From: firstname.lastname@example.org (Katsuhiko Momoi) > >Subject: Re: Better widgets checked in > >Resent-sender: email@example.com > >To: Erik van der Poel > >Cc: Lemming , firstname.lastname@example.org, > > email@example.com, firstname.lastname@example.org > >Resent-message-id: <"E4DdQB.A.mvF.AnIs4"@gila.mozilla.org> > >Message-id: <38B0897C.D4DC718E@netscape.com> > >MIME-version: 1.0 > >X-Mailer: Mozilla 4.72 [en] (WinNT; U) > >Content-type: text/plain; charset=us-ascii > >Content-transfer-encoding: 7bit > >Precedence: list > >X-Accept-Language: en > >X-Mailing-List: archive/latest/7027 > >X-Loop: email@example.com > >References: <38AE0C54.A331A0AA@netscape.com> <38AF5F12.BAE4F650@luther.edu> > > <38AFC0CF.27F09F03@netscape.com> <38B01BEF.1D26217C@netscape.com> > > <38B03283.ECE6BB07@lemnet.com> <38B041D8.95A5F457@netscape.com> > > > >Actually, UI strings also come from .properties files and so there need > >to be a freeze there, too. If you make changes to .xul files by adding > >or deleting menu or dialog items, that would have an effect on .dtd and > >.properties files. So saying that these translatable files need to be > >frozen amounts to saying that certain types of UI changes in .xul files > >which necessitate extracting translatable resources out to .dtd or > >.properties files need to be frozen as well. > > > >- Kat > > > >Erik van der Poel wrote: > >> > >> Lemming wrote: > >> > > >> > Erik van der Poel wrote: > >> > > > >> > > So, last minute changes to the *text* of the UI are a bad idea. > >> > > >> > I think this isn't a problem anymore because of the dtds. They don't > >> > need a UI freeze, only a .dtd freeze. > >> > >> Yes, that's what I meant by "the *text* of the UI". Thanks for > >> clarifying it for others. > >> > >> Erik > > > > > >--Boundary_(ID_gumFE0v7LPJaFqEs1Nl4fg)-- > > > ----- End forwarded message -----
I am also being unsubscribed from mailing lists because of the videotron.net user's problem. This happens about twice a week, and -- because my local news server doesn't host the n.p.m.* groups and I can't access any other news server through our firewall, so the mailing list is my only option -- this is *really* annoying. A short-term partial solution would be to unsubscribe firstname.lastname@example.org from all Mozilla mailing lists, since they obviously aren't reading their messages any more. (Please?)
there's no one at videotron.net subscribed to any of our mailing lists. (now at least. maybe they were deleted before)
bumping the status of this up to 'major' since so many people complain about this. CCing Erik after his email to staff. He suggests that if we can't fix the problem then we should disable the 'feature' thats automatically removing people.
Severity: normal → major
This is something you can do as well.
Assignee: rko → endico
Status: ASSIGNED → NEW
It turns out that email@example.com that address. I believe this was the source of other recent complaints. Apparently this bug is triggered when someone on the list uses mail forwarding and the bounce message refers to an address that's not in the list's distribution list. I finally figured out that the bounce mail for firstname.lastname@example.org was caused by email@example.com and removed that address. Moving this back down to normal priority since i think this solves the ongoing problem of the people on the UI group.
Severity: major → normal
This bug has not been touched for more than nine months. In most cases, that means it has "slipped through the net". Please could the owner take a moment to add a comment to the bug with current status, and/or close it. Thank you :-) Gerv
this is an aol ic project. reassigning to risto
Assignee: endico → rko
At this time, we will not work on this issue. If it ever comes back as an active project to us through CRM we will certainly handle it.
Assignee: rko → nobody
Did the modification to "mozilla-staff" list remove the problems there??(i.e. upping the minbounce to 256 bounces before removal). If so, should we do the same for other lists?? Or is this issue dead anyway??
Created attachment 63460 [details] Removal notification from mozilla-i18n No, this problem is not dead.
swapping dependency back the other way, this one was actually right the first time.
We're now using MailMan instead of Smartlist, this should have gone away.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.