pdfx wont send mail
#29172
28 Nov 10 07:55 AM
|
Joined: Jul 2001
Posts: 453
Joe Leibel
OP
Member
|
OP
Member
Joined: Jul 2001
Posts: 453 |
I made the changes to enable the emailing of customer statements and can't get the PDFX to send a simple email on my PC. (Windows 7 and Thunderbird) So the first thing I discover is that when I try to send an email from within Acrobat - Acrobat reports "Acrobat is unable to connect to your email program"
Some research led me to this answer....
Start > Default Programs > Set program access and computer defaults > Custom (expand this) > Choose a default e-mail program Then, click on 'Thunderbird'. - 'Use my current email program' won't do it, even if Thunderbird is already your default.
So now after I generate a PDF, from within acrobat I can click on File > Email without the error and the pdf is attached to the email.
But PDF Exchange still would not put the PDF into the Email!!! No error is reported.
|
|
|
Re: pdfx wont send mail
#29173
28 Nov 10 12:49 PM
|
Joined: Mar 2005
Posts: 494
Ty Griffin
Member
|
Member
Joined: Mar 2005
Posts: 494 |
Although there are some benefits of using the PC's default email program for sending of messages, there are some problems with it. In brief, our experience is that even though client email programs (Outlook, Outlook Express, Thunderbird, Eudora, etc.) *SAY* that it is possible to access their services programmatically, that is not always the case. Consequently, we've found that the only known-to-be-reliable method of sending email with PDFX is to use "type 4" email, described in the docs as "modified SMTP." Jack wrote this function from top to bottom (as opposed to using the function that came with PDF-Xchange), and it has been perfectly reliable as far as we know.
So my/our suggestion, Joe, is to use Type 4 email, and leave Thunderbird out of the loop.
Jack will chime in later if he has additional thoughts or disagrees with mine.
|
|
|
Re: pdfx wont send mail
#29174
13 Dec 10 02:23 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
Hello Ty, I've been working on PDFX these last days, unless I use the wrong version, the modified SMTP option is type 3 ? i've surely missed something, because it doesnt work well with a SSL Gmail smtp account.
|
|
|
Re: pdfx wont send mail
#29175
13 Dec 10 02:28 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
ho, i get, it ; i use the PDF version of PDFX, it doesnt mention type 4 ; but CHM does. I'm looking further on it.
|
|
|
Re: pdfx wont send mail
#29176
13 Dec 10 02:43 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
ok, html mentions it either ; how can i get the ashnet.dll lib ?
|
|
|
Re: pdfx wont send mail
#29177
13 Dec 10 10:32 AM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
It is included in any full A-Shell or ATE 5.1 installation package (ash-*.exe or ate-*.exe). You can also download it separately as a zip from http://www.microsabio.net/dist/51dev/bin-win/
|
|
|
Re: pdfx wont send mail
#29178
13 Dec 10 11:23 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
thank you. Can you confirm it works ok on a w2k computer ?
|
|
|
Re: pdfx wont send mail
#29179
13 Dec 10 12:02 PM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
Sorry, I'm not 100% sure of that, but I think it should work.
|
|
|
Re: pdfx wont send mail
#29180
15 Dec 10 02:59 PM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
Jack, i've tried it again, reintalling complete ashell on the w2k server. PDF mail type 4 doesn't work : the print file specifies smtp port 465 (gmail smtp ssl):
//PDFX,Email.SMTP.UseSSL,1 //PDFX,Email.SMTP.Port,465
, but ashell debug reports (local or remote) :
SMTP_Connect:. Connecting to SMTP server smtp.gmail.com:25. smtp_host: smtp.gmail.com. smtp_port: 25. smtp_user: p.melot@mrt.fr. InitialResponse: 220 mx.google.com ESMTP b30sm1148082wen.1. ... SMTP_Connect:. Connecting to SMTP server smtp.gmail.com:25. smtp_host: smtp.gmail.com. smtp_port: 25. smtp_user: p.melot@mrt.fr. InitialResponse: 220 mx.google.com ESMTP b30sm1148082wen.1. ... 530 5.7.0 Must issue a STARTTLS command first. b30sm1148082wen.1. Failed when sending MAIL FROM:<>.
it works fine with ate local pdfx (auxloc), but it's not a practical solution.
do I have to change the serveur OS ? or maybe a simple explanation ? thank you Pascal
|
|
|
Re: pdfx wont send mail
#29181
15 Dec 10 03:34 PM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
It appears to be trying port 25 even though you are specifying 465. Let me investigate and get back to you (tomorrow).
|
|
|
Re: pdfx wont send mail
#29182
16 Dec 10 01:36 AM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
OK, I reproduced the problem and uploaded a new version which worked (for me) under W2000 as well as Windows 7 : ashnet.dll 1.3.121 Notes: 1. Unpack the ashnet.dll into the A-Shell (or ATE) bin directory. 2. I tested this with A-Shell 5.1.1192.0. I don't think it is very sensitive to the A-Shell version, but you'll need at least 5.1.1125, and preferably something closer to current. 3. Under W2000, if you get the an error saying it is unable to load MSVCR90.DLL, you can download it from http://www.microsabio.net/dist/other/MSredistributables (Save it into either the A-Shell bin directory or the windows\system32 directory.) 4. If there is a problem with the connection, the log message should now show the correct port, for example: Need new SMTP connection.
SMTP_Connect:.
Connecting to SMTP server smtp.googlemail.com:465.
smtp_host: smtp.googlemail.com.
smtp_port: 465.
smtp_user: microsabio@gmail.com.
etc. 5. HOWEVER, in the process of testing this, I discovered that some SMTP servers (particularly googlemail) can be so verbose with their messages that the previous space allocated for the error message (2048 bytes) was not enough to capture the entire set of messages from the server. In particular, if using SSL, the certificate authentication messages can be quite long, such that the message gets truncated before you get to the actual login. Unfortunately to expand that requires an A-Shell update (which will happen in 1197.6 or higher, but that isn't ready because of some unrelated issues yet to be resolved). So, hopefully it will connect without a problem, or you will be able to see what the problem is, without needing the entire error message sequence. Or, perhaps by tomorrow the A-Shell update will be ready to test.
|
|
|
Re: pdfx wont send mail
#29183
16 Dec 10 02:56 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
thank you, i've tried it (quickly) ; still the message isn't processed (local or ATE request), I will work further on this ; for info, here is the report :
PDFX/AshNet Error Log: SendEmail:. DllDate: Oct 20 2010. UnlockPrefix: MICROSMAILQ. Username: Administrateur. Component: Visual C++ 9.0. recipients:. TO: pascal@melot.fr. totalCount: 1. renderToMime:. xSigningAlg: sha1. renderToMime: Elapsed time: 0 millisec. Need new SMTP connection. SMTP_Connect:. Connecting to SMTP server smtp.gmail.com:465. smtp_host: smtp.gmail.com. smtp_port: 465. smtp_user: p.melot@mrt.fr. ConnectTimeoutMs: 30000. gethostbyname_blocking2: smtp.gmail.com. myIP: 192.168.1.2. myPort: 2441. connect successful.. handshakeMessageType: ServerHello. handshakeMessageLen: 0x46. processHandshakeMessage:. MessageType: ServerHello. Processing ServerHello.... ServerHello:. MajorVersion: 3. MinorVersion: 1. SessionIdLen: 32. CipherSuite: RSA_WITH_RC4_128_MD5. CipherSuite: 00,04. CompressionMethod: 0. Queueing ServerHello message.. ServerHello is OK.. HandshakeQueue:. MessageType: ServerHello. Dequeued ServerHello message.. handshakeMessageType: Certificate. handshakeMessageLen: 0x61c. processHandshakeMessage:. MessageType: Certificate. ProcessCertificates:. Certificate:. derSize: 863. certSubjectCN: smtp.gmail.com. certSerial: 14CB349D00030000128E. certIssuerCN: Google Internet Authority. Certificate:. derSize: 692. certSubjectCN: Google Internet Authority. certSerial: 0B6771. certIssuerCN: . NumCertificates: 2. Queueing Certificates message.... Dequeued Certificate message.. handshakeMessageType: ServerHelloDone. handshakeMessageLen: 0x0. processHandshakeMessage:. MessageType: ServerHelloDone. Queueing HelloDone message.. DequeuedMessageType: ServerHe
and the sample print file :
//PDFX,Email.Type,4 //PDFX,Email.SMTP.Address,"smtp.gmail.com" //PDFX,Email.SMTP.UserName,"p.melot@mrt.fr" //PDFX,Email.SMTP.Password,"***********" //PDFX,Email.SMTP.UseSSL,1 //PDFX,Email.SMTP.Port,465 //PDFX,Email.To,"pascal@melot.fr" //PDFX,Email.Content,"Bonjour à tous," //PDFX,Email.Content,"Yours truly," //PDFX,Email.Content, //PDFX,Email.Content,"MRT électronique" //PDFX,Email.Subject,"PDF testing" //PDFX,Save.FullFileName,"%miame%\dsk1\300000\pascal.pdf" //PDFX,Save.ShowSaveDialog,0 //PDFX,Save.Type,2 //PDFX,Save.App.Run,0 //PDFX,Save.WhenExists,1 Et voici le document attendu. NOMBRE DE PAGES %# MERCI.
|
|
|
Re: pdfx wont send mail
#29184
16 Dec 10 03:00 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
Jack i'm sorry, i didnt read your entire previous post. Point 5 explains, i will wait, no problem. sorry again. Pascal
(i'm so clumsy by now, too many things to deal with at a time, really sorry)
|
|
|
Re: pdfx wont send mail
#29185
16 Dec 10 03:20 AM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
Indeed, you've run into the problem with the message getting truncated, so we can't see what the actual error is. (You've gotten farther than before, because now it is clearly connecting to gmail on port 465 and receiving the SSL certificates, but that all happens before the actual login/password sequence.) That being the case, you may want to try the beta ashw32 5.1.1197.6 which I just posted, so you can get the rest of the error message. (I'm hoping/expecting you will find it is just a problem with your login/password.) For example, this is what I get (at the end of the message) if I deliberately send a bad password: Handshake completed successfully..
Secure Channel Established..
InitialResponse: 220 mx.google.com ESMTP b11sm2810638wff.9.
.
sendingHello: EHLO jackx201.
.
helloResponse: 250-mx.google.com at your service, [99.122.109.12].
250-SIZE 35651584.
250-8BITMIME.
250-AUTH LOGIN PLAIN XOAUTH.
250 ENHANCEDSTATUSCODES.
.
login_method: LOGIN.
535 5.7.1 http://mail.google.com/support/bin/answer.py?answer=14257 b11sm2810638wff.9.
Failed to get response to login password.
ConnectionLog:.
220 mx.google.com ESMTP b11sm2810638wff.9.
250-mx.google.com at your service, [99.122.109.12].
250-SIZE 35651584.
250-8BITMIME.
250-AUTH LOGIN PLAIN XOAUTH.
250 ENHANCEDSTATUSCODES.
AUTH LOGIN.
334 VXNlcm5hbWU6.
334 UGFzc3dvcmQ6.
535-5.7.1 Username and Password not accepted. Learn more at .
535 5.7.1 http://mail.google.com/support/bin/answer.py?answer=14257 b11sm2810638wff.9.
.
Failed to login using LOGIN method.
checkOrMakeSmtpConnection: Elapsed time: 1654 millisec.
Failed.. As for your file, I don't see anything particularly wrong with it, although just for full disclosure, here's mine: //PDFX,Save.Type,2
//PDFX,Save.ShowSaveDialog,0
//PDFX,Save.App.Run,0
//PDFX,Save.WhenExists,1
//PDFX,Email.Type,4
//PDFX,Email.ID,XYZ123
//PDFX,Email.LogFile,test.log
//PDFX,Email.SMTP.Address,smtp.googlemail.com
//PDFX,Email.SMTP.UserName,microsabio@gmail.com
//PDFX,Email.SMTP.Password,--------
//PDFX,Email.SMTP.Port,465
//PDFX,Email.SMTP.UseSSL,1
//PDFX,Email.Content,"Hello world"
//PDFX,Email.Content,"This is a second content line"
//PDFX,Email.To,"Jack McGregor <jack@microsabio.com>"
//PDFX,Email.From,"microsabio@gmail.com"
Cou Cou, il y a quelqu'un? Note: I checked the google SMTP specifications and they are now saying to use smtp.googlemail.com at port 465, rather than smtp.gmail.com. But I tried both, and both worked. Disclaimer: Although I did verify that this worked under W2000 (using VMware), I didn't try it via ATSD, which apparently you are. I don't think that's the issue, but if still not working when I come back (in about 8 hours after some sleep), I'll revise my test accordingly. Warning: 1197.6 is definitely "beta", but that's almost totally due to GUI issues with XTREE; if you're not using that, it is probably fine. (But caution is advised with any late night beta updates!)
|
|
|
Re: pdfx wont send mail
#29186
16 Dec 10 04:38 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
i'll try it. Sometimes the total pages counter "%#" indicates 2 on my single page example, do you know why ?
|
|
|
Re: pdfx wont send mail
#29187
16 Dec 10 04:44 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
it seems the %# is not ok when printed through auxloc (with a client pdfx printer)
|
|
|
Re: pdfx wont send mail
#29188
16 Dec 10 11:33 AM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
Indeed, I am able to reproduce that. It's on the list...
|
|
|
Re: pdfx wont send mail
#29189
16 Dec 10 11:45 AM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
works fine on server side with the latest 1197.6 (the hidden error was : "from" missing) So everything's ok for me. A+ Pascal
|
|
|
Re: pdfx wont send mail
#29190
16 Dec 10 12:01 PM
|
Anonymous
Unregistered
|
Anonymous
Unregistered
|
still... with pdf.save.type.3 : the mail goes without any attachment.. but it's not a problem for me.
|
|
|
Re: pdfx wont send mail
#29191
16 Dec 10 12:37 PM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
//PDFX,Save.Type,3 only works with Email.Type,3 (generate, email, delete). It won't work with Email.Type,4 because it deletes the PDF before the Type 4 logic (in ashnet.dll) can send it. So I think you must use Save.Type,2 (just save the PDF) with Email.Type,4
|
|
|
Re: pdfx wont send mail
#29192
17 Dec 10 12:52 AM
|
Joined: Jun 2001
Posts: 11,794
Jack McGregor
Member
|
Member
Joined: Jun 2001
Posts: 11,794 |
Regarding the #% problem, I believe it is fixed in the 5.1.1198.0 update, which you can download from the beta directory ( http://www.microsabio.net/dist/51dev/temphold/ ). See this topic for links and other information about the update: http://www.microsabio.net/ubb2/ultimatebb.cgi?ubb=get_topic&f=5&t=001077 The problem was related to situations in which AUXLOC: would append a trailing form feed or chr(12) to the end of the file to make sure the page would be ejected if printed in passthrough mode. The page counting logic no longer counts trailing page breaks unless there is something printable on the last page.
|
|
|
|
|