Bad e-mail

I received an e-mail that crashes Mail every time I click on it. I've repaired permissions to no avail. Any ideas?

Welcome to Apple Discussions.
Choose the email after it in your Mailbox, then use the up arrow and quickly press the delete key.
-mj
[email protected]

Similar Messages

UTL_MAIL: ORA-29279..... 501 badly formatted MAIL FROM user - no " "

Hi guys,
I’m trying to redesign a current process that requires a large amount of manual intervention. As such I’d like to utilise UTL_MAIL to send notifications of system events but have been unable to get it to execute on my dev database (installed on my local PC).
O/S ver:
Windows XP SP3
Oracle ver:
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod
PL/SQL Release 10.2.0.3.0 - Production
CORE    10.2.0.3.0      Production
TNS for 32-bit Windows: Version 10.2.0.3.0 - Production
NLSRTL Version 10.2.0.3.0 - Production
I’ve configured the smtp_out_server parameter:
SQL> sho parameter smtp_out_server;
NAME                                 TYPE        VALUE
smtp_out_server                  string        XXX.XXX.XXX.80:25
And installed the required Oracle built in packages:
SQL> @C:\oracle_builtins\utlmail.sql
Package created.
Synonym created.
SQL> @C:\oracle_builtins\prvtmail.plb
Package body created.
No errors.
I’ve compiled a simple test version of the code:
CREATE OR REPLACE PROCEDURE test_email IS
BEGIN
UTL_MAIL.send(sender     => '[email protected]',
recipients => '[email protected]',
subject    => 'UTL_MAIL test subject',
message    => 'UTL_MAIL test body');
END;
+/+
SQL> @C:\procs\email_proc.sql
Procedure created.
However when I execute it I get the attached error(s):
SQL> execute test_email ;
BEGIN test_email ; END;
*+
ERROR at line 1:
ORA-29279: SMTP permanent error: 501 badly formatted MAIL FROM user - no <
ORA-06512: at "SYS.UTL_SMTP", line 21
ORA-06512: at "SYS.UTL_SMTP", line 99
ORA-06512: at "SYS.UTL_SMTP", line 222
ORA-06512: at "SYS.UTL_MAIL", line 397
ORA-06512: at "SYS.UTL_MAIL", line 608
ORA-06512: at "SYS.TEST_EMAIL", line 3
ORA-06512: at line 1
I’ve also confirmed with our mail team that the sender is included in our firewall config and should not be being blocked……
Any ideas? Does the package produce any log files / alerts that I could check or is it possible to execute in a verbose mode so I can debug?
Thanks,
Chris

Welcome to the forum.
That error comes from your SMTP server, and it indicates there's something wrong with the email address.
You could try the following and see if that works:
CREATE OR REPLACE PROCEDURE test_email
IS
BEGIN
UTL_MAIL.send(sender => 'test <[email protected]>',
                recipients => '[email protected]',
                subject => 'UTL_MAIL test subject',
                message => 'UTL_MAIL test body'
END;
/Some more inputs can be read here: Reg.SMTP Error while using UTL_MAIL in Oracle 10g
Also, when you want post formatted examples, just use the {noformat}{noformat} tag before and after your examples.
So, when you type:
{noformat}select *
from dual;{noformat}
it will appear as:select *
from dual;when you post it.

My computer may be invaded by having opened up a bad e-mail. What can i do do debug my imac. Thank you

My friend aleted me his computer was "spammed" and to not open up a certain e-mail. Sadly i did and now my IMAC leopard is acting badly. Can i get this straightened out myself without taking it in? Thank you

Your computer is very secure however using a little common sense is the best protection. Never download and install anything unless you know what it is first or if it comes from a trusted source. If you get a popup on your screen telling you to download load something then be very suspicious and research what is being suggested.
As for the spinning beach ball that can be caused by many things, the most common is the computer needs a RAM upgrade or you have some process that dominating the computer's CPU. You can run Activity Monitor (Applications - Utilities - Activity Monitor) and check to see how much FREE RAM it has (click the System Memory tab) and also look in the column that lists the processes being run to see if anything is using a lot of %CPU. As a rule of thumb if the FREE RAM is 500MB or less then you would probably benefit by upgrading the RAM. If you see a process using a large %CPU then quit the process.
Here is an article that explains more about the SSBBOD
Spinning Beach Ball of Death

Bad working mail after moving to icloud on my 2nd generation iPod touch

I moved to iCloud. But since then, when i load mail in my 2nd generation iPod touch, it gives a lot of errors. ( For example 'wrong password' ) . It still works , but i get too much errors when i'm loading mail, and it doesnt pushes my mail automatically anymore.
How to solve this?

technically today i woke up

How can I remove an e-mail address from iphoto 9.5.1

I have one bad e-mail address in Iphoto and it wont let me correct it or enter an alternat e-mail address for that person.
I have erased the offending address from gmail and any other place I could find it but could do it in iphoto.

Where in iPhoto are you seeing an offending email address for a person? Has it been assigned to a face?
Then you need to edit the address in Faces view. Select the Faces stack on the cork board in Faces view, open the Info panel, and click into the textfield for the email and edit it. Does that work?

How can I delete autofill e-mail addresses?

I have bad e-mail addresses that auto-pop up that I would like to delete.

LRich3001 wrote:
Hmm, I poked around in my address book and apparently I had two entries for both of my children (the offending emails): one with first and last name, and one with only first names. I had updated email addresses in the ones which had both first and last names but didn't delete the address book entries with just the first names. I didn't realize they were even in my address book. Problem fixed now.
Good

Exchange Server e-mail only works on 4G or 3G 1% of the time - problem started suddenly

I've been receiving Exchange Server (Outlook) e-mail on my DROID RAZR through 3G and 4G since I got the phone last November. All of a sudden, over this past weekend, I am unable to send/receive on that account using 4G/3G except very very sporadically (once or twice a day for a few seconds). GMail is noticeably slower but appears to work, at least better than the Outlook account.
Internet through the browser on the phone works perfectly fine. However, I was unable to sync GMail contacts today, also. Further, I just tried to check for System Updates through the phone and was told that "check for update is not available at this time." I have no trouble making telephone calls or getting voice mail or texting.
Any ideas? "Sync e-mail over wi-fi only" is NOT on.
I have changed nothing on my phone. Nothing has changed with these e-mail accounts. The ONLY thing that has changed recently (of which I am aware) is that I had a non-functioning phone (not this one!!) removed from my Verizon Wireless account about a week ago, and they said it would take a few days, which would coincide with this past weekend. Is there some parameter that they could have changed at that time that would affect me receiving e-mail over 4G? Again, it is not affecting my internet connection.
My wifi is usually OFF because it runs the battery down, so that is how I know how bad e-mail over 4G suddenly became. The phone shows that it is getting 4G LTE. (I'm beginning to think this is a hardware problem.)
Thanks for any help you can offer.
Loyal (for many years) Verizon Customer

I understand how critical is to get emails while on our cellular network etymomel.
First I recommend removing your exchange server email completely, then power off and on to reset your device and then add email back. I also recommend to clear Data and Cache from your email application Menu>SystemSettings>Apps>All>EmailAccoutns(may be more than one)>ClearData/Cache as applicable. Keep us posted.
AntonioC_VZWSupport
Follow us on Twitter at www.twitter.com/VZWSupport

MIME header missing "filename=" results in BAD messages

I've been trying to track down several issues involving what appear to
be MIME handling issues. We are running GroupWise v7.01 (we have not
installed the "interim release" yet), and all components on the server
are at that release level (MTA, POA, GWIA, WebAccess).
One of the issues I am currently working on involves problems receiving
attachments from an outside sender. Their attachments are readable if
sent to an outside test account (i.e. - we've tested it with Yahoo
web-based mail, and a RoadRunner POP3 account using Outlook as the client).
The problem is that these e-mails either get dumped by the GWIA to the
GWPROB directory, or the e-mails go through, but the attachments are
corrupted (they do show up as attachments to the e-mail, but are
unreadable).
I haven't looked at why some e-mails go through and some don't, but I
did find out why the attachments are unreadable on the delivered
e-mails, and why the rest are just undeliverable. For whatever reason,
the sender's mail server (or AV gateway or whatever else had a chance to
touch the e-mail) is either not inserting, or is stripping out the
"filename=" from the MIME header just before the encoded attachment.
Adding this back into the message (by editing the original e-mail
w/header, and dropping the modified message into the GWIA "RECEIVE"
directory) fixes the attachment AND makes the e-mail deliverable.
Below I have an example of a bad e-mail which was originally sent to our
GWPROB directory, but was successfully delivered with a readable
attachment through a separate POP3 account (RoadRunner). Following this
"bad" e-mail example is the "fixed" version of that same e-mail, which
was delivered successfully to our user, with the attachment also being
readable.
*************** This is the original "BAD" e-mail ***************
MAIL From:<[email protected]> SIZE=73686
RCPT To:<[email protected]>
Received: from test.rr.com ([65.xx.xx.xx])
by smtp.ourhost.com with ESMTP; Wed, 21 Feb 2007 15:28:27 -0500
Received: from local.com (rrcs-24-xx-xx-xx.central.biz.rr.com [24.xx.xx.xx])
by test.rr.com (8.13.6/8.13.6) with ESMTP id l1LKSFTm009106
for <[email protected]>; Wed, 21 Feb 2007 15:28:24 -0500 (EST)
Message-Id: <[email protected]>
From: [email protected]
To: [email protected]
Date: Wed, 21 Feb 2007 15:25:54 -0500
MIME-Version: 1.0
X-Mailer: Telexis Gateway
Content-Type: multipart/mixed;
boundary="Mark=Num1_Lev1_2007221202554265_Tlx"
X-Virus-Scanned: Symantec AntiVirus Scan Engine
--Mark=Num1_Lev1_2007221202554265_Tlx
Content-Type: text/plain
Content-Transfer-Encoding: Quoted-Printable
This is a test
-Test Sender
--Mark=Num1_Lev1_2007221202554265_Tlx
Content-Type: application/vnd.ms-excel;
name="1st Q 2007 Income to Budget.xls"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
"1st Q 2007 Income to Budget.xls"
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAZgAAAAAAAAAA
EAAA/v///wAAAAD+////AAAAAGUAAAD/////////////////////////////////////////////
--Mark=Num1_Lev1_2007221202554265_Tlx--
************** END OF BAD E-MAIL **************
*************** This is the "fixed" e-mail ***************
MAIL From:<[email protected]> SIZE=73686
RCPT To:<[email protected]>
Received: from test.rr.com ([65.xx.xx.xx])
by smtp.ourhost.com with ESMTP; Wed, 21 Feb 2007 15:28:27 -0500
Received: from local.com (rrcs-24-xx-xx-xx.central.biz.rr.com [24.xx.xx.xx])
by test.rr.com (8.13.6/8.13.6) with ESMTP id l1LKSFTm009106
for <[email protected]>; Wed, 21 Feb 2007 15:28:24 -0500 (EST)
Message-Id: <[email protected]>
From: [email protected]
To: [email protected]
Date: Wed, 21 Feb 2007 15:25:54 -0500
MIME-Version: 1.0
X-Mailer: Telexis Gateway
Content-Type: multipart/mixed;
boundary="Mark=Num1_Lev1_2007221202554265_Tlx"
X-Virus-Scanned: Symantec AntiVirus Scan Engine
--Mark=Num1_Lev1_2007221202554265_Tlx
Content-Type: text/plain
Content-Transfer-Encoding: Quoted-Printable
This is a test
-Test Sender
--Mark=Num1_Lev1_2007221202554265_Tlx
Content-Type: application/vnd.ms-excel;
name="1st Q 2007 Income to Budget.xls"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="1st Q 2007 Income to Budget.xls"
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAZgAAAAAAAAAA
EAAA/v///wAAAAD+////AAAAAGUAAAD/////////////////////////////////////////////
--Mark=Num1_Lev1_2007221202554265_Tlx--
************** END OF "FIXED" E-MAIL **************
The only change I made, which both allowed the above e-mail to be
delivered and made the attachment readable, was the addition of the
"filename=" just before the file name on the line after the
"Content-Disposition: attachment;".
I did the same test with an e-mail that had the same "filename="
missing, but somehow was successfully delivered to our user (again, the
attachment was unreadable). Adding the "filename=" into the resent
message did make the attachment readable.
I haven't looked to see if the sender's system is actually non-compliant
for excluding the "filename=" (I will be doing that later this evening),
or whether this is a GWIA problem for not being able to handle this. I
just wanted to throw this out there to see if anyone else has seen this.
Does the "interim release" update by chance fix this?
Thanks,
Greg Niese

Does this email come in directly to GWIA (or do you have a relay host in
between)? I must say I've never experienced this problem on any of the GW
systems I administer. Could you tell us what domain this is coming from?
Ted Kumsher
>>> On 2/23/2007 at 8:21 AM, in message
<[email protected]>, Greg
Niese<[email protected]> wrote:
> I agree that this shouldn't be accepted as a valid "filename parameter"
> line. There are two ways to "not accept" this invalid parameter: "stop
> processing" the e-mail because of the problem (discard the e-mail), or
> discard the bad parameter and continue processing the rest of the e-mail
> (this could only work when the parameter is optional, as in this case).
> The GWIA seems to take the route of "stop processing", and then moving
>
> the resultant "bad" e-mail to the GWPROB directory.
>
> I say "seems" because in many cases where this occurs the e-mail doesn't
> get sent to the GWPROB directory, but instead still gets through the
> GWIA to the user. The attachments are corrupted, but still show up
> correctly in the attachment window, so everything seems OK with the
> e-mail & attachment - until you try to open the attachment.
>
> If there is a semi-colon after the "Content-disposition" type, the GWIA
> should see a valid disposition parameter following. But if it sees an
> invalid parameter, as in this case, what is the GWIA doing? It must
> either be discarding the invalid parameter, or "uses" it by either
> incorrectly parsing it as part of the header, or lumping it in as part
> of the attachment. If it "uses" in any way the invalid line of data -
> that sounds like the definition of "accepting" it, isn't it?
>
> To test whether the GWIA is actually using, and therefore "accepting",
> this bad parameter, I simply removed the malformed parameter (having the
>
> line in or out shouldn't matter if the GWIA's not using it), and I tried
>
> this both with the semi-colon removed from the end of the
> "content-disposition" type, and with that semi-colon left in place. In
> both cases the GWIA properly processed the e-mail and the attachment was
> readable! What does that mean? If the GWIA was truely NOT
> using/accepting that invalid header parameter (i.e. - the GWIA discards
> it), then the e-mail and attachment should go through OK. Since this
> isn't what happens when the bad line is left in place (the attachments
> DO NOT come through OK, but the e-mail often does get to the user's
> mailbox), then the GWIA must be accepting that bad parameter as either a
>
> part of the header, or a part of the attachment.
>
> I suspect that in those cases that these e-mails are sent to the problem
> directory, instead of being delivered with a corrupt attachment, the
> GWIA isn't really recognizing that the optional disposition parameter is
>
> "bad". The reason for the e-mail going to the problem directory is
> probably due to an error while trying to decode the attachment if the
> bad parameter is treated as part of the attachment, or if part of the
> attachment is being lumped in with the malformed parameter as it is
> parsed.
>
> I agree that how the GWIA should go about "not accepting" bad header
> parameters may be debatable (assuming that the GWIA were actually
> halting processing of the e-mail when this type of problem is found, and
> then sending the e-mail to the problem directory every time). But in
> cases such as this, since the parameter itself is optional, it would
> seem that the better route would be for the GWIA to discard the
> parameter and continue processing, instead of "discarding" the whole
> e-mail (to the problem directory). "Discarding the bad parameter" seems
> to be what is being done by at least a few other competing SMTP agents,
> since the other mail systems I tested with did get the e-mail through
> without corrupting the attachment.
>
> I may suggest that the sender's company fix whatever is going on at
> their server, but it probably won't do any good (I've already been told
> that they don't experience this problem with anyone else). In the
> meantime, my user (yes...he is the CEO), will have to continue to have
> some important e-mails sent to one of his personal accounts, because
> those e-mail systems receive these e-mails fine, but our GroupWise
> system can't.
>
> :-(
>
> -Greg
>
>
>
> Michael Bell wrote:
>> No it shouldn't, IMO.
>>
>> It's a matter of interpretation, of course. But GWIA is 100% right in
> not
>> accepting this as vaid (that part is beyond any debate - it's in the
> RFC).
>>
>> The only part that can be debated is "should GWIA then pass the buck"?.
> In
>> olden days, many would have said yes.
>>
>> But In general, no. Moving away from Postel's law, which was formulated
> in a
>> pre-malware age, is pretty much needed. Tight specifications and
> pickiness
>> is good. Collateral damage is unfortunate, and of course one needs to be
>
>> flexible if this is a widespread issue (which frankly, it is not in this
>
>> case), but otherwise it is up to to sender to fix their issue.
>>
>> 90% of viruses and malware in the last 6 years (and I'm well aware of
> them,
>> working in the email security field) are from MALFORMED e-mail, that the
>> gateway and client misinterpreted. Many of these were MS issues, but
> that's
>> another point. Point is you have to be STRICT.
>>
>> In this case this violates the generic MIME RFCs which state that if you
> do
>> have parameters, they all gotta be separated with semicolons (PASS), and
>
>> have to be name=value pairs (FAIL).
>>
>>
>> "Greg Niese" <[email protected]> wrote in message
>> news:[email protected]...
>>> Well, according to RFC 2183, the "filename=" string has to be present if
>
>>> the Filename parameter is going to be used. So the sending host seems
> to
>>> be "broken" in that regard.
>>>
>>> My next question then is: Should the GWIA ignore the "stray" file name
> in
>>> these e-mail headers, instead of allowing it to be lumped in with the
>>> attachment (I'm assuming that's why the attachment is trashed)? It
>>> appears that other systems are able to do this.
>>>
>>> -Greg
>>>
>>> Greg Niese wrote:
>>>> I haven't looked to see if the sender's system is actually
non-compliant
>>>> for excluding the "filename=" (I will be doing that later this
evening),
>
>>>> or whether this is a GWIA problem for not being able to handle this. I
>>>> just wanted to throw this out there to see if anyone else has seen
this.
>>>>
>>>> Does the "interim release" update by chance fix this?
>>>>
>>>> Thanks,
>>>>
>>>> Greg Niese
>>>>
>>
>>

[Solved] Any alternatives to a very buggy Evolution Mail 3.6?

Hi All,
I've kind-of had it with Evolution mail. I've been running 3.x for a long time, and it's always been a very "klunky" experience, with constant issues of hanging, bad HTML mail rendering, and the occasional (twice in a year) need to fix it in the terminal after upgrades (completely corrupted mail stores, etc).
The reason why I put up with it, is that I really want to at least use an application suite where my contacts are centrally managed (Evolution Data Server) and other apps (like Empathy chat) can re-use the central contacts store. Other mail clients manage their own contacts internally in an isolated island (e.g Mozilla Thunderbird). I really want to use a Linux desktop environment where the *basics* (such as centralised contacts) are in place. I mean, we are in 2012. I've been promised flying cars and a semantic desktop :-)
After the update to GNOME 3.6, I have well and truly had it with Evolution. Every now and then it starts to recursively spawn "Saving user interface state" and "Unknown background task" tasks that just bring it to its knees, requiring a process kill. It cannot be regarded as anything more than alpha quality software, and it's starting to cost me a lot of lost productivity.
This is only e-mail, right? It's been around since before 1980. Surely there are alternatives for an intelligent, integrated suite of e-mail/calendar/contacts on the linux Desktop? What do you gentleman and ladies use? Mutt is starting to look real good, and that's just sad for a previous Apple user that switched to Arch Linux (which has generally been a wonderful experience in all non-mail aspects).
I'm at my wits' end, and looking for some advice from fellow users of the thinking man's Linux...
Surely GNOME/Evolution can't be "it" in terms of offering competition to the Apple/Microsoft desktop?
Last edited by dawid.loubser (2012-11-05 08:09:36)

*david_a* wrote:
Integrated with every app on the desktop? KDE.
I believe you are stuck choosing between desktop integration and performance/quality; apparently "both" is not an available option.
Not necessarily integrated with every app, but integrateable at least. Something using an infrastructure designed for integration, with basic integration already done between the basic components mentioned in my original post. I feared that I would have to choose between quality and desktop integration - this really saddens me, and must be a big stumbling block for the adoption of the Linux desktop.
*david_a* wrote:
Emacs/Gnus/bbdb?
Thunderbird?
Apple? Microsoft?
You may already have the best available.
I believe desktop integration is losing steam as Google and similar ventures take the integration outside the machine. A bad plan IMO, constructed to support disparate and poorly-built operating systems (including those on phones) but at the same time taking users' data away from them.
You are right, I don't want my data taken away from me, and it goes against my grain to rely on a free online service of a publicly-traded corporation 10,000km away from me for my personal communication needs. I want to own and manage my data, and I suspect so do many other Linux users...
I can only hope a renaissance of sorts will happen when people realise that they are no longer in control of their own data, and that hopefully then we will see the emergence of better desktop communication in Linux. I don't care about the masses, who will probably never care about this. I do care about the fellow computer geeks who understand and appreciate this, and are in search of something that at least matches what a Mac/Windows box could do a decade or so ago :-)
For the time being, I guess I have to slog it out with Evolution, and start filing bug reports in the hope that the quality may one day improve.
What surprises me, is that this thread has not drawn a single reply from a fellow frustrated user. I'd have loved a "me too" or two - why does everybody put up with this? You can't all be happy to be stuck in 1990 as far as integration of desktop communication is concerned? I have a lot of respect for minimalist, powerful, single-purpose programs, yet such a setup demands good integration between those components. Are there at least some forward-thinking projects on the go somewhere that is working towards this that anybody knows of?
I thank you for your reply :-)

Groups within groups broken in Mavericks Mail?

In Mavericks 10.9, it appears there's a problem if a Contacts group contains other Contacts groups.
Example:
Within Contacts, create Small Group with three contacts.
Within Contacts, create Big Group with six contacts.
Within Contacts, create Huge Group.
Drag Small Group and Big Group to Huge Group.
In Contacts, click on Huge Group. It appears to contain Small Group and Big Group.
Click on either Small Group or Big Group and Contacts reports "No Cards".
Open Mail.
Make a New Message.
In the To: field type "Huge Group".
No addresses appear.
In Contacts, a control-click on Huge Group shows a pop-up menu with command Send Email to "Huge Group" dimmed.
Is this happening to others?
mm

What does it say in the "charset=" header
charset="iso-8859-1"
But another mail has nothing there, only "Content-Type: text/html";
The important thing is not whether this charset is correct or not. The important thing is that Apple has made my mail experience worse by this "upgrade", for no good reason!
Earlier, I could change encoding of mails (perhaps a badly encoded mail), but Apple has taken away that posibility for no good reason. It only affects old mails, before UTF became common. It is typical of Apple not to care about history, but for me, old mails constitute valuable history.
Rather than taking away an option to change the encoding (or interpretation of an encoding) of a mail, I think Apple should have enhanced the feature: Sometimes, it happens that only the subject line is erronously interpretated (mime endoding of non-us-ascii characters), and I would like to fix that. It has never been possible. (This problem can even happen today with some new mails auto-generated by machines, such as auto-replies.)

Mail As Text Pad

Is there a way now to write personally important notes and save them without giving much though to the work flow of the Save process? Without numerous clicks to re-familiarize the 'new' user-interface styles and gimmicks? Without required looks and styles of the current Mail application/ Note?
Mail in 10.4 OSX allowed used to write 'notes' using New Message-- Also allowing user to easily change format to plain text and purge all the geeky stuff. Also to Save, all in 2 steps-- No danger of accidentally sending the message to some unintended person-- No danger of using Save, later to discover the important text was in fact not to be found. The 10.6 Mail looses saved New Messages-- which are not sent, which bear no addressee. They vanish, too bad for the unwary.
Mail has offered the yellow notes in 10.5 and 10.6 OSX. However these seem to allow only complex formatting. If text is quoted from a web page, the font style, hot links and who knows what are all presently mandatory-- Even if the user was simply wanting to re-edit one's own previous writing, (in plain text). Getting plain text requires: Copy text, New Message, change to plain text format, recopy, switch back to Note or where ever else, Paste plain text. (In order to exclude excess geeky baggage).
[Is there a better, simple but powerful text software for 'personalized notes' with easier work flows? Referring to the Notes application-- Again, reformatting is multi step-- Plain Text in one step is not allowed. Too bad that Mail has caved in to mandatory, latest, geeky, stylizations, with major OS upgrades. Instead of keeping personalization of the user-interface. Is there no longer a 'sanctity' of personal preference in new computers? Are we doomed to a future of impersonalized, cloned styling in our own, personal works? (Will we ultimately stop buying new computers for this reason? Perhaps dig up 10.4 OS X disc and use that in future?)]
Thanks for any insights offered.-- Bo Atkinson

like the html added to my message-- Where did that come from??? I wonder. Oh well.

Korean language broken in Mavericks mail

Hi there!
I used both English and Korean language.
Sometimes, mail contents in Korean are broken when I receive email from Korean friends.
I tried to view message in raw source....no improvement.
Someone suggested text encoding...but I do not know how to change text encoding in Mavericks.
Jay

What does it say in the "charset=" header
charset="iso-8859-1"
But another mail has nothing there, only "Content-Type: text/html";
The important thing is not whether this charset is correct or not. The important thing is that Apple has made my mail experience worse by this "upgrade", for no good reason!
Earlier, I could change encoding of mails (perhaps a badly encoded mail), but Apple has taken away that posibility for no good reason. It only affects old mails, before UTF became common. It is typical of Apple not to care about history, but for me, old mails constitute valuable history.
Rather than taking away an option to change the encoding (or interpretation of an encoding) of a mail, I think Apple should have enhanced the feature: Sometimes, it happens that only the subject line is erronously interpretated (mime endoding of non-us-ascii characters), and I would like to fix that. It has never been possible. (This problem can even happen today with some new mails auto-generated by machines, such as auto-replies.)

Why am I unable to receive incoming mail?

Why am I unable to receive e-mail but I can send it? Mail version 3.6 for Macbook.

I took it to the Apple store and it had them all stumped. They kept saying I had to have a "bad" e-mail that was preventing others from passing. They tried to erase all e-mails but it still wouldn't work. When they were just about ready to give up the man decided to wipe out anything having to do with e-mail-and start a new account, so I lost messages, but once he cleared all e-mail related items on the laptop, the mail went through!!!
I haven't had problems since- so....I hope that helps!!

Emoticons for mac mail

Does anybody know where I can get emoticons (smiley faces) for mac mail?
Too bad mac mail doesn't have that feature, one that stupid pc email software has build in.

They are easy enough to google for.
In Mail you have to add them as attachments.

LSO - List of BAdi's

Is there a document, which lists the different BAdi's available in LSO

Enhancement Spot               Short description
LSO_CE_PERNR_ASGMT             Gets the list of descriptions of personnel assignments
LSO_EBO                        BAdI: Learning Objectives Filter
LSO_LEARNER                    Customer Enhancement for Learner
LSO_LEARNING_PROGRESS          BAdI for Calculating Learning Progress
LSO_CANCELREASONS_C            Determine Cancellation Reasons When Learner Ca
LSO_CE_PERNR_ASSGMT            BAdI for Generating Personnel Assignment Descr
LSO_CHECK_BOOKING              Customer Enhancement for Additional Checks for
LSO_COLLABORATION              Integration SAP Learning Solution => Collabora
LSO_CORRESPONDENCE01           LSO: Rules for Course-Related Correspondence
LSO_CORRESPONDENCE11           LSO Correspondence: BADI for Mail Output
LSO_CORRESPONDENCE12           LSO Correspondence: BADI for Additional Inform
LSO_CORRESPONDENCE41           Correspondence Control Options
LSO_CORRESPONDENCE43           LSO Correspondence: Change Output Control Opti
LSO_CORRESPONDENCE44           LSO Correspondence: Determine Sender Control O
LSO_CORRESPONDENCE45           Specify Contact Address (Filter = Medium)
LSO_CORRESPONDENCE46           Specify Link to Contact Address Management
LSO_EBO                        BAdI: Learning Objectives Filter
LSO_EBO
LSO_FOLLOWUP                   Set Qualification Proficiencies at Follow-Up
LSO_LEARNER                    Customer Enhancement for Learner
LSO_LEARNER
LSO_LEARNER_SET                Reverse User Mapping for LSO_LEARNER
LSO_LEARNING_PROGRESS          BAdI: Calculation of Learning Progress
LSO_PRICES                     Learning Solution: Fee and Assignment (Dialog

Bad e-mail

Similar Messages

Maybe you are looking for