Hello Jeff,
> the image gets stripped on the way out. I DON'T want to have the image
> sent as an attachment (can already do that) but want it in the body of
> the email itself.
The HTML part is an attachment and the images are also attachments. If
you want the images in the html document you h
Hi Jeff,
Dod is talking about HTML email and you are talking about RTF email. Not the
same format.
btw: I think RTF email is only used by old Microsoft software. Currently all
email software use HTML emails.
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTEC
Hi Dod
I understand this bit (I think):-
> but an image in a mail is a BASE64 encoded attachement so if you
> convert HTMLToString then you'll only get the HTML text part of
your mail, not the attached binary files like
> images.
But here, I'm not with you
> To do this you may have
Hello Jeff,
I don't understand very well what you mean, but an image in a mail is
a BASE64 encoded attachement so if you convert HTMLToString then
you'll only get the HTML text part of your mail, not the attached
binary files like images.
To do this you may have to decode attached pic
Hi
Currently I have a program that works 99% OK ;-)
I compose a rich text email in
BodyText: TJvRichEdit;
and I send it with code like this:-
if BodyText.PlainText then sl.Text := BodyText.Text
else Common.JvRichEditToHtml.ConvertToHtmlStrings(BodyText, sl);
where sl is a TS
Bjørnar Nielsen wrote:
> Arno,
>
> I think you know this bether than me, but I think you are right.
> Calling RequestDone with errormessage would also solve the problem
> for me.
A "500" status code were probably more suitable indicating a persistent
error, like '500 Internal client error ..'.
Arno,
I think you know this bether than me, but I think you are right. Calling
RequestDone with errormessage would also solve the problem for me.
Regards Bjørnar
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arno Garrels
Sent: 7. april 2008 12:15
To:
Hi,
While that is a possible explanation it is not the case.
At this point I do not care. If it can happen on this machine it can happen
on a client machine and that is not allowable. Calling connect in place of
listen never fails.
Thanks for your help,
Mark
-Original Message-
From
If you've not already done so (Assuming you're using XP)
Make an "Exception" in Windows Firewall settings, for your application
(exe file name) and the port number it listens on. Especialy if it
needs to accept incoming data from outside the physical (or virtual) PC.
*Usually* XP's "Windo
Bjørnar,
Won't it be smarter to trigger RequestDone with an error and the
exception message?
Someting like:
procedure TCustomSmtpClient.DoHighLevelAsync;
[..]
try
[..]
except
on E:Exception do begin
{$IFDEF TRACE}
TriggerDisplay('! ' + E.ClassName + '
[EMAIL PROTECTED] wrote:
> I have tried to implement an exception handler for this event but was
> unsuccessful.
Due to the asynchrone nature of ICS you cannot catch and handle all
possible exceptions where they occured as usual, those are called
background exceptions.
For instance:
try
Ge
Hello zayin,
So first it does not work, then minutes later it works and a little
later same error.
So the explanation is that there is another application that listen on
this ip:port:proto but not all the time.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://
Hello crazdcodr,
I don't see complaints but here is an example.
procedure CtrlSocketBgException(Sender: TObject; E: Exception;
var CanClose: boolean);
HttpCli1.CtrlSocket.OnBgException := CtrlSocketBgException;
procedure TForm1.CtrlSocketBgException(Sender: TObject; E: Exception;
var CanClo
13 matches
Mail list logo
