WLUG

Download

By thread

wlug@lists.wlug.org

1 participants
11227 messages

nice use of graphics in a web page

by doug waud

Hi all I suppose this is a non-rant. I usually bitch about unecessary complexity in web sites. A friend showed me this one (he is a decendant of one of the kids kidnapped there by the French and Indians) and I thought the picture of the change with time of the area was very well done. http://1704.deerfield.history.museum/ doug

July 23, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Bill Mills-Curran

On Thu, Jul 22, 2004 at 10:27:06AM -0400, Charles R. Anderson wrote: > On Thu, Jul 22, 2004 at 10:07:46AM -0400, Bill Mills-Curran wrote: > > {\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 > > Arial;}{\f1\fswiss\fprq2\fcharset0 Arial;}} > > If you are getting the RTF through, can you view the RTF in e.g. > OpenOffice? > > Does Linux support the Windows-1252 character set and the given fonts? > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug Charles, The RTF is not getting through. Bill

July 22, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Charles R. Anderson

On Thu, Jul 22, 2004 at 10:07:46AM -0400, Bill Mills-Curran wrote: > {\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 > Arial;}{\f1\fswiss\fprq2\fcharset0 Arial;}} If you are getting the RTF through, can you view the RTF in e.g. OpenOffice? Does Linux support the Windows-1252 character set and the given fonts?

July 22, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Scott Venier

Bill Mills-Curran said: > So, perhaps this is a mime problem with fetchmail? Or, is IMAP still > a possible offender? > You can find out if IMAP is the problem by telnetting directly to the IMAP port on the exchange server and just typing the IMAP commands directly. I don't know them off the top of my head, but I bet google could find them for you pretty quickly. Scott

July 22, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Bill Mills-Curran

On Thu, Jul 22, 2004 at 09:53:16AM -0400, Charles R. Anderson wrote: > On Thu, Jul 22, 2004 at 09:45:05AM -0400, Bill Mills-Curran wrote: > > I'm sure that the mail reader (mutt in my case) has nothing to do with > > it, because I looked at the "raw" output file that fetchmail > > delivered, and the color (8 bit) codes were gone. > > What 8-bit color code are they using? ANSI escape sequences? > > > I made the codes using rich text in MS Outlook. (I only did that for > > Rich Text is just plain 7-bit ASCII with markup, ala HTML, isn't it? > I don't see how an 8-bit issue could prevent transmission of RTF. > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug Charles, Right you are... It's not an 8-bit issue. Maybe it's even a mime issue. I sent myself a color message and saved it to a file in Outlook. Here's the file: **************************************************************** {\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 Arial;}{\f1\fswiss\fprq2\fcharset0 Arial;}} {\colortbl ;\red0\green0\blue0;\red51\green153\blue102;} {\*\generator Riched20 5.40.11.2210;}\viewkind4\uc1\pard\fi-1800\li1800\tx1800\cf1\b\f0\fs20 From:\tab\b0 Mills-Curran, Bill\par \b Sent:\tab\b0 Thursday, July 22, 2004 10:04 AM\par \b To:\tab\b0 Mills-Curran, Bill\par \b Subject:\tab\b0 color test\par \pard\cf0\f1 It\rquote s not easy being \cf2 green.\par \par \pard\fi-1800\li1800\tx1800\cf1\f0\par } **************************************************************** So, perhaps this is a mime problem with fetchmail? Or, is IMAP still a possible offender? Thanks, Bill

July 22, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Charles R. Anderson

On Thu, Jul 22, 2004 at 09:45:05AM -0400, Bill Mills-Curran wrote: > I'm sure that the mail reader (mutt in my case) has nothing to do with > it, because I looked at the "raw" output file that fetchmail > delivered, and the color (8 bit) codes were gone. What 8-bit color code are they using? ANSI escape sequences? > I made the codes using rich text in MS Outlook. (I only did that for Rich Text is just plain 7-bit ASCII with markup, ala HTML, isn't it? I don't see how an 8-bit issue could prevent transmission of RTF.

July 22, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Bill Mills-Curran

On Thu, Jul 22, 2004 at 02:41:33AM -0400, Keith Wright wrote: > > From: Bill Mills-Curran <bill(a)mills-curran.net> > > > > I'm having troubles retaining special (8 bit?) encoding in email > > messages from the MS Exchange server where I work. Here's the normal > > path of my data: > > > > MS Exchange -> MS(?) IMAP -> fetchmail -> linux sendmail -> procmail > > -> mutt > > > > By the time an email with color fonts gets to mutt, the color is > > gone. As a test, I modified my .fetchmailrc to specify "cat" as my > > MDA so eliminated sendmail, procmail and mutt as offenders. > > > > I've also added "pass8bits" to my .fetchmailrc -- no improvement. > > > > Thus, I've narrowed the suspects to MS IMAP and fetchmail. > > > > Does anyone have experience with this problem? > > Well, I use Emacs to read mail. All my mail is green on black, > with some yellow headers. I like it that way and there is nothing > MS Exchange or anybody else can do about it. I'm sure that the mail reader (mutt in my case) has nothing to do with it, because I looked at the "raw" output file that fetchmail delivered, and the color (8 bit) codes were gone. > > You don't say how you made colored fonts in the first place. > If you are using HTML to specify fonts then I don't see how > the loss of them can have anything to do with 8-bit encoding, > because HTML is just Ascii with extra structure. I made the codes using rich text in MS Outlook. (I only did that for a test.) The colors I'm interested in seeing are used by other employees to flag specific text in their email, and I'm at a disadvantage because I can't see their highlighting. > > Could you be sending MIME Content-Type: multipart/alternative, > with Mutt set to read the Ascii alternative? I don't suspect that it's a mime issue, but I could be wrong. (It's been known to happen. :-) ) > > If you are trying to send DOS screen colors in the high order > bytes---I don't know what to say---you aren't doing that right? I don't claim that MS is doing anything right, but I'm stuck with trying to comply with their data. > > I didn't understand what you meant by using 'cat' as a MDA. > Unix 'cat' copies a file. Do you mean you copied a file from > your local disk into fetchmail thus bypassing IMAP but using Mutt, > or do you mean you copied incoming mail directly to the screen, > thus bypassing Mutt but using IMAP? Or am I out in the weeds? Here's the MDA story. By default, fetchmail delivers (outputs) messages to your local sendmail process. You can have fetchmail do something different if you like. (For a while, I just had it deliver to a file. [Yes, I managed locking.]) For this test, I wanted to eliminate sendmail as the cause of the problem, so I told fetchmail to use "cat" as the mail delivery agent (MDA). This would output the message directly to my interactive process, which I redirect to a file. I could look at that file several ways to confirm that the color codes had been stripped. So, I think that the MS IMAP and fetchmail are the only remaining suspects. > > -- Keith > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug Thanks, Bill

July 22, 2004

Re: [Wlug] fetchmail/MS IMAP/8 bit

by Keith Wright

> From: Bill Mills-Curran <bill(a)mills-curran.net> > > I'm having troubles retaining special (8 bit?) encoding in email > messages from the MS Exchange server where I work. Here's the normal > path of my data: > > MS Exchange -> MS(?) IMAP -> fetchmail -> linux sendmail -> procmail > -> mutt > > By the time an email with color fonts gets to mutt, the color is > gone. As a test, I modified my .fetchmailrc to specify "cat" as my > MDA so eliminated sendmail, procmail and mutt as offenders. > > I've also added "pass8bits" to my .fetchmailrc -- no improvement. > > Thus, I've narrowed the suspects to MS IMAP and fetchmail. > > Does anyone have experience with this problem? Well, I use Emacs to read mail. All my mail is green on black, with some yellow headers. I like it that way and there is nothing MS Exchange or anybody else can do about it. You don't say how you made colored fonts in the first place. If you are using HTML to specify fonts then I don't see how the loss of them can have anything to do with 8-bit encoding, because HTML is just Ascii with extra structure. Could you be sending MIME Content-Type: multipart/alternative, with Mutt set to read the Ascii alternative? If you are trying to send DOS screen colors in the high order bytes---I don't know what to say---you aren't doing that right? I didn't understand what you meant by using 'cat' as a MDA. Unix 'cat' copies a file. Do you mean you copied a file from your local disk into fetchmail thus bypassing IMAP but using Mutt, or do you mean you copied incoming mail directly to the screen, thus bypassing Mutt but using IMAP? Or am I out in the weeds? -- Keith

July 22, 2004

fetchmail/MS IMAP/8 bit

by Bill Mills-Curran

I'm having troubles retaining special (8 bit?) encoding in email messages from the MS Exchange server where I work. Here's the normal path of my data: MS Exchange -> MS(?) IMAP -> fetchmail -> linux sendmail -> procmail -> mutt By the time an email with color fonts gets to mutt, the color is gone. As a test, I modified my .fetchmailrc to specify "cat" as my MDA so eliminated sendmail, procmail and mutt as offenders. I've also added "pass8bits" to my .fetchmailrc -- no improvement. Thus, I've narrowed the suspects to MS IMAP and fetchmail. Does anyone have experience with this problem? My environment: Redhat 9 fetchmail -V: > fetchmail -V This is fetchmail release 6.2.0+IMAP-GSS+NTLM+SSL+INET6+NLS Fallback MDA: (none) Linux esd-bcurran 2.4.20-30.9smp #1 SMP Wed Feb 4 20:36:46 EST 2004 i686 i686 i386 GNU/Linux Taking options from command line and /x/x/.fetchmailrc Idfile is /x/x/.fetchids Fetchmail will forward misaddressed multidrop messages to bcurran. Options for retrieving from CORP/x(a)x.com: True name of server is corpusmx1.us.dg.com. Protocol is IMAP. Password authentication will be forced. Server nonresponse timeout is 30 seconds. Default mailbox selected. All messages will be retrieved (--all on). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is disabled (stripcr off). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is disabled (pass8bits on). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Received-message limit is 5 (--fetchlimit 5). Messages will be SMTP-forwarded to: localhost (default) Single-drop mode: 1 local name(s) recognized. No UIDs saved from this host. IMAP: Microsoft Exchange IMAP4rev1 server version 5.5.2657.74 TIA, Bill

July 21, 2004

Re: [Wlug] USB mouse - left handed ?

by Gregory Avedissian

Charles, Thanks, that's very interesting. Seems like they should have put the screws on the ps2 connectors instead of on the serial connectors. They're shallow plugs that come out very easily. I'm familiar with that keystroke trick with switching screens. I used to have to do that every time I started KDE until I went into the power management section, checked the box for Enable display power management, and then set Standby, Suspend and Power off to disabled. Now, I only have to do the key trick when I start mplayer. Greg Charles R. Anderson wrote: > On Tue, Jul 20, 2004 at 09:19:29PM -0400, Gregory Avedissian wrote: > >>Can anyone tell me if there's an advantage to plugging the mouse or the >>keyboard into usb rather than ps2? > > > USB was designed to be hot-swappable. PS/2 was not. > > If you are lucky, your modern systems and peripherals may work after > hotswapping PS/2. Otherwise, you may have problems with certain > combinations of hardware and software. Linux/XFree86/Xorg-X11 is > especially bad at handling PS/2 swapping. > > If you are unlucky (mainly older hardware) you will fry your PS/2 > controller if you attempt to hot-swap. Some "keyboard wedge" barcode > scanning wands are notorious for this. > > Most KVM switches will emulate an active interface to every computer's > PS/2 ports that appears always connected to a keyboard/mouse, so the > computer won't see them go away when the KVM is controlling a > different PC. However, as there are several protocols a PS/2 mouse > can speak, often a KVM will interfere by emulating the wrong thing. > Sometimes one computer will reprogram the mouse and that will mess up > its use on another computer after switching. I encounter this often. > Usually Ctrl-Alt-F1 followed by Ctrl-Alt-F7 works to bring the mouse > back to sanity in X11 after such a KVM input change, but not before > the mouse has had a chance to randomly paste junk and click randomly > all over my open applications. > > Finally, some laptops and computers with laptop-style 3.3 volt PS/2 > controller chips in them (e.g. most recent Dells) won't work with PS/2 > extender cables or some KVM switches (e.g. Belkin). On mine I had to > purchase a PS/2-keyboard/mouse-to-USB adapter to plug into my Dell USB > port to allow the KVM switch to work. > > PS/2 needs to die. > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > >

July 21, 2004

Jump to page: