Am 30.11.2010 12:32, schrieb JMGross: > > > ----- Ursprüngliche Nachricht ----- > Von: Matthias Andree > Gesendet am: 29 Nov 2010 12:15:21 > >> The list is driven by Mailman, so you can subscribe with all your >> accounts that you need to post from and set all but one to "nomail" >> mode, i. e. you can post because you're subscribed, but you don't >> receive copies. > > Interesting. How does one know this if he's not the list maintainer?
Read the list websites perhaps? > And how does this work? Read the list websites perhaps? > I'm sure there is a howto somewhere and if you know 'how to' you'll find the > howto. :) https://lists.sourceforge.net/lists/listinfo/mspgcc-users log in and set options. Perhaps have your password reminder mailed first. As simple as that. >> Your webmailer should offer the opportunity to save local copies >> anyways, such as Auto-Bcc, sent folders, or thereabouts. > > Yes. The webmailer. Then the copies are in a private folder of the mailer, > and not where they are on my main system. My webmailers run off an IMAP server, no big deal here. > Anyway, as I said before, there i sno sense in forcing people to rearrange > their > organisation to fit this group. As the reuired reorganisation needed of a > different group > may be incompatible, leaving people to decide to use one of them but not > both. That's > surely not the intention of a mailing list. Certainly there aren't individual persons, however helpful they are, to overthrow all common mailing list conventions. > Also, why keeping a copy in sent when the mail already bounces back through > the list (unless it is rejected)? Whatever you crave for... You can have it your way with Mailman. >> Your messages don't usually appear threaded but start new threads. This >> is a nuisance. > > Hmm, well, I didn't know and will look into this, but I doubt there's > anything I can do. Yes there is. Use an IMAP or POP3 account to subscribe/reply, and Thunderbird. > The mailing program I usually use is a portable low-footprint program that > does not > mess with the inbox unless I explicitely tell it so. Mutt gets threading right, if that's low-footprint. >>> Forcing people to register to the mailing list will repel all people who >>> want to use mspgcc and have a question, >>> but don't want to marry the list. > >>But that's exactly what keeps quality reasonable. Anonymous posting >>allows for random ranting, and random half-wisdom spread around, and >>it's - for the list regulars - a major effort to get that overcome. > > No. IMHO, it increases the percentage of people who need assistance and > therefore have to subscribe, by > filtering out a large number of those who could provide assistance > 'on-the-fly' but won't due to the registration effort. So. It keeps the on-the-fly spammer out just the same. [about challenging list posters] >>Not at all. It exposes several technical problems of these "anti-spam" >>systems. > > So you want to punish people because their provider uses a system you don't > like? This isn't about punishing, but about adhering to decade-old conventions. Automated replies to list postings, to my personal address, are considered undue harrassment, a breach of conventions, and I consider that spamming. And consider the scare it gives if you are the on-the-fly "supporter" from your scenario and get a dozen challenges back. This mustn't happen, it drives (again, scares) far more people away. >>No need. Just because some technical systems offered to users haven't >>arrived in the 21st century yet doesn't mean that list operators and >>users with modern software should jump hoops or put up with antediluvian >>habits. > > Well, push the task of doing technical adjustments to users who are often > unskilled inthis area or have > no influence on it, to keep work from the skilled operator. Great approach. Come on, we're talking about developers. If they can't be bothered to configure their mailers properly, how can they write decent software for a microcontroller? > I have a better idea (just to be the advocatus diaboli): Close the list. It > reduces the effort to zero, removes > all problems with mailing systems which do not apply to your standards and > generally frees much of your time. > Isn't this a great idea? And really simple to do. Yeah, right. Ignoring sarcasm, supporting proven conventions is something entirely different from taking this to the extremes. >>> Yes, things are getting more and more complicated, and maintaining a list >>> sometimes is hard work. A work I really appreciate. >>> But a list that forbids almost everything is pretty much useless. > >> It allows plain text posting by subscribers, so what's the point? > > Plain text posting is a technique from the last milennium and neither > up-to-date nor commonly available > unless you're system administrator and deliberately configure your system > against the default. Yes. Mailman strips of the alternative text/html (which is useless and often dangerous) part and leaves the text/plain in no matter if it's in utf-8, koi8-r, iso-8859-* or us-ascii (usually), and if it's quoted-printable, base64 or whatnot. > Count how many people are doing plain tex tposting in this group. You and me > and who else? > The rest is using mime-encoded, double-mime-encoded, Base64 encoding and > others. So? The point is not letting random screenshots, excess HTML markup garbage from old Microsoft-weds-Office-to-the-Web style software that doesn't convey information but formats every word in an explicit font (I take it this got fixed in later versions of the software I have in mind), and random other attachments. -- Matthias Andree ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Mspgcc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mspgcc-users
