qmail-send cpu and imapd / Maildir
I'm new to the list so feel free to flog me if these questions are archived somewhere (i haven't been able to turn up anything on a couple of searches). 1) I'm running qmail on a debian box; i'm pretty sure it was built from the qmail-src 1.03-14 debian source package. there has been some debate as to whether this is normal; i've heard from a couple people that the qmail-send process is supposed to take up all the avail cpu when nothing else is using it; is that right? here's a typical output of 'top'... as you can see the load is a bit high for a machine that's doing nothing but accept mail for 30-40 people and provide imap / ssl imap service. the load rarely gets too high, and qmail does seem to allow other procs to take up some cpu, but generally qmail-send is taking up at least 40-50 percent of the cpu, and the load is often between 1 and 2 even in the evening when the box is being used for very little. 1:05am up 54 days, 10:06, 1 user, load average: 1.28, 1.32, 1.24 67 processes: 58 sleeping, 4 running, 5 zombie, 0 stopped CPU states: 33.0% user, 66.9% system, 0.0% nice, 0.0% idle Mem: 516576K av, 461880K used, 54696K free, 14500K shrd, 398160K buff Swap: 1020116K av, 5496K used, 1014620K free 27264K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 168 qmails13 0 212 188 108 R 0 98.6 0.0 74778m qmail-send 8046 william2 0 1284 1284 688 R 0 0.9 0.2 0:00 top 446 dallas 0 0 1008 1000 336 S 0 0.3 0.1 0:12 imapd 1 root 0 0 108 6448 S 0 0.0 0.0 0:28 init 2 root 0 0 00 0 SW 0 0.0 0.0 0:02 kflushd 3 root 0 0 00 0 SW 0 0.0 0.0 0:47 kupdate 4 root 0 0 00 0 SW 0 0.0 0.0 0:00 kpiod 5 root 0 0 00 0 SW 0 0.0 0.0 0:13 kswapd 84 daemon 0 0840 0 SW 0 0.0 0.0 0:00 portmap 172 qmaill 0 0 208 200 160 S 0 0.0 0.0 8:49 splogger 173 root 0 0 156 12056 S 0 0.0 0.0 5:30 qmail-lspawn 174 qmailr 0 0 140 11284 S 0 0.0 0.0 0:19 qmail-rspawn 175 qmailq 0 0 116 10076 S 0 0.0 0.0 1:02 qmail-clean 179 root 0 0 388 372 300 S 0 0.0 0.0 214:40 syslogd 186 root 0 0 4480 0 SW 0 0.0 0.0 0:00 klogd 2) has anyone had much luck with any type of imapd other than courier for qmail using Maildir? i was able to get the uw Maildir patches to work, but it didn't seem to work well with 'dot' subfolders. When creating folders from netscape the new folders were created in the main home directory, and '.' subfolders and sub-subfolders didn't show up.
Re: qmail-send cpu and imapd / Maildir
well (in reference to the first person's query) the logs don't seem to show anything too strange as far as i can see; dns is resolving pretty quick; in fact it's resoving to a caching install of bind at the moment (i think someone did that in case that was the problem. as you can see, localhost is the default resolver and this particular query took 2 msec. the other two nameservers are on the same lan. zugzug # dig yahoo.com ; <<>> DiG 8.3 <<>> yahoo.com ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 3 ;; QUERY SECTION: ;; yahoo.com, type = A, class = IN ;; ANSWER SECTION: yahoo.com. 23m55s IN A 216.115.108.243 yahoo.com. 23m55s IN A 216.115.108.245 ;; AUTHORITY SECTION: yahoo.com. 1d23h53m55s IN NS NS3.EUROPE.yahoo.com. yahoo.com. 1d23h53m55s IN NS NS1.yahoo.com. yahoo.com. 1d23h53m55s IN NS NS5.DCX.yahoo.com. ;; ADDITIONAL SECTION: NS3.EUROPE.yahoo.com. 4h55m21s IN A 217.12.4.71 NS1.yahoo.com. 4h55m21s IN A 204.71.200.33 NS5.DCX.yahoo.com. 4h55m21s IN A 216.32.74.10 ;; Total query time: 2 msec ;; FROM: zugzug.hq.newdream.net to SERVER: default -- 127.0.0.1 ;; WHEN: Mon Jul 2 09:54:48 2001 ;; MSG SIZE sent: 27 rcvd: 172 here's the startup script: zugzug # cat /etc/init.d/qmail-start csh -cf '/var/qmail/rc &' zugzug # cat /var/qmail/rc #!/bin/sh # Using splogger to send the log through syslog. # Using procmail to deliver messages to /var/spool/mail/$USER by default. exec env - PATH="/var/qmail/bin:$PATH" \ qmail-start '|preline procmail' splogger qmail i suppose the fact that it's using procmail as a delivery agent might be part of the problem. Mike Peppard wrote: > > Qmail takes hardly any cpu or memory. It's VERY disk and > interrupt intensive by design. Also you shouldn't see > your system cpu usage higher then your user usage. That > indicates a badly written application somewhere. You know > that though. > > You can take portmap off. You don't need it. Portmap wouldn't > make it 3 days without being broken into if it were on the > Internet. That's not the problem though. > > Do you have how you start off qmail-send? > My guess is that your DNS isn't resolving very well. You have > a stub resolver on this machine? I don't see one. > > -Mike > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Will Yardley > > Sent: Monday, July 02, 2001 4:25 AM > > To: [EMAIL PROTECTED] > > Subject: qmail-send cpu and imapd / Maildir
Re: qmail-send cpu and imapd / Maildir
Jörgen Persson wrote: > > On Mon, Jul 02, 2001 at 01:25:20AM -0700, Will Yardley wrote: > > i've heard from a couple people that the qmail-send process is > > supposed to take up all the avail cpu when nothing else is using it; > > is that right? > > Hardly -- what does the log say? > > Jörgen well the logs aren't really spitting out any errors; they look like this (and a lot of procmail backtraces from various peoples' mail delivery). we do have a lot of people using procmail to filter their mail (probably about 20 or so out of 40 users) and a bunch of people using spambouncer (a bunch of procmail scripts) but the machine itself doesn't have that many users, and the load did the same thing when less people were using procmail and almost noone was using spambouncer. Jul 2 10:20:26 zugzug qmail: 994094426.896253 starting delivery 860880: msg 32818 to local x Jul 2 10:20:26 zugzug qmail: 994094426.897151 status: local 1/10 remote 0/20 Jul 2 10:20:31 zugzug qmail: 994094431.062349 new msg 32821 Jul 2 10:20:31 zugzug qmail: 994094431.063532 info msg 32821: bytes 1030 from qp 25920 uid 1001 Jul 2 10:20:31 zugzug qmail: 994094431.125982 starting delivery 860881: msg 32821 to local x Jul 2 10:20:31 zugzug qmail: 994094431.126914 status: local 2/10 remote 0/20 Jul 2 10:20:31 zugzug qmail: 994094431.529032 delivery 860881: success: did_0+0+1/ Jul 2 10:20:31 zugzug qmail: 994094431.530214 status: local 1/10 remote 0/20 Jul 2 10:20:31 zugzug qmail: 994094431.530522 end msg 32821 Jul 2 10:20:41 zugzug qmail: 994094441.513518 new msg 32821 Jul 2 10:20:41 zugzug qmail: 994094441.514655 info msg 32821: bytes 1058 from qp 25927 uid 1001 Jul 2 10:20:41 zugzug qmail: 994094441.592107 starting delivery 860882: msg 32821 to local x Jul 2 10:20:41 zugzug qmail: 994094441.593109 status: local 2/10 remote 0/20 Jul 2 10:20:42 zugzug qmail: 994094442.094698 delivery 860882: success: did_0+0+1/ Jul 2 10:20:42 zugzug qmail: 994094442.095894 status: local 1/10 remote 0/20 Jul 2 10:20:42 zugzug qmail: 994094442.096184 end msg 32821 Jul 2 10:21:05 zugzug qmail: 994094465.081823 new msg 32821 Jul 2 10:21:05 zugzug qmail: 994094465.082982 info msg 32821: bytes 4870 from <> qp 25934 uid 1001 Jul 2 10:21:05 zugzug qmail: 994094465.145353 starting delivery 860883: msg 32821 to local x Jul 2 10:21:05 zugzug qmail: 994094465.146323 status: local 2/10 remote 0/20 Jul 2 10:21:05 zugzug qmail: 994094465.590657 delivery 860883: success: did_0+0+1/ Jul 2 10:21:05 zugzug qmail: 994094465.591874 status: local 1/10 remote 0/20 Jul 2 10:21:05 zugzug qmail: 994094465.592132 end msg 32821 here's a more complete 'top' output: 10:27am up 54 days, 19:28, 1 user, load average: 1.17, 1.36, 1.25 68 processes: 60 sleeping, 3 running, 5 zombie, 0 stopped CPU states: 36.2% user, 63.7% system, 0.0% nice, 0.0% idle Mem: 516576K av, 507756K used, 8820K free, 18776K shrd, 449500K buff Swap: 1020116K av, 4528K used, 1015588K free 20308K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 168 qmails16 0 212 188 108 R 0 99.0 0.0 75304m qmail-send 26309 root 2 0 1284 1284 688 R 0 0.9 0.2 0:00 top 1 root 0 0 108 6448 S 0 0.0 0.0 0:28 init 2 root 0 0 00 0 SW 0 0.0 0.0 0:02 kflushd 3 root 0 0 00 0 SW 0 0.0 0.0 0:48 kupdate 4 root 0 0 00 0 SW 0 0.0 0.0 0:00 kpiod 5 root 0 0 00 0 SW 0 0.0 0.0 0:13 kswapd 172 qmaill 0 0 208 200 160 S 0 0.0 0.0 8:54 splogger 173 root 0 0 156 12056 S 0 0.0 0.0 5:33 qmail-lspawn 174 qmailr 0 0 140 11284 S 0 0.0 0.0 0:19 qmail-rspawn 175 qmailq 0 0 116 10076 S 0 0.0 0.0 1:03 qmail-clean 179 root 0 0 388 372 300 S 0 0.0 0.0 216:46 syslogd 186 root 0 0 4480 0 SW 0 0.0 0.0 0:00 klogd 204 root 0 0 1716 1292 528 S 0 0.0 0.2 5:06 named 224 root 0 0 112 6040 S 0 0.0 0.0 0:01 couriertcpd 232 root 0 0 200 192 160 S 0 0.0 0.0 0:02 logger 233 root 0 0 112 6040 S 0 0.0 0.0 0:20 couriertcpd 236 root 0 0 200 192 160 S 0 0.0 0.0 0:19 logger 275 root 0 0 492 408 340 S 0 0.0 0.0 0:54 sshd 285 root 0 0 1552 1552 1320 S 0 0.0 0.3 0:00 ntpd 327 root 0 0640 0 SW 0 0.0 0.0 0:00 getty 328 root 0 0640 0 SW 0 0.0 0.0 0:00 getty 329 root 0 0640 0 SW 0 0.0 0.0 0:00 getty 330 root 0 0640 0 SW 0 0.0 0.0 0:00 getty 331 root 0 0640 0 SW 0
Re: qmail-send cpu and imapd / Maildir
yeah but there is barely anything there. we don't send out very much mail at all (the machine is only for internal use). in fact the entire /var/qmail/queue directory tree is pretty much empty, as is /var/spool/qmail this is why it's perplexing... i think it must be a problem with the install or something; qmail has been acting that way since it was installed - even when there was barely anyone on the machine. zugzug# ll total 16 drwxr-x---2 qmailq qmail4096 Mar 30 2000 ./ drwxr-x--- 11 qmailq qmail4096 Mar 30 2000 ../ -rw---1 qmails qmail 0 Mar 30 2000 sendmutex -rw-r--r--1 qmailr qmail1024 Jul 2 20:05 tcpto -rw--w--w-1 qmails qmail 1 Jul 3 01:20 trigger zugzug# pwd /var/qmail/queue/lock and from roughly the same time... 1:21am up 55 days, 10:22, 2 users, load average: 1.20, 1.24, 1.25 61 processes: 54 sleeping, 2 running, 5 zombie, 0 stopped CPU states: 0.1% user, 0.6% system, 0.0% nice, 0.5% idle Mem: 516576K av, 383872K used, 132704K free, 19700K shrd, 257452K buff Swap: 1020116K av, 3340K used, 1016776K free 93692K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 32076 qmails20 0 396 396 308 R 0 90.5 0.0 778:11 qmail-send 19851 root 2 0 1276 1276 680 R 0 2.8 0.2 0:00 top Jörgen Persson wrote: > > On Mon, Jul 02, 2001 at 10:39:43AM -0700, Will Yardley wrote: > > Jörgen Persson wrote: > > > > > > On Mon, Jul 02, 2001 at 01:25:20AM -0700, Will Yardley wrote: > > > > i've heard from a couple people that the qmail-send process is > > > > supposed to take up all the avail cpu when nothing else is using it; > > > > is that right? > > > > > > Hardly -- what does the log say? > > > > > > Jörgen > > well the logs aren't really spitting out any errors; they look like this > > (and a lot of procmail backtraces from various peoples' mail delivery). > > we do have a lot of people using procmail to filter their mail (probably > > about 20 or so out of 40 users) and a bunch of people using spambouncer > > (a bunch of procmail scripts) but the machine itself doesn't have that > > many users, and the load did the same thing when less people were using > > procmail and almost noone was using spambouncer. > > Procmail may cause it but I doubt it since your problem concerns > outgoing mail. > > Check your queue -- what does ''/var/qmail/queue/lock'' look like? > > Jörgen
Re: qmail-send cpu and imapd / Maildir
sweet thanks for pointing this out. sorry to be so obtuse, but can you explain how it should be? make check didn't fix it (although it did notice that there was a problem). i also tried: make trigger zugzug# make trigger cc trigger.o -o trigger /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x18): undefined reference to `main' trigger.o: In function `trigger_set': trigger.o(.text+0x25): undefined reference to `open_read' collect2: ld returned 1 exit status make: *** [trigger] Error 1 so perhaps there's an error with either the source (as i mentioned it's from the debian source package for 1.03) or with the library mentioned (crt1.0). the machine is debian / potato (2.2) GNU / Linux w Jörgen Persson wrote: > > On Tue, Jul 03, 2001 at 01:36:51AM -0700, Will Yardley wrote: > > zugzug# ll > > total 16 > > drwxr-x---2 qmailq qmail4096 Mar 30 2000 ./ > > drwxr-x--- 11 qmailq qmail4096 Mar 30 2000 ../ > > -rw---1 qmails qmail 0 Mar 30 2000 sendmutex > > -rw-r--r--1 qmailr qmail1024 Jul 2 20:05 tcpto > > -rw--w--w-1 qmails qmail 1 Jul 3 01:20 trigger > > Bingo... > > trigger ought to be a pipe ''make check'' will fix it -- hopefully. ;) > > Jörgen
Re: qmail-send cpu and imapd / Maildir
i installed the .deb binary packages (very nervously) and i think that has fixed the problem *knocks wood* thanks to everyone who responded. one other little question. is there anywhere else i should check permissions of besides /var/qmail/ ? i had to change the uids and gids of some system users to get the package to install, and so i used 'find' to change the permissions to the correct user(s) in /var/qmail. there isn't anywhere else i need to change, right? has anyone had good luck with these binary packages? http://innominate.org/~pape/Debian/ (listed on the main qmail page)? aside from installing dot-forward and fastforward which I don't need since the system already uses .qmail files and qmail style aliases it seemed to work pretty well. w Will Yardley wrote: > > sweet thanks for pointing this out. sorry to be so obtuse, but can > you explain how it should be? > > make check didn't fix it (although it did notice that there was a > problem). > > i also tried: > make trigger > > zugzug# make trigger > cc trigger.o -o trigger > /usr/lib/crt1.o: In function `_start': > /usr/lib/crt1.o(.text+0x18): undefined reference to `main' > trigger.o: In function `trigger_set': > trigger.o(.text+0x25): undefined reference to `open_read' > collect2: ld returned 1 exit status > make: *** [trigger] Error 1 > > so perhaps there's an error with either the source (as i mentioned it's > from the debian source package for 1.03) or with the library mentioned > (crt1.0). the machine is debian / potato (2.2) GNU / Linux > > w > Jörgen Persson wrote: > > > > On Tue, Jul 03, 2001 at 01:36:51AM -0700, Will Yardley wrote: > > > zugzug# ll > > > total 16 > > > drwxr-x---2 qmailq qmail4096 Mar 30 2000 ./ > > > drwxr-x--- 11 qmailq qmail4096 Mar 30 2000 ../ > > > -rw---1 qmails qmail 0 Mar 30 2000 sendmutex > > > -rw-r--r--1 qmailr qmail1024 Jul 2 20:05 tcpto > > > -rw--w--w-1 qmails qmail 1 Jul 3 01:20 trigger > > > > Bingo... > > > > trigger ought to be a pipe ''make check'' will fix it -- hopefully. ;) > > > > Jörgen
Re: Question MX ..cjk
you should make sure that one server is configured to be a backup. there's no way to make email go to BOTH machines; if you set them to equal weights, they will (in theory) each get about half the mail. you shouldn't do this unless you know what you are doing. you could also setup one as a backup mail exchanger. for most purposes, it's better to use one MX record and one mail machine. most other mail machines will keep trying if your machine is down; whereas if the backup machine is misconfigured (which is easy to do) it will deliver to there; however if the backup machine isn't configured right, it will deliver it there instead of queuing it and delivering it to the preferred machine. basically keep it simple unless you really, really need a backup mail exchanger. doing anything involving keeping redundant copies of mail or load balancing is pretty complex to do... i would suggest just using one machine and backup regularly. w Constantine Koulis wrote: > > Hello. > I want my emails to go to my both emails Servers.. for backup reasons > MX1 and MX2. > > How i do that... > > _ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Re: Netgear RP114 Router doesn't work well with Qmail POP daemon?
Well if the problem is name resolutions, why not just install bind on the machine itself (in a caching-only configuration)? Then make it listen only on 127.0.0.1 and make this the primary resolver for the machine. w On Mon, Jul 09, 2001 at 11:32:53AM -0700, James Stevens wrote: > I had a similar problem however my resolve to it was to take an *OLD* 286 I > had laying around install a fairly bare installation of Linux on it and > installed the DNS service. Then I put that online behind my firewall and > added it's IP for port 53 to my NAT/Firewall and assigned it as the primary > DNS server for my qmail machine. That resolved everything... However I don't > know how many of ya out there have old 286 machines just laying around but > you can use any machine you want you can even install bind on the qmail > machine itself the only reason I didn't was I did not want the load of the > DNS service on that machine. > > Cheers, > > --JT > - Original Message - > From: "David Balatero" <[EMAIL PROTECTED]> > To: "Chin Fang" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Monday, July 09, 2001 11:08 AM > Subject: RE: Netgear RP114 Router doesn't work well with Qmail POP daemon? > > > Its quite slow with my Netgear RT314 router as well. > > -- David Balatero > > -Original Message- > From: Chin Fang [mailto:[EMAIL PROTECTED]] > Sent: Monday, July 09, 2001 10:24 AM > To: [EMAIL PROTECTED] > Subject: Netgear RP114 Router doesn't work well with Qmail POP daemon? > > > I recently have a user reported me the following: > > I recently installed a Netgear RP114 Router, to provide multiple computers > access to the internet via a single cable modem from ATT. Since then, my > Eudora email program encounters some sort of 30 second delay when > attempting to retrieve email from any of my awit.com accounts. The > "status" display of the process shows "Logging into POP server" for > upwards > of 30 seconds, before continuing. Once it actually starts downloading > email, it proceeds as quickly as it always has. > > None of the other five email POPs I deal with have this problem. Do you > know of anything that I can try to improve this performance? > > I first asked him where these five POP boxes are hosted, and then I telneted > to port 110 of these five places, and got the following info: > > popd.accesscom.com QPOP (version 2.3) > pop.vitac.com DPOP Version 2.4a > venus.he.netQPOP (version 3.1.2) > holzheimers.com POP3 holzheimers.com v4.47 server > cihost.com POP3 localhost v4.47 server > > I then asked him to use telnet to port 110 to our POP server, and he > still got the delay. So, I am quite sure it's most likely caused by > the Netgear RP114, although I don't see any reason why this is so. > > The following is from the init script of our POP server. The -R is > used to turn off identd, a typical cause of delay. But he got the > delay with the Eudora client and with the command line telnet client > regardless. > >tcpserver \ >-v -R -x $RULESDIR/pop3.cdb \ >0 pop3 qmail-popup $HOSTNAME \ >$checkpassword qmail-pop3d Maildir 2>&1 \ >| $setuidgid qmaill $tai64n 2>&1 \ >| $setuidgid qmaill $tai64nlocal \ >| $setuidgid qmaill $multilog s${LOGSIZE} n${LOGNUM} \ > /var/log/pop3d & > > I am quite puzzled at this moment. We don't have a Netgear RP114 router > handy, so I wonder whether anyone has experienced this and has insight > into why this symptom is there. Any hints/tips are appreciated. > > We use qmail 1.03. > > Regards, > > Chin Fang > [EMAIL PROTECTED] > > >
Re: qmail, Maildir, IMAP, and MS Outlook
we use courier-imapd with no problems on our office mailserver, and some people here use Outlook with no problems. While courier can be a pain at times it's probably the best solution. You could also try UW imapd with the (unofficial) Maildir patches. i don't think anyone has problems moving folders around or whatever; we usually make all the folders subfolders of 'Maildir' so if I wanted to make a folder called foo The directory for foo would then be Maildir/.foo/ and if it had a subdirectory bar it would be Maildir/.foo/.bar/ I think you have to play around with the settings in OE a little to get them to recognize the folders but it should definitely work. It's not going to be as easy to configure as another MS product since, as you mentioned, but it should definitely work. perhaps you could let us know the settings you're using and the exact errors you're getting. You might try creating folders on the server and see if you can get outlook to recognize them. for instance, (not as root): % cd Maildir/ % /var/qmail/bin/maildirmake .foo will On Tue, Jul 10, 2001 at 10:18:51PM -0400, Sam Carleton wrote: > Before folks start flaming me, I know Outlook sucks and I know that > Microsoft has never written a decent piece of code. With that said... > > I am using qmail, because it is the best mail server out there. I would > like to be able to configure MS Outlook so that it interacts with qmail the > same way it does with Exchange. Or at least similar in the respect that one > can manage folders and move mail around and it all stays on the server. My > understanding is that IMAP is the solution. I have installed courier-IMAP, > but from that mailing list I have learned that Outlook is not a standard MUA > with respect it IMAP, or anything else for that matter. > > Does anyone know of a IMAP server that get along with Outlook 2000 and that > works with Maildir/? > > Sam >
Re: qmail and mailman...cjk
On Wed, Jul 18, 2001 at 02:41:12PM +0300, Constantine Koulis wrote: > virtual users to my virtual DOmains. > Do i need or to take care anything special about all this? > i am at the final step of the mailman. > how do i setup an aliasses for a user in qmail cause mailman wants aliases > with a user. > i dont have any etc/aliasses I believe mailman comes with a script to generate the necessary qmail aliases. If not, it's available on the 'net' or write one yourself. something like this should work #!/bin/sh for f in $* do echo "|/home/mailman/mail/wrapper post ${f}" > /var/qmail/alias/.qmail-$f echo "|home/mailman/wrapper mailowner ${f}" > /var/qmail/alias/.qmail-$f-admin echo "&{f}-admin" > /var/qmail/alias/.qmail-$f-owner echo "|/home/mailman/wrapper mailcmd ${f}" > /var/qmail/alias/.qmail-$f-request done
Re: ESTORNO BONUS TAQUARAL
Doesn't EZMLM support rejecting attachments and / or rejecting emails from off list posters ? I can see why this list might want to stay open (although it would be nice if it weren't) but allowing attachments to a mailing list seems like a bad idea on many fronts. w
Re: Wilson and the Sir.CAM virus
On Thu, Jul 26, 2001 at 12:04:18PM -0600, Stephen Bosch wrote: > Fortunately, I'm using Linux -- but I fear it will only be a matter of > time before Linux too will be the victim of worm attacks like this. Sorry to continue this somewhat off topic thread I think it's really an issue of user knowledge - most linux users are not going to just randomly open / execute a program just because they receive it in their email. If you use a mailer like mutt or pine, it's pretty unlikely that you're going to have any problems. If you're using a graphical program like Netscape it's still unlikely provided you turn inline attachments / javascript off. Now we still haven't heard anything; does this list have an admin / moderator? Why isn't it closed to off list subscribers and why doesn't it reject all attachments? This would stop all of the annoying problems we're having. w
Re: qmail mailing list -- Suggestions
On Thu, Jul 26, 2001 at 08:53:15PM -0400, Jeff Palmer wrote: > Maybe we should make this list moderated? I for one would volunteer to > help moderate the list. > > Second idea Maybe the list maintainer should implement qmail-scanner or > some other virus scanner in the list, so that infected mails couldn't > get into the list, eliminating a million "VIRUS FOUND!" replies back to > the list. Well simply restricting posting to list members and disallowing attachments would solve both problems. I haven't used EZMLM, but this is _very_ easy to do with mailman and most other list management software I've seen. from what i've heard this should be trival to implement on ezmlm as well. does this list have an administrator at all? w