|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
|
|
attachment.datI just started using Evolution 2.28.1.
Messages I receive from Monster.com come as Content-Type: text/html; charset=utf-8 The subject is utf-8 encoded also and is interpreted properly, but the body is interpreted as "attachment.dat", and when I view the source the body appears as gibberish (presumable binary). If I hit reply I can read the message. I've googled with no success. It doesn't appear to be related to tnef, as I have that plugin installed. My thinking now is that spamassasin or bogofilter, so I've temporary disabled those plugins but I haven't received a message yet to verify. Anyone experience this or have any ideas? _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datI forgot to mention I have the Mail Preferences > HTML Messages > Plain
Text Mode to "Only ever show PLAIN". -----Original Message----- From: Todd Hicks <electronjockey@...> Reply-to: electronjockey@... To: evolution-list@... Subject: [Evolution] attachment.dat Date: Wed, 04 Nov 2009 08:59:15 -0500 Mailer: Evolution 2.28.1 I just started using Evolution 2.28.1. Messages I receive from Monster.com come as Content-Type: text/html; charset=utf-8 The subject is utf-8 encoded also and is interpreted properly, but the body is interpreted as "attachment.dat", and when I view the source the body appears as gibberish (presumable binary). If I hit reply I can read the message. I've googled with no success. It doesn't appear to be related to tnef, as I have that plugin installed. My thinking now is that spamassasin or bogofilter, so I've temporary disabled those plugins but I haven't received a message yet to verify. Anyone experience this or have any ideas? _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datOn Wed, 04 Nov 2009 08:59:15 -0500
Todd Hicks <electronjockey@...> wrote: > I just started using Evolution 2.28.1. > Messages I receive from Monster.com come as > Content-Type: text/html; charset=utf-8 > The subject is utf-8 encoded also and is interpreted properly, but the > body is interpreted as "attachment.dat", and when I view the source > the body appears as gibberish (presumable binary). If I hit reply I > can read the message. > I've googled with no success. It doesn't appear to be related to tnef, > as I have that plugin installed. My thinking now is that spamassasin > or bogofilter, so I've temporary disabled those plugins but I haven't > received a message yet to verify. > Anyone experience this or have any ideas? > Try this for converting the *.dat file to something readable: http://www.winmaildat.com/ With best regards, Pete -- Peter N. Spotts | Science reporter The Christian Science Monitor 210 Massachusetts Ave., Boston, MA 02115 USA Office: 617-450-2449 | Office-in-home: 508-520-3139 Email: spottsp@... | Skype: pspotts www.csmonitor.com | www.kc1jb.net | Amateur-radio call: KC1JB "The knack of flying is to throw yourself at the ground and miss." -- Douglas Adams, "A Hitchhiker's Guide to the Galaxy" _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datThanks, but I can open the attachment.dat file in gedit and it's plain
html. So that tool wasn't able to extract anything. I can also, and most significantly, read the message when I reply but not in the preview. So how is it that the reply can extract the plain text from the HTML message, but the reading pane cannot? For some reason it appears at though the message body is being turned into the attachment by Evolution. I just received another message in Content-Type: text/html; charset="iso-8859-1" that also displays as "attachment.dat" which I can also read in a reply. When I view the message source though it is readable HTML, unlike the UTF-8 message which, as I mentioned, is getting "binaried". -----Original Message----- From: Peter N. Spotts <pspotts@...> To: evolution-list@... Cc: electronjockey@... Subject: Re: [Evolution] attachment.dat Date: Wed, 4 Nov 2009 09:15:17 -0500 Mailer: Claws Mail 3.7.2 (GTK+ 2.18.3; x86_64-pc-linux-gnu) On Wed, 04 Nov 2009 08:59:15 -0500 Todd Hicks <electronjockey@...> wrote: > I just started using Evolution 2.28.1. > Messages I receive from Monster.com come as > Content-Type: text/html; charset=utf-8 > The subject is utf-8 encoded also and is interpreted properly, but the > body is interpreted as "attachment.dat", and when I view the source > the body appears as gibberish (presumable binary). If I hit reply I > can read the message. > I've googled with no success. It doesn't appear to be related to tnef, > as I have that plugin installed. My thinking now is that spamassasin > or bogofilter, so I've temporary disabled those plugins but I haven't > received a message yet to verify. > Anyone experience this or have any ideas? > Try this for converting the *.dat file to something readable: http://www.winmaildat.com/ With best regards, Pete _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.dat[cut]
> Anyone experience this or have any ideas? I have experienced similar problem. One of my users is using outlook2003, and keeps sending messages to _some_ of his recipients in winmail.dat attachement. Solution was to set in outlook, message format deeeeply in address book from "RTF" to "plain text". I had to do it manually for each contact in address book. Setting this in main outlook properties didn't help. In my case this was outlook's fault. -- Patryk "LeadMan" Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datOn Wed, 2009-11-04 at 09:06 -0500, Todd Hicks wrote:
> I forgot to mention I have the Mail Preferences > HTML Messages > > Plain Text Mode to "Only ever show PLAIN". Hi, yes, that's doing it. It couldn't find the text/plain part, and hidden your text/html part (the only part being in the mail) as an attachment. By the way, the name should be attachment.html (not .dat), if I recall correctly, and it should be expandable inline in the preview pane. Alternatively, you can set the middle option, the "Prefer PLAIN". Anyway, what you described sounds pretty same as https://bugzilla.gnome.org/show_bug.cgi?id=470291 Bye, Milan _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datThe attachment name is definitely "attachment.dat". This seems to be the
case when Content-Type: text/html. On the other hand, when Content-Type: multipart/alternative there is an attachment (containing the html portion) named "attachment.html", while the text portion is viewable in the reading pane. Which is more or less what I'd expect. In this case, as with the message which was Content-Type: text/html; charset="iso-8859-1", the HTML portion of the message is readable when viewing source. -----Original Message----- From: Milan Crha <mcrha@...> To: evolution-list@... Subject: Re: [Evolution] attachment.dat Date: Wed, 04 Nov 2009 15:50:49 +0100 On Wed, 2009-11-04 at 09:06 -0500, Todd Hicks wrote: > I forgot to mention I have the Mail Preferences > HTML Messages > > Plain Text Mode to "Only ever show PLAIN". Hi, yes, that's doing it. It couldn't find the text/plain part, and hidden your text/html part (the only part being in the mail) as an attachment. By the way, the name should be attachment.html (not .dat), if I recall correctly, and it should be expandable inline in the preview pane. Alternatively, you can set the middle option, the "Prefer PLAIN". Anyway, what you described sounds pretty same as https://bugzilla.gnome.org/show_bug.cgi?id=470291 Bye, Milan _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datBut why then, when I reply to the message can I read the original even
though I'm composing plain text? Seems like, whatever code handles the reply is parsing the text from the HTML source. Why doesn't/can't the reading pane do this? -----Original Message----- From: Milan Crha <mcrha@...> To: evolution-list@... Subject: Re: [Evolution] attachment.dat Date: Wed, 04 Nov 2009 15:50:49 +0100 On Wed, 2009-11-04 at 09:06 -0500, Todd Hicks wrote: > I forgot to mention I have the Mail Preferences > HTML Messages > > Plain Text Mode to "Only ever show PLAIN". Hi, yes, that's doing it. It couldn't find the text/plain part, and hidden your text/html part (the only part being in the mail) as an attachment. By the way, the name should be attachment.html (not .dat), if I recall correctly, and it should be expandable inline in the preview pane. Alternatively, you can set the middle option, the "Prefer PLAIN". Anyway, what you described sounds pretty same as https://bugzilla.gnome.org/show_bug.cgi?id=470291 Bye, Milan _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datOn Wed, 2009-11-04 at 10:44 -0500, ElectronJockey wrote:
> But why then, when I reply to the message can I read the original even > though I'm composing plain text? Seems like, whatever code handles the > reply is parsing the text from the HTML source. Why doesn't/can't the > reading pane do this? Did you read the bug I gave a link to? Specifically in this comment https://bugzilla.gnome.org/show_bug.cgi?id=470291#c8 is a little explanation what is causing that. Maybe you didn't get it from my initial posting, so once again: you instructed Prefer-plain plugin to not show you any text/html part, so it does that. Not the best way of doing it, hence the fix in the above bug. You can let it work more properly when you change the prefer-plain option to the "Prefer PLAIN" even without the fix, on the same place as you read: > I forgot to mention I have the Mail Preferences > HTML Messages > > Plain Text Mode to "Only ever show PLAIN". Bye, Milan _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datOn Wed, 2009-11-04 at 15:50 +0100, Milan Crha wrote:
> On Wed, 2009-11-04 at 09:06 -0500, Todd Hicks wrote: > > I forgot to mention I have the Mail Preferences > HTML Messages > > > Plain Text Mode to "Only ever show PLAIN". > > Hi, > yes, that's doing it. It couldn't find the text/plain part, and hidden > your text/html part (the only part being in the mail) as an attachment. > By the way, the name should be attachment.html (not .dat), if I recall > correctly, and it should be expandable inline in the preview pane. > > Alternatively, you can set the middle option, the "Prefer PLAIN". > > Anyway, what you described sounds pretty same as > https://bugzilla.gnome.org/show_bug.cgi?id=470291 > Bye, > Milan All this may be related to a minor problem that I've seen lately, that messages are shown as having attachments when nothing is actually attached. All of these messages have embedded text with an internal delimiters like: --===============1279641514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline <...Content Deleted...> --===============1279641514==-- _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datI understand the comment and the feature. I get it, I got it the first
time, but this behaviour is inconsistent with that of other email client apps, and will thus prevent me from using Evolution. I'm going to have to go with Thunderbird, which is unfortunate because the Exchange integration would have been nice to have. But having to use a work around because the sender doesn't know how to send a text/plain vice text/html and my LAN policy is to allow plain text email is just not workable. I'd still like to know what the mechanism is whereby the reply window can display the text from the HTML when sending as plain text. Should I submit this as a bug or feature request? -----Original Message----- From: Milan Crha <mcrha@...> To: evolution-list@... Subject: Re: [Evolution] attachment.dat Date: Wed, 04 Nov 2009 18:09:30 +0100 On Wed, 2009-11-04 at 10:44 -0500, ElectronJockey wrote: > But why then, when I reply to the message can I read the original even > though I'm composing plain text? Seems like, whatever code handles the > reply is parsing the text from the HTML source. Why doesn't/can't the > reading pane do this? Did you read the bug I gave a link to? Specifically in this comment https://bugzilla.gnome.org/show_bug.cgi?id=470291#c8 is a little explanation what is causing that. Maybe you didn't get it from my initial posting, so once again: you instructed Prefer-plain plugin to not show you any text/html part, so it does that. Not the best way of doing it, hence the fix in the above bug. You can let it work more properly when you change the prefer-plain option to the "Prefer PLAIN" even without the fix, on the same place as you read: > I forgot to mention I have the Mail Preferences > HTML Messages > > Plain Text Mode to "Only ever show PLAIN". Bye, Milan _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.dat> I'd still like to know what the mechanism is whereby the reply window > can display the text from the HTML when sending as plain text. Because the editor widget used is actually an HTML editor and knows how to interpret HTML into plain text (and sometimes not very well and most often with some formatting and editing oddities). > Should I > submit this as a bug or feature request? That you would like the display widget to be able to display HTML formatted emails as plain text? But you told it not to! You are telling the display widget to only display the plain text part, which is what it's doing. I suppose it would be a feature request though, because it certainly isn't a bug. Besides, I don't see much point in it. If someone has sent an HTML only email, then you may as well see it in it's full horrible HTML glory if the display is capable of rendering it. It may offend you, but at least you can see it as it's meant to be. Sending though is a different matter - only ever send plain text emails, ever. P. _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
|
|
|
|
Re: attachment.datOn Thu, 2009-11-05 at 07:23 -0500, ElectronJockey wrote:
> I understand the comment and the feature. I get it, I got it the first > time, but this behaviour is inconsistent with that of other email client > apps, and will thus prevent me from using Evolution. What's inconsistent? That evo doesn't automatically convert an email consisting only of a winmail.dat attachment to plain text? IIRC, thunderbird requires an addon to handle this type of email also. > I'm going to have to go with Thunderbird, which is unfortunate because > the Exchange integration would have been nice to have. But having to use > a work around because the sender doesn't know how to send a text/plain > vice text/html and my LAN policy is to allow plain text email is just > not workable. So you trade one workaround for another, choosing an email client w/o exchange integration because setting Prefer Plain Text is not acceptable. I don't understand the LAN policy comment: 1) setting your preferences to compose in plain text means that all your outgoing email will be plain text, including emails that you reply to or forward that contain only winmail.dat, providing you set your preferences to reply/forward inline, keeping you within your LAN policy 2) if the policy statement is meant to imply that your LAN will *only* accept plain text email, then it's invalid, as you obviously receive non plain text email. > I'd still like to know what the mechanism is whereby the reply window > can display the text from the HTML when sending as plain text. Should I > submit this as a bug or feature request? > > -----Original Message----- > From: Milan Crha <mcrha@...> > To: evolution-list@... > Subject: Re: [Evolution] attachment.dat > Date: Wed, 04 Nov 2009 18:09:30 +0100 > > On Wed, 2009-11-04 at 10:44 -0500, ElectronJockey wrote: > > But why then, when I reply to the message can I read the original even > > though I'm composing plain text? Seems like, whatever code handles the > > reply is parsing the text from the HTML source. Why doesn't/can't the > > reading pane do this? > > Did you read the bug I gave a link to? Specifically in this comment > https://bugzilla.gnome.org/show_bug.cgi?id=470291#c8 > is a little explanation what is causing that. > > Maybe you didn't get it from my initial posting, so once again: you > instructed Prefer-plain plugin to not show you any text/html part, so it > does that. Not the best way of doing it, hence the fix in the above bug. > You can let it work more properly when you change the prefer-plain > option to the "Prefer PLAIN" even without the fix, on the same place as > you read: > > > I forgot to mention I have the Mail Preferences > HTML Messages > > > Plain Text Mode to "Only ever show PLAIN". > > Bye, > Milan > > _______________________________________________ > Evolution-list mailing list > Evolution-list@... > http://mail.gnome.org/mailman/listinfo/evolution-list > > > > _______________________________________________ > Evolution-list mailing list > Evolution-list@... > http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.dat
El mié, 04-11-2009 a las 09:15 -0500, Peter N. Spotts escribió: On Wed, 04 Nov 2009 08:59:15 -0500 Todd Hicks <electronjockey@...> wrote: > I just started using Evolution 2.28.1. > Messages I receive from Monster.com come as > Content-Type: text/html; charset=utf-8 > The subject is utf-8 encoded also and is interpreted properly, but the > body is interpreted as "attachment.dat", and when I view the source > the body appears as gibberish (presumable binary). If I hit reply I > can read the message. > I've googled with no success. It doesn't appear to be related to tnef, > as I have that plugin installed. My thinking now is that spamassasin > or bogofilter, so I've temporary disabled those plugins but I haven't > received a message yet to verify. > Anyone experience this or have any ideas? > Try this for converting the *.dat file to something readable: http://www.winmaildat.com/ With best regards, Pete But what exactly is a *.dat file? What it does or contain? Sylvia _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datI don't know about winmail.dat but if there is an add-on for Evolution
that will strip markup from a content-type: text/html message so I can view the message (pretty or not) in the reading pane then point the way. And yes, trading work-arounds, but at least it's not the users that will have to use the workaround because there email clients are set to view messages as plain text by Evolution policy. -----Original Message----- From: Reid Thompson <reid.thompson@...> Reply-to: reid.thompson@... To: electronjockey@... Cc: Milan Crha <mcrha@...>, evolution-list@... Subject: Re: [Evolution] attachment.dat Date: Thu, 05 Nov 2009 09:54:50 -0500 Mailer: Evolution 2.28.2 On Thu, 2009-11-05 at 07:23 -0500, ElectronJockey wrote: > I understand the comment and the feature. I get it, I got it the first > time, but this behaviour is inconsistent with that of other email client > apps, and will thus prevent me from using Evolution. What's inconsistent? That evo doesn't automatically convert an email consisting only of a winmail.dat attachment to plain text? IIRC, thunderbird requires an addon to handle this type of email also. > I'm going to have to go with Thunderbird, which is unfortunate because > the Exchange integration would have been nice to have. But having to use > a work around because the sender doesn't know how to send a text/plain > vice text/html and my LAN policy is to allow plain text email is just > not workable. So you trade one workaround for another, choosing an email client w/o exchange integration because setting Prefer Plain Text is not acceptable. I don't understand the LAN policy comment: 1) setting your preferences to compose in plain text means that all your outgoing email will be plain text, including emails that you reply to or forward that contain only winmail.dat, providing you set your preferences to reply/forward inline, keeping you within your LAN policy 2) if the policy statement is meant to imply that your LAN will *only* accept plain text email, then it's invalid, as you obviously receive non plain text email. > I'd still like to know what the mechanism is whereby the reply window > can display the text from the HTML when sending as plain text. Should I > submit this as a bug or feature request? > > -----Original Message----- > From: Milan Crha <mcrha@...> > To: evolution-list@... > Subject: Re: [Evolution] attachment.dat > Date: Wed, 04 Nov 2009 18:09:30 +0100 > > On Wed, 2009-11-04 at 10:44 -0500, ElectronJockey wrote: > > But why then, when I reply to the message can I read the original even > > though I'm composing plain text? Seems like, whatever code handles the > > reply is parsing the text from the HTML source. Why doesn't/can't the > > reading pane do this? > > Did you read the bug I gave a link to? Specifically in this comment > https://bugzilla.gnome.org/show_bug.cgi?id=470291#c8 > is a little explanation what is causing that. > > Maybe you didn't get it from my initial posting, so once again: you > instructed Prefer-plain plugin to not show you any text/html part, so it > does that. Not the best way of doing it, hence the fix in the above bug. > You can let it work more properly when you change the prefer-plain > option to the "Prefer PLAIN" even without the fix, on the same place as > you read: > > > I forgot to mention I have the Mail Preferences > HTML Messages > > > Plain Text Mode to "Only ever show PLAIN". > > Bye, > Milan > > _______________________________________________ > Evolution-list mailing list > Evolution-list@... > http://mail.gnome.org/mailman/listinfo/evolution-list > > > > _______________________________________________ > Evolution-list mailing list > Evolution-list@... > http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datOn Thu, 2009-11-05 at 13:06 -0200, Sylvia Sánchez wrote:
> But what exactly is a *.dat file? What it does or contain? > there are a couple of threads in the past several weeks that explain the .dat file _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datAs I say, other email apps I've used (notably Thunderbird) strip the
markup in the reading pane for messages of content-type text/html . Yes the output may not be pretty, but it's there and readable, not wrapped up in an attachment. In the case of Outlook there is an information bar in the message header area/bar that gives the user the option to view the rendered HTML That might be a more friendly way of handling the message than wrapping it up as an attachment. I think Milan alluded to being able to view the message in-line, but I don't see that. Did he mean viewing the list of attachments? It's not an issue of offence as much as it is policy. Sorry if this is a repost, but it didn't seem to make the list first go around. -----Original Message----- From: Pete Biggs <pete@...> To: evolution-list@... Subject: Re: [Evolution] attachment.dat Date: Thu, 05 Nov 2009 13:03:36 +0000 Mailer: Evolution 2.26.3 (2.26.3-1.fc11) > I'd still like to know what the mechanism is whereby the reply window > can display the text from the HTML when sending as plain text. Because the editor widget used is actually an HTML editor and knows how to interpret HTML into plain text (and sometimes not very well and most often with some formatting and editing oddities). > Should I > submit this as a bug or feature request? That you would like the display widget to be able to display HTML formatted emails as plain text? But you told it not to! You are telling the display widget to only display the plain text part, which is what it's doing. I suppose it would be a feature request though, because it certainly isn't a bug. Besides, I don't see much point in it. If someone has sent an HTML only email, then you may as well see it in it's full horrible HTML glory if the display is capable of rendering it. It may offend you, but at least you can see it as it's meant to be. Sending though is a different matter - only ever send plain text emails, ever. P. _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.dat
El jue, 05-11-2009 a las 10:11 -0500, Reid Thompson escribió: On Thu, 2009-11-05 at 13:06 -0200, Sylvia Sánchez wrote: > But what exactly is a *.dat file? What it does or contain? > there are a couple of threads in the past several weeks that explain the .dat file That is NOT an answer. I don't have time to go swimming into thousands of mails. I can't guess where it is. Sylvia _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
|
|
|
Re: attachment.datOn Thu, 2009-11-05 at 13:35 -0200, Sylvia Sánchez wrote:
> > > > El jue, 05-11-2009 a las 10:11 -0500, Reid Thompson escribió: > > On Thu, 2009-11-05 at 13:06 -0200, Sylvia Sánchez wrote: > > > > > But what exactly is a *.dat file? What it does or contain? > > > > > > > there are a couple of threads in the past several weeks that explain > > the .dat file > > That is NOT an answer. I don't have time to go swimming into > thousands of mails. I can't guess where it is. > > Sylvia The concept of searching the archives has not occurred to you? I'm sure there's plenty of people on this ML whose time is worth less than yours who'd be glad to help you. _______________________________________________ Evolution-list mailing list Evolution-list@... http://mail.gnome.org/mailman/listinfo/evolution-list |
| < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |