hi, it's a nice thing that we've a centos-announce list, but currently the subject of this mails on this list has very long lines. eg: ----------------------------------------- [CentOS-announce] CESA-2006:0160 Moderate CentOS 3 i386 tetex - security update [CentOS-announce] CESA-2006:0140 Important CentOS 3 ia64 kernel - security update ----------------------------------------- which means 1280x1024 sreen in mozilla the mailer's preview line is not wide enough to show thre real important part of the mail ie. the name of the package which is updated. wouldn't be it possible to shorten somehow the subject line? solutions: - drop the name of the list (ie: [CentOS-announce] ) - drop the CESA reference number (ie: CESA-2006:0160 ) - or simple rearrange the subject eg into: [CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update for me it's totaly inrelevant the solution just move the package name somehow left. yours.
just my 2c.
[CentOS-announce] CESA-2006:0160 Moderate CentOS 3 i386 tetex - security update [CentOS-announce] CESA-2006:0140 Important CentOS 3 ia64 kernel - security update
Oh common, and have to rearrange the filters again??? Just leave it as is... or if you have to then make it a quick and painless change.
Cheers, MaZe.
On Fri, 2006-01-20 at 14:44 +0100, Maciej Żenczykowski wrote:
[CentOS-announce] CESA-2006:0160 Moderate CentOS 3 i386 tetex - security update [CentOS-announce] CESA-2006:0140 Important CentOS 3 ia64 kernel - security update
Oh common, and have to rearrange the filters again??? Just leave it as is... or if you have to then make it a quick and painless change.
well ... I don't see us changing as we have been doing it this way for a year, and as MaZe pointed out, lots of people would need to change filters, etc.
Johnny Hughes wrote:
On Fri, 2006-01-20 at 14:44 +0100, Maciej Żenczykowski wrote:
[CentOS-announce] CESA-2006:0160 Moderate CentOS 3 i386 tetex - security update [CentOS-announce] CESA-2006:0140 Important CentOS 3 ia64 kernel - security update
Oh common, and have to rearrange the filters again??? Just leave it as is... or if you have to then make it a quick and painless change.
well ... I don't see us changing as we have been doing it this way for a year, and as MaZe pointed out, lots of people would need to change filters, etc.
as i was one of them who suggest a separate list i remember:-), but i don't think anyone has a regex filter on CESA number! so if you'd like to keep it my 3th suggestion don't change anything. does anybody has any kind of filter which break/should have to change if we use the: ------------------------ [CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update ------------------------ style? ok i can write such a filer but any _real_ filter? yours.
as i was one of them who suggest a separate list i remember:-), but i don't think anyone has a regex filter on CESA number! so if you'd like to keep it my 3th suggestion don't change anything. does anybody has any kind of filter which break/should have to change if we use the:
[CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update
style? ok i can write such a filer but any _real_ filter? yours.
Well actually, seeing as my filters only exclude what they understand (and figure out to be uninteresting) and let through everything else - any change in the header would result in them breaking and having to be fixed-up.
Cheers, MaZe.
Maciej Żenczykowski wrote:
as i was one of them who suggest a separate list i remember:-), but i don't think anyone has a regex filter on CESA number! so if you'd like to keep it my 3th suggestion don't change anything. does anybody has any kind of filter which break/should have to change if we use the:
[CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update
style? ok i can write such a filer but any _real_ filter? yours.
Well actually, seeing as my filters only exclude what they understand (and figure out to be uninteresting) and let through everything else - any change in the header would result in them breaking and having to be fixed-up.
can you tell me the real filter? since i do not realy belive it should have to change:-)
Well actually, seeing as my filters only exclude what they understand (and figure out to be uninteresting) and let through everything else - any change in the header would result in them breaking and having to be fixed-up.
can you tell me the real filter? since i do not realy belive it should have to change:-)
~/.procmailrc
It could still use a lot of work, but it mostly works...
...
################################## ##### REMOVE DUPLICATE MAILS ##### ##################################
:0 Whc: mail/.msgid.lock | formail -D 65536 mail/.msgid.cache
:0 a: /dev/null
############################### ##### CENTOS-ANNOUNCE BEG ##### ###############################
##### Ignore Digests :0 H * ^Subject: [CentOS] CentOS-announce Digest, Vol [0-9]+, Issue [0-9]+$ /dev/null
##### Accept valid errata for CENTOS 4 i386 :0 H * ^Subject: [CentOS-announce] CE[SBE]A-200[5-9][-:]([0-9][0-9][0-9](-[0-9][0-9])?|xxx|[01][0-9][0-3][0-9]-[0-9][0-9][0-9]):? ((Critical|Important|Moderate|Low|Information|BUG fix|Bugfix|Enhancement|None) |)CentOS 4(.[0-9])? i386 /var/spool/mail/maze
##### Ignore any other valid errata :0 H * ^Subject: [CentOS-announce] CE[SBE]A-200[5-9][-:]([0-9][0-9][0-9](-[0-9][0-9])?|xxx|[01][0-9][0-3][0-9]-[0-9][0-9][0-9]):? ((Critical|Important|Moderate|Low|Information|BUG fix|Bugfix|Enhancement|None) |)CentOS [234](.[0-9])? (i386|ia64|x86_64|s390|s390x|s390(x)|ppc|ppc32|ppc64|axp) /dev/null
##### Accept other CENTOS 4 :0 H * ^Subject: [CentOS-announce] .*CentOS( |-|)4 /var/spool/mail/maze
##### Ignore other CENTOS 2/3/4 :0 H * ^Subject: [CentOS-announce] .*CentOS( |-|)[234] /dev/null
##### We should possibly do something about Product Releases #* ^Subject: [CentOS-announce] Release Announcement: $name $version $arch
##### Accept anything else which hasn't been classified... :0 H * ^Subject: [CentOS-announce] /var/spool/mail/maze
############################### ##### CENTOS-ANNOUNCE END ##### ###############################
:0 /var/spool/mail/maze
On Sat, 2006-01-21 at 22:35 +0100, Farkas Levente wrote:
Maciej Żenczykowski wrote:
as i was one of them who suggest a separate list i remember:-), but i don't think anyone has a regex filter on CESA number! so if you'd like to keep it my 3th suggestion don't change anything. does anybody has any kind of filter which break/should have to change if we use the:
[CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update
style? ok i can write such a filer but any _real_ filter? yours.
Well actually, seeing as my filters only exclude what they understand (and figure out to be uninteresting) and let through everything else - any change in the header would result in them breaking and having to be fixed-up.
can you tell me the real filter? since i do not realy belive it should have to change:-)
Regardless, we are working on an automated system to generate the announce messages.
There was a lot of forethought (and discussion) that went into designing what went into the SUBJ line. Different fields for our automated program, etc. The decision is made and been in place for a year, I don't see how it would change now.
If we move the "package name" before the "Distro" (for example), then someone else is going to say ... Hey, I can't see if this update is for CentOS 3 or CentOS 4 because it is now shifted to the end ...
If we remove the list name from the SUBJ line (to make it smaller) then people are going to say ... Hey, my filter works on the string [CentOS- announce] being in the subject, why did you remove it ...
If we move the ARCH (i386, x86_64, etc.) people will say: Hey, I have more than one arch and my filters put these in special places, why did you change it.
------- The bottom line, people have taken the current way we announce things and written programs to interface with it and push the announcements into other places and things ... we are not going to change it so that more of it can be seen in a preview mode of a specific mail client :)
Johnny Hughes wrote:
On Sat, 2006-01-21 at 22:35 +0100, Farkas Levente wrote:
Maciej Żenczykowski wrote:
as i was one of them who suggest a separate list i remember:-), but i don't think anyone has a regex filter on CESA number! so if you'd like to keep it my 3th suggestion don't change anything. does anybody has any kind of filter which break/should have to change if we use the:
[CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update
style? ok i can write such a filer but any _real_ filter? yours.
Well actually, seeing as my filters only exclude what they understand (and figure out to be uninteresting) and let through everything else - any change in the header would result in them breaking and having to be fixed-up.
can you tell me the real filter? since i do not realy belive it should have to change:-)
Regardless, we are working on an automated system to generate the announce messages.
There was a lot of forethought (and discussion) that went into designing what went into the SUBJ line. Different fields for our automated program, etc. The decision is made and been in place for a year, I don't see how it would change now.
If we move the "package name" before the "Distro" (for example), then someone else is going to say ... Hey, I can't see if this update is for CentOS 3 or CentOS 4 because it is now shifted to the end ...
If we remove the list name from the SUBJ line (to make it smaller) then people are going to say ... Hey, my filter works on the string [CentOS- announce] being in the subject, why did you remove it ...
If we move the ARCH (i386, x86_64, etc.) people will say: Hey, I have more than one arch and my filters put these in special places, why did you change it.
The bottom line, people have taken the current way we announce things and written programs to interface with it and push the announcements into other places and things ... we are not going to change it so that more of it can be seen in a preview mode of a specific mail client :)
as you can see in my above suggestion none of the above are trur, since i also accept, that listname, distro and arch are important. the only think imho which is not so important is the cesa number and the rest of the line, so here is my suggetion again: ------------------------ [CentOS-announce] CentOS 3 ia64 kernel - CESA-2006:0140 Important security update ------------------------ yours.
-
Farkas Levente -
Johnny Hughes -
Maciej Żenczykowski