When doing a Mail merge for a newsletter, not all mails are sent, although the wizard does create them all. (in any case when saving the documents) If there is only one recipient No mail is sent, on the mailserver I get a connect from the machine sending them immediately followed by a disconnect, no data is received. When there are 2 adresses, only the second gets sent, not the first. I see the connect immediately followed by a disconnect of the first one. If I have 10 mails, only the first 6 are sent, the last four never reach the mailserver (no connection is made) This is using HTML mailmerge messages, have not tested pdf or ODF sending. Mainly because I need the mails to be HTML. I run my own mailserver (postscript). If desired I can attach logging from the server showing the connects/disconnects and the document I am trying to send. The addresses and names in the document are retrieved from an LibreOffice Base database query.
Did some more testing, when e-mailing as ODF document, I get only 5 out of ten mails. The order they arrive is also the same every time. document 1 comes first, then 5, 4, 3, 2, 6 to 10 never get sent. unfortunately the window that is shown during sending remains to short on screen to be able to read it The numbering on it in the short glimpse that it is seen seems odd though. Sending as pdf is even worse, only 3 out of 10 mails are sent. But now when sending HTML, 9 out of 10 get sent.And they are sent in very random order. This is not very consistent behaviour. In this manner I can just as well send them all manually. And I intent to sent several hundred to all the people that have an subscription to my newsletter so that would be very inconvenient.
Just sent out an mailmerge with 130 e-mail adresses. roughly half get sent. When looking at the dialog showing the progress it displays the text "Sending paused" constantly. There is a counter in the dialog, counting the number of documents and the number that are sent. When the number of documents counter has reached the total number of documents in the mailmerge, the dialog closes and presumably sending stops. The number of documents sent counter never reaches the total number of documents.
(In reply to Ferdi from comment #2) > Just sent out an mailmerge with 130 e-mail adresses. roughly half get sent. > When looking at the dialog showing the progress it displays the text > "Sending paused" constantly. > There is a counter in the dialog, counting the number of documents and the > number that are sent. When the number of documents counter has reached the > total number of documents in the mailmerge, the dialog closes and presumably > sending stops. The number of documents sent counter never reaches the total > number of documents. After carefully looking the above seems to be occurring every time. The mailmerge should not end when the total number of documents is reached, but when the total number of documents has been sent! I attached a screenshot, to show the counter and how the number of sent documents are different from the total number of documents.
Created attachment 128909 [details] Mailmerge window showing difference in sent documents vs. total number of documents Mailmerge stops when total number of documents is reached, should be when number of sent documents equals the total number of documents. Now only about half of the total number gets sent.
Could you try with 5.3 beta1? https://wiki.documentfoundation.org/Installing_in_parallel/Linux http://dev-builds.libreoffice.org/pre-releases/deb/x86_64/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb.tar.gz Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Thanks for the reply, I had a little holiday, so could not test this yet. Will download and install 5.3.0 beta and test with that. I'll post results here.
I installed the latest beta and got it running. Unfortunately I cannot test this problem because in this version it will not connect to any mailserver at all. I find it impossible to sent any mail. I am using exactly the same settings that work in 5.2.2 but they do not work in 5.3.0 Also tried other smtp servers that I have access to, no luck they all fail with the message below: LibreOfficeDev could not connect to the outgoing mail server. Check your system's settings and the settings in LibreOfficeDev. Check the server name, the port and the secure connections settings -- <class 'LookupError'>: unknown encoding: idna, traceback follows File "/home/ferdi/Downloads/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb/DEBS/Install/opt/libreofficedev5.3/program/mailmerge.py", line 106, in connect self.server = smtplib.SMTP(server, port,timeout=tout) File "/home/ferdi/Downloads/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb/DEBS/Install/opt/libreofficedev5.3/program/python-core-3.5.0/lib/smtplib.py", line 251, in __init__ (code, msg) = self.connect(host, port) File "/home/ferdi/Downloads/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb/DEBS/Install/opt/libreofficedev5.3/program/python-core-3.5.0/lib/smtplib.py", line 335, in connect self.sock = self._get_socket(host, port, self.timeout) File "/home/ferdi/Downloads/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb/DEBS/Install/opt/libreofficedev5.3/program/python-core-3.5.0/lib/smtplib.py", line 306, in _get_socket self.source_address) File "/home/ferdi/Downloads/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb/DEBS/Install/opt/libreofficedev5.3/program/python-core-3.5.0/lib/socket.py", line 689, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): File "/home/ferdi/Downloads/LibreOfficeDev_5.3.0.0.beta1_Linux_x86-64_deb/DEBS/Install/opt/libreofficedev5.3/program/python-core-3.5.0/lib/socket.py", line 728, in getaddrinfo for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
I am confirming this for LibO 5.2.2.2 on Ubuntu. I regularly send ~ 80 html formatted messages. After upgrading to Ubuntu 16.10 I am getting complaints of people not receiving them. The dialog counts to about 80, making me think that all have actually been sent. A poll among the receivers shows only about half were received.
I have seen the same problem yesterday in 5.2.x
I just tried using LibO 5.2.3.2 (aka fresh) from the Libreoffice PPA. I haven't yet polled the receivers but I'm pretty sure the problem still happened. Just before the sending dialog closed I saw the counter reaching 97 with about half of that actually transferred.
I've had this problem. I have a test database with 3 records, only one of them ever gets through. This is on 5.4.0.0.alpha0+. I have amended sw/source/ui/dbui/mmoutputtypepage.cxx to put two sleeps in and I now get all 3 messages sent. Not tried it with more than 3 messages. I shall attach a git diff with my changes. Hope this helps a developer.
Created attachment 129628 [details] A hack to maybe fix this bug I would in no way suggest putting sleeps in to solve this bug. This diff is a suggestion to the developers as to where the problem may be. I have tested this on Lubuntu 14.04 LTS, Slackware 14.2 64bit and Slackware 14.2 32bit all using freshly compiled 5.4.0.0.alpha0+ Alex
The problem appears to be with latency in combination with monitoring the wrong variable. Currently If I send 63 messages to smtp.gmail.com, Libreoffice gives the appearance of struggling to keep up. It appears to pre-process all the batch of 63 messages quite quickly. In parallel with the pre-processing it sends processed messages to the smtp server this is done at a slow pace. Once it's pre-processed all 63 messages it doesn't wait until all the messages have been sent but just closes the dialog stopping Libreoffice from sending any more messages to smtp.gmail.com. Hence the problem. If I start an smtp server on my own machine and send the messages to localhost I don't see this problem as the messages have got less distance to travel and keep pace with the pre-processing. In the past up to and including LO 5.1 the progress dialog was always kept open and had to be closed manually. I have tested a patch that will revert to that behavior. I will submit it to gerret during the week commencing Monday 2nd January 2017. Alex
Thank you Alex! Great work.
This bug has been around for a while. That's why I keept 5.1.* for now. Today I tried 5.2.5.1 and e-mail is sent just for one record, while other functions (Edit Individual Documents, Save Merged Document and Print Merged Documents) work fine.
Hi, I can confirm that this bug also happen on Ubuntu 16.04 , LO Version: 5.3.0.3 Build ID: 1:5.3.0~rc3-0ubuntu1~xenial1.1 Threads CPU : 12; Version de l'OS :Linux 4.4; UI Render : par défaut; VCL : gtk2; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR.UTF-8); Calc: group I've turned on debug in mailmerge.py, and it sends the first email and not the others. Here is the log : PyMailServiceProvider init PyMailServiceProvider create with <Enum instance com.sun.star.mail.MailServiceType ('SMTP')> PyMailSMTPService init python version is: 3.5.2 (default, Nov 17 2016, 17:05:23) [GCC 5.4.0 20160609] PyMailSMTPService getSupportedConnectionTypes PyMailSMTPService connect ServerName: relay.dommel.be Port: 25 False Timeout: <object object at 0x7fda2419b0c0> ConnectionType: Insecure PyMailSMTPService isConnected PyMailSMTPService sendMailMessage PyMailSMTPService subject: test PyMailSMTPService from: Eric Bechet PyMailSMTPService from: xxxxxxx@yyy.com PyMailSMTPService send to: ('bzbz@email.com',) PyMailSMTPService flavors len: 1 PyMailSMTPService mimetype is: text/plain; charset=UTF-8; format=flowed ('PyMailSMTPService recipients are: ', dict_keys(['bzbz@email.com'])) send: 'ehlo [127.0.1.1]\r\n' reply: b'250-amber.schedom-europe.net\r\n' reply: b'250-STARTTLS\r\n' reply: b'250-PIPELINING\r\n' reply: b'250 8BITMIME\r\n' reply: retcode (250); Msg: b'amber.schedom-europe.net\nSTARTTLS\nPIPELINING\n8BITMIME' send: 'mail FROM:<xxxx@yyy.com>\r\n' reply: b'250 ok\r\n' reply: retcode (250); Msg: b'ok' send: 'rcpt TO:<bzbz@email.com>\r\n' reply: b'250 ok\r\n' reply: retcode (250); Msg: b'ok' send: 'data\r\n' reply: b'354 go ahead\r\n' reply: retcode (354); Msg: b'go ahead' data: (354, b'go ahead') send: b'MIME-Version: 1.0\r\nContent-Type: text/plain; charset="utf-8"\r\nContent-Transfer-Encoding: quoted-printable\r\nSubject: test\r\nFrom: =?utf-8?q?Eric_Bechet?= <xxx@yy.com>\r\nTo: bzbz@email.com\r\nX-Mailer: LibreOffice 5.3 via Caolan\'s mailmerge component\r\nDate: Sat, 18 Feb 2017 20:39:13 +0100\r\n\r\n=EF=BB=BFBonjour Eric B=C3=A9chet, habitant Montr=C3=A9al.Votre courriel es=\r\nt dsfsdf@fff.be\r\n =20\r\nHello\r\n\r\n\r\n.\r\n' PyMailSMTPService isConnected PyMailSMTPService disconnect send: 'quit\r\n' reply: b'250 ok 1487446761 qp 25915\r\n' reply: retcode (250); Msg: b'ok 1487446761 qp 25915' data: (250, b'ok 1487446761 qp 25915') reply: b'221 amber.schedom-europe.net\r\n' reply: retcode (221); Msg: b'amber.schedom-europe.net'
I can confirm that this problem is still present in Version: 5.3.1.2 Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; Locale: en-US (en_US); Calc: group It seems like it tracks "sent" and "created" and as soon as all the documents are created, the dialog closes and no more emails are sent. This results in ~half the expected emails actually being sent. Some go out, some do not. As a further annoyance, the dialog closes so it becomes impossible to see which emails failed. If the dialog just didn't auto close, I'm guessing all would be well.
I did submit a hack for this which was to simply take out the code that closed the dialog. It got rejected because " Patch Set 2: Code-Review-2 Sure it fixes the problem, if the user keeps LO open long enough, but you won't get any feedback _when_ that is. With this patch the MailDispatcher thread is simply never stopped. " It's been suggested that - " The email progress dialog is created using VclPtr<SwSendMailDialog> pDlg = VclPtr<SwSendMailDialog>::Create(pButton, *xConfigItem); And this dialog actually creates and keeps the mail dispatcher alive, as you can see in struct SwSendMailDialog_Impl. The main problem seems to be the last endDialog(pButton);, which you removed. As the pDlg has the pButton as a parent, the destruction of the main dialog also closes the progress dlg, which shuts down the dispatcher. So a quick fix would probably be to make the SwSendMailDialog modal and execute it before the endDialog. This should block closing the MM wizard. I don't know, if it has a way to interact, but I guess it closes when all mails are send. A better fix would be to change the parent of SwSendMailDialog to something else, so it won't close on MM wizard close, and will still process the mails in the background. So a user can still use LO while the emails are send, but obviously is also able to close LO. "
(In reply to Jeff Bennett from comment #17) > I can confirm that this problem is still present in Version: 5.3.1.2 > Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2 > CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; Layout Engine: > new; I seem to have hit this problem too, but have only today started to look at email merge for the first time, so have been assuming it was my error. "8-) Version: 5.3.1.2 Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2 CPU Threads: 8; OS Version: Linux 4.9; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: en-AU (en_AU.UTF-8); Calc: group I have a test Calc sheet with 12 entries all using my email address and a test Writer document with two merge fields and a little text. I have set up Writer Mail Merge Email and it tests successfully, so I think that much is working OK (it is set to use my ISP's mail that I use for normal emails). When I press the 'Send Documents' button, a small dialog pops up for a second and it appears to count up to 12 before closing. Following this, another larger dialog pops up and it seems to be saying the connection has been established and is sending, but it closes before I can read any more. The result so far has been out of each attempt at sending twelve messages, only one email arrives in my inbox from my ISP. From the above I conclude 1) my settings are correct and 2) I am hitting the exact bug described here.
I've been working from the developers advice and built another patch that addresses this problem. Still in testing. It does send all messages using the mail merge wizard and also a macro using the mail merge API. So I'm happy with it so far. I will submit it later this week.
(In reply to Alex Kempshall from comment #20) > I've been working from the developers advice and built another patch that > addresses this problem. > > Still in testing. It does send all messages using the mail merge wizard and > also a macro using the mail merge API. So I'm happy with it so far. > > I will submit it later this week. I really appreciate your work. I am not a programmer. But when mailmerge works like it ought to, will make sending my newsletters to their subscribers much easier. Much thanks in advance!
(In reply to Alex Kempshall from comment #20) > I've been working from the developers advice and built another patch that > addresses this problem. > > Still in testing. It does send all messages using the mail merge wizard and > also a macro using the mail merge API. So I'm happy with it so far. > > I will submit it later this week. Thanks very much. Will make a big difference in our organisation where we send out Payslips as PDF attachments to our employees every month. Cheers and thanks once again!
Not a fix, but a (clumsy) workaround. I found that if you add a bunch of fake rows to your .ODS the mail-merge will hit all the real addresses before it kills itself. Essentially, if I want it to mail 20 (real) people, I added an extra 20 rows that sent to "no-one@example.org" causing LO to create 40 total documents. It generally gets to mail#20 before dying. Let's hope a real fix comes soon, but at least you can (sort-of) get mail-merge to function.
Hello I have the same problem with the last official version Version: 5.3.5.2 Build ID: 50d9bf2b0a79cdb85a3814b592608037a682059d and also with the development version 5.4 The number of documents sent counter never reaches the total number of documents. Is there any fix available I have seen that a possible workaround was to add X lines with mail adress no-one@example.org but without been sure that the number of lines is sufficient to send all messages Regards
Hello All It's still in Version: 6.0.0.0.alpha0+ Build ID: 1e3bd9bd15550033ae76012014d631b104ff2008 The last patch I submitted got rejected by Jenkins. The only solution will be to totally unravel the two dialogs which appear to be share a common class. Haven't had a look at in since April because of affairs of state, holidays and year end. I may have a small window of opportunity staring with the second week of September. I've only ever submitted a couple of patches to LibreOffice so I'm very new to this. Alex
It is difficult to provide data for the duplication of problems with mail merge as at least two files are needed (the intended recipients and the document to be specialized) together with the mode of duplication. This is hard enough; but it must be even more difficult for the person assigned to investigate the problem. Perhaps a different approach is needed for resolving mail merge problems.
Hello. I have a similar problem with LO 5.4.03 under Linux Mint 17.3, also originally discussed here : https://ask.libreoffice.org/en/question/124765/mail-merge-to-e-mail-only-sends-to-first-recipient/ I have been running tests with a list of 5 documents to produce from the .odt basic document. The Mail Merge tool produces all documents correctly when I choose to save them as .odt. However, when choosing to send emails, only the first one is being sent. I have tried switching the order of the lines in my list of addresses, it is always the same result : only the first document is being sent. I tried with 2 different smtp servers, with the same result. I thought that maybe it was the smtp servers blocking chained sendings but a test with the Mail Merge extension of Thunderbird showed me the smtp server was not the problem (using the same list of adresses). So it really is LO stopping the email sendings after the first one.
MailMerge is supposed to work something like this 1. the user starts and then completes the Tools->Mail Merge Wizard. Presses the "Finish" button to complete this process. 2. the user starts the MailMerge process by clicking on the "E-Mail Messages" button on the MailMerge toolbar 3. the user is then presented with the "E-Mail merged document" dialog which is then completed as required. When complete the user will press the "Send Documents" button. This sends the messages to a Dispatcher. 4. The "Mail Merge" message box will be presented and will close automatically after a short time. 5. The "Send E-mail messages" dialog will be presented and will extract the messages from the Dispatcher . 6. Once all the messages have been sent the "E-Mail merged document" dialog is automatically closed. 7. After all messages have been posted the "Send E-mail messages" dialog will close automatically. Unfortunately it doesn't quite work like the above as when the "E-Mail merged document" dialog is closed automatically it also closes the "Send E-mail messages" dialog and the Dispatcher even though there are still messages to post! On my system the "Send E-mail messages" dialog closes after having sent, would you believe, 13 messages out of 63 expected. I've had a couple of goes at fixing this. Though the fixes have worked for me. I failed to persuade the developers and Jenkins to let the fixes through. I have another fix that again works for me. Though, I suspect that the automatic validation tool that the developers use will find some issue with it.
(In reply to Alex Kempshall from comment #28) > MailMerge is supposed to work something like this > > 1. > the user starts and then completes the Tools->Mail Merge Wizard. Presses the > "Finish" button to complete this process. > > 2. > the user starts the MailMerge process by clicking on the "E-Mail Messages" > button on the MailMerge toolbar > > 3. > the user is then presented with the "E-Mail merged document" dialog which > is then completed as required. When complete the user will press the "Send > Documents" button. This sends the messages to a Dispatcher. > > 4. > The "Mail Merge" message box will be presented and will close automatically > after a short time. > > 5. > The "Send E-mail messages" dialog will be presented and will extract the > messages from the Dispatcher . > > 6. > Once all the messages have been sent the "E-Mail merged document" dialog is > automatically closed. > > 7. > After all messages have been posted the "Send E-mail messages" dialog will > close automatically. > > Unfortunately it doesn't quite work like the above as when the "E-Mail > merged document" dialog is closed automatically it also closes the "Send > E-mail messages" dialog and the Dispatcher even though there are still > messages to post! On my system the "Send E-mail messages" dialog closes > after having sent, would you believe, 13 messages out of 63 expected. > > I've had a couple of goes at fixing this. Though the fixes have worked for > me. I failed to persuade the developers and Jenkins to let the fixes through. > > I have another fix that again works for me. Though, I suspect that the > automatic validation tool that the developers use will find some issue with > it. So glad the problem is receiving some attention at last! More strength to your arm!
Hi, (In reply to Alex Kempshall from comment #25) > It's still in > > Version: 6.0.0.0.alpha0+ > Build ID: 1e3bd9bd15550033ae76012014d631b104ff2008 Yesterday I did a mail merge in Version: 6.0.0.0.alpha0+ Build ID: c84332184a5de3e4180514cf6e3282597ffe5dd6 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-08-24_17:44:14 Locale: nl-NL (nl_NL.UTF-8); Calc: group - I have an ODB with a linked ODS. - Start Writer document, open Database Window, add some fields - Start Wizard, do some steps, close the Wizard and click Send Emails on the tool bar. - I added a personal email address in BCC. > All email, 24 in this case, were properly sent. So for me, in this set up, it works fine...
(In reply to Cor Nouws from comment #30) > - Start Wizard, do some steps, close the Wizard and click Send Emails on the > tool bar. > - I added a personal email address in BCC. > > > All email, 24 in this case, were properly sent. > > So for me, in this set up, it works fine... Ah, here I missed one thing (sorry!) It's not about sending just email, but about sending merged documents by email. Will do a test for that too..
has said before, current version of libreoffice, has a bug for sending mails with Mail Merge Wizard It stops to send mail as soon as all merge documents have been created, currently the only solution I have found is to have 2 versions of libreoffice the last one to create documents an older one (I have choosen V4.4) to do Mail Merge Wizard Regards
As I mentioned in comment 13 If I start an smtp server on my own machine and send the messages to localhost I don't see this problem as the messages have got less distance to travel and keep pace with the pre-processing.
(In reply to Alex Kempshall from comment #33) > As I mentioned in comment 13 > > If I start an smtp server on my own machine and send the messages to Messages with or without a document attached?
(In reply to Cor Nous from comment #34) > Messages with or without a document attached? I'm sending just plain messages. No attachments. The test data that I'm using can be found in #tdf106022
I submitted a patch for this bug on August 24th. See https://gerrit.libreoffice.org/#/c/41519/ It is waiting code review.
(In reply to Alex Kempshall from comment #35) > (In reply to Cor Nous from comment #34) > > > Messages with or without a document attached? > > I'm sending just plain messages. No attachments. This issue is about sending merged documents as attachment to the mails.
(In reply to Alex Kempshall from comment #36) > I submitted a patch for this bug on August 24th. > > See https://gerrit.libreoffice.org/#/c/41519/ > > It is waiting code review. Thanks!
(In reply to Cor Nous from comment #38) The opening sentence in comment #1 from this bug report states > When doing a Mail merge for a newsletter, not all mails are sent, although the > wizard does create them all.
My previous post should have refereed to the comment that opened this bug and not to the first comment. Apologies.
Is there any patch for this bug currently , the only solution is to have an old version of libreoffice to run mail-merge
(In reply to worms from comment #41) > Is there any patch for this bug > currently , the only solution is to have an old version of libreoffice to > run mail-merge There is also your solution that you mentioned in comment #24, which is what I have been using. Out of an extra 22 dummy recipients, between 13 an 21 have been sent.
Hello Happy new year to libreoffice users are there any news about this bug, in the latest official version 5.3.7.2 always the same problem it seems that in the new version 6 it's not solved regards
Je suis obliger de rester à la version 4.4.52 qui est la dernière à fonctionner pour lafinction publipostage. Le problème est présent chez les personnes qui font un envoi avec des lignes ADSL de petite vitesse. Nous sommes nombreux habitants dans ces zones. Ne nous abandonnez pas . Merci
It's not only with slow adsl link, there is the same problem with fiber channel connexion
*** Bug 115561 has been marked as a duplicate of this bug. ***
I just have loaded libreoffice V6 since 5.2 version, MailMerge wizard don't send all the mails in mailing list The number of mails sent depends on the size of document and line speed currently it's not possible to use this functionality Regards
Alex McMurchy1917 committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bfaa6e35ff09a0426d2c3c9c36f069fabc0c9489 tdf#103919 mailmerge: prevent premature end of emailing It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Alex McMurchy1917 committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e0d32e7fc9abd0c5718398f6ed80a75c392e746a&h=libreoffice-6-0 tdf#103919 mailmerge: prevent premature end of emailing It will be available in 6.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Sorry but for me it's not fixed, I have a list of 7 mail address, only 1 has recieved a mail, I must have 26 lines (7 real mail adress and 19 empty one) to have 7 mails recieved) Regards I just have download th 6.0.2 version Version: 6.0.2.0.0+ Build ID: e3d69e6d8b5d1da039d3e8a22800cde4947b48fc CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-0, Time: 2018-02-14_00:07:23 Locale: fr-FR (fr_FR.UTF-8); Calc: group
(In reply to worms from comment #50) > Sorry but for me it's not fixed, I have a list of 7 mail address, only 1 has > recieved a mail, I must have 26 lines (7 real mail adress and 19 empty one) > to have 7 mails recieved) > > Regards > > I just have download th 6.0.2 version > Version: 6.0.2.0.0+ > Build ID: e3d69e6d8b5d1da039d3e8a22800cde4947b48fc > CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: kde4; > TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-0, Time: > 2018-02-14_00:07:23 > Locale: fr-FR (fr_FR.UTF-8); Calc: group The fix is not yet in that build. Check the time. You have to wait for tomorrow.
Buovjaga Yesterday, the bug was already marked RESOLVED AND FIXED, so I thought that the bug was solved I have downloaded the today version, and all the mails are well sent wonderful regards Version: 6.0.2.0.0+ Build ID: df72c65fdaf5f1276d1759ba3e7eec83eaaa2d20 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-0, Time: 2018-02-15_02:20:53 Locale: fr-FR (fr_FR.UTF-8); Calc: group
I have also downloaded and tested the version: 6.0.2.0.0+ Build ID: df72c65fdaf5f1276d1759ba3e7eec83eaaa2d20 This is working fine and all 27 mails are being created and sent correctly. Thanks very much for the fix. Cheers! KS
Everyone affected by this bug is encouraged to test. There were some challenges during the design of the patch having LibreOffice crash after the dialog was finally closed (after all the emails were sent). The crashes "magically" stopped after one related coding change. It would be nice have lots of testers confirm that crashing will not show up again. P.S. The master (6.1) version contains various other UI enhancements (defaults to secure email, toggle between secure/insecure port numbers, autofill authentication username) and allows SSL port 465 emailing.
Just tested this with Version: 6.1.0.0.alpha0+ Works perfect. selected 10 recipients and all mails were succesfully sent and also verified received by the recipients! Thanks for fixing this!
*** Bug 116036 has been marked as a duplicate of this bug. ***
I just tested on 6.0.2.1 on LinuxMint and no change : 2 copies in a message and only one/two used. It is very slow and not usable. It is with a new profile, as the old one avoid Libo start. JYR
(In reply to royerjy from comment #57) > I just tested on 6.0.2.1 on LinuxMint and no change : 2 copies in a message That doesn't sound like the bug described here. Are you saying that a single person got one email with two copies of the message in the email body? It sounds like you need to create a new bug report and provide an example mail-merge file. > and only one/two used. This is not very descriptive. How many emails were you attempting to send? How many did it report sending? Did it count up to the total number before closing, or did it just stop partway through? > It is very slow and not usable. That is not part of this bug report.
I have installed LO 6.0.2.1 and tried to send as odt document, pdf document , raw document or html document 7 mails , all have recieved mails, regards
Reverting status change
(In reply to Justin L from comment #58) > (In reply to royerjy from comment #57) > > I just tested on 6.0.2.1 on LinuxMint and no change : 2 copies in a message > That doesn't sound like the bug described here. Are you saying that a single > person got one email with two copies of the message in the email body? It > sounds like you need to create a new bug report and provide an example > mail-merge file. Yes ! > > and only one/two used. > This is not very descriptive. How many emails were you attempting to send? 14 > How many did it report sending? Sometimes it hang at the beginning or in the middle. So, it is difficult to know the reason. Did it count up to the total number before Yes : I understand there is two phases : to product the messages and then to send them. The firs phase seems OK. The problem seems coming during sending mails. I try to made an example. > closing, or did it just stop partway through? > > It is very slow and not usable. > That is not part of this bug report.