Re: [Mailman-Users] Host name
Actually, make this change in /home/mailman/Mailman/mm_cfg.py Specifically, set DEFAULT_HOST_NAME to the desired name... such as: DEFAULT_HOST_NAME = '.domain' -ted Quoting Chris Hedemark <[EMAIL PROTECTED]>: > On Wed, 2002-02-20 at 23:33, Alan ER. Romaniuc wrote: > > My hostname is ".domain", but when Mailman sends e-mail, I > would > > like that the sender was "[EMAIL PROTECTED]", How can I do > that??? > > Edit /home/mailman/Mailman/Defaults.py -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
Solution Found! Okay, I found what was wrong after playing with nearly countless area of the system. I had set DEFAULT_URL in mm_cfg.py to be: DEFAULT_URL = 'http://virtualhost.mydomain.net/' instead of DEFAULT_URL = 'http://virtualhost.mydomain.net/mailman/' As soon as I changed it to that, it was as if all the scripts and tools magically started working even though I had added a number of Redirect/ScriptAlias/Alias lines in apache's conf files before to make sure that they were accessing it. I had it set that original config to hopefully direct anyone to http://virtualhost.mydomain.net (instead of http://nonvirtual.mydomain.net) thinking that somewhere there'd be a URL that would send them to the opening page of my list-server's virtual website instead of to the mailman subdirectory. Apparently this is a required setting. I'm not even sure why they give me the option to change it considering the consequences but whatever the reason, I've switched it back and now its all working and I've been working on getting all my lists in place for good. Thank you to the 5 or 6 people who were kind enough to offer many suggestions and send me conf files to try out on my system. I really appreciate the support (even though it didn't pinpoint this setting that I missed). Hopefully my Solution post will lead someone else down the right track in the future. -ted -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
Hello Scott. So far, everything is keeping the "mailman:mailman" settings through all the cron jobs running (over the two days I've been working on this). The only other file permissions anywhere in the setup are the ones owned by "nobody:mailman". I'm pretty sure thats because apache created them and their group was set by either the sticky bit or the SGID cgi files. I don't think whats happening to you is similar to what's happening to me. I'm sure you've heard this before, but make sure your cron is running the included cron jobs as "mailman". -ted Quoting Scott Spence <[EMAIL PROTECTED]>: > Ted, > > as a matter of interest what happens to the permissions once the cron > job > runs - are they changed to the cron jobs permissions? (I would expect > cron to be run as mailman:mailman) This may help me trouble shoot a > problem I have been happening where the permissions are changing to be > mail:mail (in my case) and thereby not allowing the webserver to > access > them. > > If the cookie problem is likely rember to restart your browser (or open > a > new one) these are sometimes loaded on program launch (MS IE anyway) > and > even if you have deleted the cookie this will be required. > > Cheers > > Scott > > On Tue, 19 Feb 2002, Ted M Harapat wrote: > > > Well, I did look around the install and compared it to my other > system's 2.0.6 > > install and it seemed very similar in the way the rights were set. The > config.db > > file (in this particular list) is owned by nobody (which apache is > running as) > > and group of mailman. In fact, I just checked and every file in the > mailman home > > dir is either owned by the user or group of mailman. > > > > After my previous email to you, I even did something far fetched to > make sure I > > could write to it. I made a copy of the mailman home dir (preserving > > permissions) and did a recursive chmod 777 against the original > mailman > > directory. And then ran the website... it STILL didn't let me save > info. I > > wouldn't think so otherwise but with results like that, I would think > that it > > must be something outside of that directory. I deleted that directory > and copied > > my backup dir back over it. > > > > I just don't have any ideas... I could reinstall it again.. but I'm > not so sure > > that doing so would help me. > > > > -ted > > > > Quoting Jon Carnes <[EMAIL PROTECTED]>: > > > > > Have you checked the rights of the install? Could the config.db > of > > > your > > > test list be read only? That should spark errors in the > > > ~mailman/logs/... > > > Also are there any errors in the apache logs? > > > > > > Are you using NFS to mount any of the install? > > > - Original Message - > > > From: "Ted M Harapat" <[EMAIL PROTECTED]> > > > To: "Jon Carnes" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > > > Sent: Tuesday, February 19, 2002 4:49 PM > > > Subject: Re: [Mailman-Users] Web interface saves no settings or > info! > > > > > > > > > > Thats a great idea. > > > > > > > > Well, the linux system is set to think that it is the list > server > > > and > > > virtual > > > > website hostname (set via the /etc/hosts file) so I pulled up lynx > to > > > the > > > > localhost virtual domain and it pulled up just fine and I > > > authenticated > > > and went > > > > to the page for adding/removing users and the same thing happened. > I > > > told > > > lynx > > > > to Always accept cookies so I know it's working. > > > > > > > > I'm stumped. I don't see where to go with this. I've read many > past > > > archives but > > > > am finding nothing related to this exact problem. > > > > > > > > -ted > > > > > > > > Quoting Jon Carnes <[EMAIL PROTECTED]>: > > > > > > > > > Try deleting the old cookie (or delete them all!!!) But, yes > the > > > > > virtual > > > > > hosting could do you in. Is the web server configured to > "think" it > > > is > > > > > the > > > > > domain name you are using (to browse to it)? What happens > when > > > you > > > > > access > > > > > the server locally using something like Lynx (which
Re: [Mailman-Users] Web interface saves no settings or info!
Hi Morgan. I may be interested in those files. I'd love to determine what I'm doing wrong with this setup though. I tried clearing both the cookies and the cache locally and I even restarted each of the browsers. That didn't work. So I booted up my linux workstation in my cube and launced Netscape there after I set my /etc/hosts file to point that hostname to that IP. That came up with the same problems. I should have known that it would considering that lynx on the list server's CLI did that too. I'm not sure what is stopping me. Especially considering that my version of 2.0.6 Mailman is on the very same version of linux (with different packages installed) as this new 2.0.8 install. I'll try some more things but I may write you to ask for those configurations if all else fails. -ted Quoting Morgan Fletcher <[EMAIL PROTECTED]>: > Ted M Harapat <[EMAIL PROTECTED]> writes: > > > > It all installed fine as always, and I made lists and sent some > mails > > > > to them. So it appeared to work. So I went to the web interface > to > > > > start to configure them and add the users to the lists. Here's > where > > > > the problem started. I put in all the info and hit "Submit Your > > > > Changes" and it went to that next page as normal but none of my > > > > changes were accepted. So I tried non-useradd features and the > same > > > > thing happened... nothing was saving! > > > > Actually, I am using IE 6.x for this. > > Try deleting your mailman-generated cookies and emptying your > cache(s). > > I am serving a list for a virtual domain. I've got apache and postfix > set > up to serve the domain properly, including http://domain.xxx/mailman > and > http://www.domain.xxx/mailman, and I've told the list to "prefer" that > host > name and to use http://www.domain.xxx/mailman for the base URL. > > When I tried accessing that URL using the "real" hostname, the cookies > broke and I had to delete them and empty my cache. > > Let me know if you'd like anything from my config files. > > FWIW, I'm using Mozilla 0.9.8 on Linux. > > Morgan > > > > -- > Mailman-Users maillist - [EMAIL PROTECTED] > http://mail.python.org/mailman/listinfo/mailman-users > -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
Well, I did look around the install and compared it to my other system's 2.0.6 install and it seemed very similar in the way the rights were set. The config.db file (in this particular list) is owned by nobody (which apache is running as) and group of mailman. In fact, I just checked and every file in the mailman home dir is either owned by the user or group of mailman. After my previous email to you, I even did something far fetched to make sure I could write to it. I made a copy of the mailman home dir (preserving permissions) and did a recursive chmod 777 against the original mailman directory. And then ran the website... it STILL didn't let me save info. I wouldn't think so otherwise but with results like that, I would think that it must be something outside of that directory. I deleted that directory and copied my backup dir back over it. I just don't have any ideas... I could reinstall it again.. but I'm not so sure that doing so would help me. -ted Quoting Jon Carnes <[EMAIL PROTECTED]>: > Have you checked the rights of the install? Could the config.db of > your > test list be read only? That should spark errors in the > ~mailman/logs/... > Also are there any errors in the apache logs? > > Are you using NFS to mount any of the install? > - Original Message - > From: "Ted M Harapat" <[EMAIL PROTECTED]> > To: "Jon Carnes" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Tuesday, February 19, 2002 4:49 PM > Subject: Re: [Mailman-Users] Web interface saves no settings or info! > > > > Thats a great idea. > > > > Well, the linux system is set to think that it is the list server > and > virtual > > website hostname (set via the /etc/hosts file) so I pulled up lynx to > the > > localhost virtual domain and it pulled up just fine and I > authenticated > and went > > to the page for adding/removing users and the same thing happened. I > told > lynx > > to Always accept cookies so I know it's working. > > > > I'm stumped. I don't see where to go with this. I've read many past > archives but > > am finding nothing related to this exact problem. > > > > -ted > > > > Quoting Jon Carnes <[EMAIL PROTECTED]>: > > > > > Try deleting the old cookie (or delete them all!!!) But, yes the > > > virtual > > > hosting could do you in. Is the web server configured to "think" it > is > > > the > > > domain name you are using (to browse to it)? What happens when > you > > > access > > > the server locally using something like Lynx (which is a really nice > way > > > to > > > troubleshoot the problem as it tells you everything it's doing)? > > > > > > Jon Carnes > > > > > > - Original Message - > > > From: "Ted M Harapat" <[EMAIL PROTECTED]> > > > To: "Jon Carnes" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > > > Sent: Tuesday, February 19, 2002 4:17 PM > > > Subject: Re: [Mailman-Users] Web interface saves no settings or > info! > > > > > > > > > > Actually, I am using IE 6.x for this. > > > > > > > > After reading this, I went ahead and tried this in Netscape 4.79 > but > > > the > > > same > > > > thing happened. > > > > > > > > I have only one more quirky thing with my setup, I should add. > The > > > hostname > > > > isn't really in DNS as I'm calling it. Because this is a brand > new > > > system > > > thats > > > > about to take over an old non-Mailman list server, I simply set > up > > > my > > > local > > > > hosts file to reflect the new IP so only I could access it. Oh, > and > > > this > > > is also > > > > a virtual domain/website on the new linux system, which is why I > had > > > to do > > > that > > > > host-file trick so the host-headers would make it come up. > > > > > > > > Could either of those two things matter? > > > > > > > > Thanks. > > > > > > > > -ted > > > > > > > > Quoting Jon Carnes <[EMAIL PROTECTED]>: > > > > > > > > > This is definitely a Frequently Asked Question... Undoubtedly > you > > > are > > > > > using > > > > > Konqueror as your web browser. Konqueror cannot handle the > new > > > cookie > > > > > layout (in ve
Re: [Mailman-Users] Web interface saves no settings or info!
Thats a great idea. Well, the linux system is set to think that it is the list server and virtual website hostname (set via the /etc/hosts file) so I pulled up lynx to the localhost virtual domain and it pulled up just fine and I authenticated and went to the page for adding/removing users and the same thing happened. I told lynx to Always accept cookies so I know it's working. I'm stumped. I don't see where to go with this. I've read many past archives but am finding nothing related to this exact problem. -ted Quoting Jon Carnes <[EMAIL PROTECTED]>: > Try deleting the old cookie (or delete them all!!!) But, yes the > virtual > hosting could do you in. Is the web server configured to "think" it is > the > domain name you are using (to browse to it)? What happens when you > access > the server locally using something like Lynx (which is a really nice way > to > troubleshoot the problem as it tells you everything it's doing)? > > Jon Carnes > > - Original Message - > From: "Ted M Harapat" <[EMAIL PROTECTED]> > To: "Jon Carnes" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Tuesday, February 19, 2002 4:17 PM > Subject: Re: [Mailman-Users] Web interface saves no settings or info! > > > > Actually, I am using IE 6.x for this. > > > > After reading this, I went ahead and tried this in Netscape 4.79 but > the > same > > thing happened. > > > > I have only one more quirky thing with my setup, I should add. The > hostname > > isn't really in DNS as I'm calling it. Because this is a brand new > system > thats > > about to take over an old non-Mailman list server, I simply set up > my > local > > hosts file to reflect the new IP so only I could access it. Oh, and > this > is also > > a virtual domain/website on the new linux system, which is why I had > to do > that > > host-file trick so the host-headers would make it come up. > > > > Could either of those two things matter? > > > > Thanks. > > > > -ted > > > > Quoting Jon Carnes <[EMAIL PROTECTED]>: > > > > > This is definitely a Frequently Asked Question... Undoubtedly you > are > > > using > > > Konqueror as your web browser. Konqueror cannot handle the new > cookie > > > layout (in version 2.0.8). Since it mis-reads the cookie, the > > > authentication it sends when you Post is incorrect. Thus none of > your > > > changes are accepted. > > > > > > Use Netscape and your problems will be gone. Newer versions of IE > have > > > the > > > same problem, but the work around for IE is to set the web site > with > > > your > > > Mailman install to "Trusted". I have no idea why that works... > except > > > maybe > > > it reads in the cookie without filtering it for bad things. > > > > > > Jon Carnes > > > - Original Message - > > > From: "Ted M Harapat" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Tuesday, February 19, 2002 3:40 PM > > > Subject: [Mailman-Users] Web interfase saves no settings or info! > > > > > > > > > > Hi. I've setup mailman a couple other time in the past year and > it > > > worked > > > near > > > > flawlessly except for a few tiny things that were worked out. > I've > > > installed > > > > 2.0.8 on a new (Mandrake Linux) system just yesterday. > > > > > > > > It all installed fine as always, and I made lists and sent some > mails > > > to > > > them. > > > > So it appeared to work. So I went to the web interface to start > to > > > configure > > > > them and add the users to the lists. Here's where the problem > started. > > > I > > > put in > > > > all the info and hit "Submit Your Changes" and it went to that > next > > > page > > > as > > > > normal but none of my changes were accepted. So I tried > non-useradd > > > features and > > > > the same thing happened... nothing was saving! I've checked > > > permissions to > > > make > > > > sure the mailman group had access to all the files in his home > > > directory. > > > I even > > > > decided to start from scratch and completely reinstall but that > > > produced > > > the > > > > same results. I can't imagine that ther
Re: [Mailman-Users] Web interface saves no settings or info!
Actually, I am using IE 6.x for this. After reading this, I went ahead and tried this in Netscape 4.79 but the same thing happened. I have only one more quirky thing with my setup, I should add. The hostname isn't really in DNS as I'm calling it. Because this is a brand new system thats about to take over an old non-Mailman list server, I simply set up my local hosts file to reflect the new IP so only I could access it. Oh, and this is also a virtual domain/website on the new linux system, which is why I had to do that host-file trick so the host-headers would make it come up. Could either of those two things matter? Thanks. -ted Quoting Jon Carnes <[EMAIL PROTECTED]>: > This is definitely a Frequently Asked Question... Undoubtedly you are > using > Konqueror as your web browser. Konqueror cannot handle the new cookie > layout (in version 2.0.8). Since it mis-reads the cookie, the > authentication it sends when you Post is incorrect. Thus none of your > changes are accepted. > > Use Netscape and your problems will be gone. Newer versions of IE have > the > same problem, but the work around for IE is to set the web site with > your > Mailman install to "Trusted". I have no idea why that works... except > maybe > it reads in the cookie without filtering it for bad things. > > Jon Carnes > - Original Message - > From: "Ted M Harapat" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, February 19, 2002 3:40 PM > Subject: [Mailman-Users] Web interfase saves no settings or info! > > > > Hi. I've setup mailman a couple other time in the past year and it > worked > near > > flawlessly except for a few tiny things that were worked out. I've > installed > > 2.0.8 on a new (Mandrake Linux) system just yesterday. > > > > It all installed fine as always, and I made lists and sent some mails > to > them. > > So it appeared to work. So I went to the web interface to start to > configure > > them and add the users to the lists. Here's where the problem started. > I > put in > > all the info and hit "Submit Your Changes" and it went to that next > page > as > > normal but none of my changes were accepted. So I tried non-useradd > features and > > the same thing happened... nothing was saving! I've checked > permissions to > make > > sure the mailman group had access to all the files in his home > directory. > I even > > decided to start from scratch and completely reinstall but that > produced > the > > same results. I can't imagine that there is something so drastically > different > > from my old installs (of 2.0.6) compared to now that I can't figure > it > out. Can > > anyone make any suggestions? > > > > I have gone through all of the web & mailman logs and they are > reporting > no > > errors related to the mailman account or directories or permissions. > It > all > > appears perfectly correct. > > > > Please advise. > > > > > > -ted > > > > -- > > Mailman-Users maillist - [EMAIL PROTECTED] > > http://mail.python.org/mailman/listinfo/mailman-users > -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
[Mailman-Users] Web interfase saves no settings or info!
Hi. I've setup mailman a couple other time in the past year and it worked near flawlessly except for a few tiny things that were worked out. I've installed 2.0.8 on a new (Mandrake Linux) system just yesterday. It all installed fine as always, and I made lists and sent some mails to them. So it appeared to work. So I went to the web interface to start to configure them and add the users to the lists. Here's where the problem started. I put in all the info and hit "Submit Your Changes" and it went to that next page as normal but none of my changes were accepted. So I tried non-useradd features and the same thing happened... nothing was saving! I've checked permissions to make sure the mailman group had access to all the files in his home directory. I even decided to start from scratch and completely reinstall but that produced the same results. I can't imagine that there is something so drastically different from my old installs (of 2.0.6) compared to now that I can't figure it out. Can anyone make any suggestions? I have gone through all of the web & mailman logs and they are reporting no errors related to the mailman account or directories or permissions. It all appears perfectly correct. Please advise. -ted -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] postfix problem
You need to make sure you take the output from the '$prefix/bin/newlist' and put it in the /etc/aliases file and run 'newaliases'. Then your mail won't bounce and your mail will be archived in the appropriate pipermail directory so it can be browsed. It won't work (as far as my experience goes) until you get the first incoming email to the list. -ted Quoting MiniTom <[EMAIL PROTECTED]>: > Hi, > > I just installed mailman on Linux Mandrake with postfix. I can add a new > list, but users can't suscribe to the list. They receive a mail, but > when they reply, they get a MAILER-DAEMON mail wich tell that the > address of the list does not exist. > > My list is "test@myhostname" and none of these address works : > test-request@myhostname, test-admin@myhostname. > > I can't access to the directory /mailman/pipermail/test from the web, > though it is rightly configured (I hope ...). > > Other web pages seem to be ok : mailman/admin/test, > mailman/listinfo/test ... > > I think lists address are net created. Is Postfix the problem ? > > Can anyone give me some help please ? > > (excuse my english I'm french) -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Postfix/Mailman breaks (somewhat) upon sending out to list of 300+ users
Hi Jon. (These emails always get so damned long, but its hard to tell in details whats going wrong or how to fix anything otherwise. Sorry.) Well my father entered them into the list. And he did it through the web inteface. I think thats considered manually. I don't know what the 54rd one is but I didn't look because the list was entered alphabetically and when it sends out, mailman (and eventually postfix) sent them out in chunks based on domain name (as all good MTAs should). And those domains were alphabetically all over the list (since it wasn't sorted by domains). As for the system. Its brad new (sort of). Its a brand new linux install (of a current distro released less than 2 months ago) on a old Dual Pentium Pro 200 box with over 75GB of disk (almost all using ReiserFS), only abuot 7GB being used right now. And over half the disk (especially where the system files reside at) is UltraWide SCSI 10k rpm. Memory is at 320MB with 256MB swap. The system runs lots of services but doesn't even come close to running out of CPU, disk space, I/O, memory, or administrator patience (most of the time). Here's what else I've come up with. (And I wish more people would talk about fixes to lists after they post questions and then figure it out and never report back.) This has to do with the qrunner lock files. It appears that like so many others, the Mailman tool (or something) messes up something and it creates a lockfile in /home/mailman/locks that corresponds to a qrunner process running. And you can't process anymore queue till that's completed. So you can do one of two things... wait until it finishes which could take close to forever. I never have waited it out. Or you can kill it manually and delete the qrunner lock files. Then rerun qrunner. Sometimes it processes the smaller (non 300+ user) lists and those go out, but the remaining 257 users of my dad's list are still in those hard to read qfiles. Somehow I know that's slowing up the system and so those qrunner processes never run and the lock files never go away. So I stayed up much later that I should have last night and here's what I did: I first adjusted the smtpd_recipient_limit variable in /etc/postfix/main.cf from 100 to 1000. That didn't appear to help. So then I set root's cron to run every 5 minutes to rerun the Postfix supplied "/etc/rc.d/init.d/postfix restart" command. This reloads everything and seems to allow that qrunner process to complete(?) or just die. But seeing as the lock file goes away and it restarts the next minute with cron calls qrunner, there's a small chance that it will process mail going to the other smaller lists on my server. (This is part of the mystery - how does restart postfix release that qrunner file to send out it's mail finally!?) So at that point I was tired and wanted sleep. So I went to bed and left root cron doing that restart. And in the morning all mail going to the small lists (which I'm subscribed to) went out and I received them all. That was my plan, I was happy. I was hoping someone would reply to my messages with some magical fix for my dad's list. Then my dad called me all excited this morning saying that both emails to his list of 300 went out to the remaining 257 list members (thats 514 emails total). But he said they didn't go out till nearly 7am. And I hadn't changed anything since around 1:30am. So it took 5.5 hours for it to process all of that?! If so, was it that just that I was stopping that stuck qrunner process every five minutes or was it a combination of that plus the new smtpd_recipient_limit variable that maade it go? Oh, and Jon, I did find your shell script (the one about Jeff B and a misconfigured browser) in a list archinve with the for loop showing how to delete and kill the qrunner locks and processes. I touched up some of the syntax for my OS and ls output. But that didn't work for me. It just seemed to never process anything. Perhaps I was impatient. So I'm still stuck with qrunner locking files even though I do have this temporary work around. Oh, and the lock files are gone now that my entire list has proccessed the qfiles. I imagine that I could stop restarting postfix so often. Living with a mysterious fix, -ted Quoting Jon Carnes <[EMAIL PROTECTED]>: > Just out of left field, but when you put in the mailing addresses for > your > dad's list, how did you do it? Manually, or did you feed them in via > "add_members"? Check the list and see what the 53rd and 54th address > are, > then go back to your import list and check out those addresses for > errors... > > Might not help, but it's certainly something to look at while you are > waiting for inspiration. > > Another thought - how much space does your server have avail
Re: [Mailman-Users] Update: Postfix/Mailman breaks (somewhat) upon sending out to list of 300+ users
Okay, I ran xtail on several of the files when I restarted postfix to see if that would show many anything. And it did! Here's what I received. *** error *** Nov 08 16:56:30 2001 qrunner(30285): Traceback (most recent call last): Nov 08 16:56:30 2001 qrunner(30285): File "/home/mailman/cron/qrunner", line 282, in ? Nov 08 16:56:30 2001 qrunner(30285): kids = main(lock) Nov 08 16:56:30 2001 qrunner(30285): File "/home/mailman/cron/qrunner", line 195, in main Nov 08 16:56:30 2001 qrunner(30285): lock.refresh() Nov 08 16:56:30 2001 qrunner(30285): File "/home/mailman/Mailman/LockFile.py", line 204, in refresh Nov 08 16:56:30 2001 qrunner(30285): raise NotLockedError Nov 08 16:56:30 2001 qrunner(30285): Mailman.LockFile . NotLockedError *** smtp *** Nov 08 16:56:31 2001 (30412) smtp for 257 recips, completed in 3207.858 seconds Nov 08 16:56:29 2001 (30285) All recipients refused: please run connect() first Nov 08 16:56:30 2001 (30285) smtp for 257 recips, completed in 3323.412 seconds Nov 08 16:56:30 2001 (30412) All recipients refused: please run connect() first *** smtp-failure *** Nov 08 16:56:30 2001 (30285) -1 [EMAIL PROTECTED] (ignore) (repeat above line 257 times, one for each missed mail in the list) These errors look like they are going to be helpful... unfortunately, not to me. Rather only to people who understand them, especially the ones within the "error" file. Can anyone help me translate and see whatever I've broken or possibly misconfigured? Thanks. -ted Quoting Ted M Harapat <[EMAIL PROTECTED]>: > Hello all. Any suggestions and ideas on this problem are welcome. > > First of all, I recently switched to postfix after many years with > sendmail and > qmail. I really like it. So then I got majordomo working with it, then > someone > suggested I try Mailman and I really love this system. Thank you FSF & > Python! > > So it's easy enough to set up with a little looking around. I set it up > and set > up 4 lists on it. 3 of them with under 20 people on it, and one (for my > father) > over 300 people. The smaller lists work perfectly. That is, until my > father > sends out to his list of 300+ people. According to the mail logs, the > incoming > mail to the server is received to the list and it is sent back to my > father for > approval (as I have set it up intentionally). So he approves it, and it > sends > emails out to exactly 53 of the 300+ members. Then it stops sending with > no > errors (I've checked all of postfix's and syslog's logs). Not only that, > but > everything else with Mailman is then foobarred. Now when any of the > smaller > lists send to it, postfix records receiving it but then it doesn't do > the next > step such as sending it out to the users on the list or going to the > admin for > approval. It (Mailman) just stops dead cold. No more outgoing traffic or > errors > explaining why. > > So, upon examining every log I could think of, I finally just Reload > postfix > using the included scripts. Then, all of a sudden, everything starts > processing. All mail waiting to go to the admins for approval or waiting > to go > to the end users on all the different lists are suddenly sent out as > quickly > and efficiently as everything normally goes with Mailman. All mail > except the > remaining 240+ people on my dad's list. Mail to those listmembers has > disappeared. > > So I decided to try this again. Same thing. Dad sends mail out to > the list, > it goes to exactly 53 people and dies again, and makes Postfix go goofy > again. > Outside of this combined Postfix/Mailman problem, the mail server acts > as > normal, processing all other traffic. I almost suspect that this is much > more > of a Mailman than postfix problem. I think I'm good enough with postfix > to know > if its a problem there and it doesn't appear to be. But I can't be sure > because > it is partially resolved just by my reloading the MTA. > > Strangely enough, these 53 users are the exact same 53 from the first > time. > > I've checked over mailing lists for the last few months reading a lot of > things > (since what an email of this subject would be called) and didn't find > anything. > And nothing on this is in the FAQs or Manuals that I can tell. > > Anyone have any idea? Anything at all? > > > HELP! > > > -ted > > -- > Mailman-Users maillist - [EMAIL PROTECTED] > http://mail.python.org/mailman/listinfo/mailman-users > -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
