From jan at horde.org Mon Aug 17 16:22:57 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:22:57 +0200 Subject: [horde] Inline HTML claimed on mail with clean text/plain In-Reply-To: <20150721163113.Horde.p3H06809Z-R14A20XIGEty6@slackmail.co.uk> Message-ID: <20150817182257.Horde.CYrW98TZv_BthGECmzO2BCM@neo.wg.de> Zitat von Ben Green : > Hi all, > > an odd issue has arisen with an email sent from Thuderbird. From > what I can tell Thunderbird is doing the right thing, and IMP is > responding unusually. > > I've copied in the portent bits of two mails ion below. They are > identical except that the signature on the first mail is a link, on > the second mail it contains an embedded image. > > Both present a valid, HTML free text/plain section. For the first > mail I can see the content perfectly. For the second mail I get: > "This message part contains HTML data, but inline HTML display is > disabled." > > This does not appear correct, the mail contains a valid text/plain > section with no HTML, which in the case of the first mail is > displayed as per my preferences. > > Any idea what's going on here? Surely the plain/text section should > be display, and an image reference in the text/html section > shouldn't be relevant. > > Cheers, > Ben > > =================================================================== > First Mail: > > > > To: beng at 3ca.org.uk > Subject: test > Content-Type: multipart/alternative; > boundary="------------060301000607060101080603" > > This is a multi-part message in MIME format. > --------------060301000607060101080603 > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Transfer-Encoding: 7bit > > > -- > Test Link > > --------------060301000607060101080603 > Content-Type: text/html; charset=utf-8 > Content-Transfer-Encoding: 7bit > > > > > > > >
> > > > > --------------060301000607060101080603-- > > > > =================================================================== > Second Mail: > > To: beng at 3ca.org.uk > Subject: test > Content-Type: multipart/alternative; > boundary="------------040203040304020409050405" > > This is a multi-part message in MIME format. > --------------040203040304020409050405 > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Transfer-Encoding: 7bit > > > -- > > --------------040203040304020409050405 > Content-Type: multipart/related; > boundary="------------010007000200010706020808" > > > --------------010007000200010706020808 > Content-Type: text/html; charset=utf-8 > Content-Transfer-Encoding: 7bit > > > > > > > >
>
--
>
> > > > --------------010007000200010706020808 > Content-Type: image/png; > name="k45f0YAh_normal.png" > Content-Transfer-Encoding: base64 > Content-ID: > Content-Disposition: inline; > filename="k45f0YAh_normal.png" > > iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAYAAABXAvmHAAAI9klEQVRoBdXB63NcdR3A4c/3 > d3ZPNiS7yeaQbE4LDTRNI02JgKIyImIpF2GqIiDjG8EyLcECIiDq9ML2AlNaaaHcSkEUZHzD > RcdByJEZQRTbhjYpSC9pUy4J0NILuTV7P7+vblBHx3+g+zwSeL5SwSTwfKWCSeD5SgWTwPOV > CiaB5ysVTALPVyqYBJ6vVDAJPF+pYBJ4vlLBJPB8pYJJ4PlKBZPA85UKJoHnKxVMAs9Xjneq > IML/UZDA85VKIAIiTFIFVcok8HzlOKaqlKkqWAsiiAhiDKqKBJ6vHM+MIcxkaLr065y8YD6R > mhoGH3+CQ79/AWstEni+8m/GgCqoggiIMEkVVEEVREAERPgPVVAFVSaJgDH8D1XUWkQEjAEU > rDLJGCZZC6ooICJgDOI4lEbHmNa1gFnr1iDA3hV3896GB9EwRALPV/5JrUXDEBFBHAdEsPkC > CBg3CsYBVRBBi0U0DEEBAXEcjBtFQwsilNlCAawyyQgmEkEiEWyxiIYhiGAcB0Sw+TwYg3Fd > /pstFBARbKHIydddy8wVy4gmEuxZupyhTY+j1iLdDc0qIri+T23bDMJcjszAfiTiUPeFs6Fk > GX3zTbLvvos4Dk4sRm1nJ1XNTYgxaFgif+Ago9v6QABriXoeiTM/SyQeR4BSJsNE/16O7d3H > CdOnk5h1GmEux8T+/WixRMN55xJmJhjp2Ubx8FEUxW1spP7zZxGtq+PIK3+m8cK5fGb1SqJ1 > dexekmZo4ybUWuSlZEqNMZz0/WtoW/JT8ocO88lfXic171JMLAahYgs59t29muHXtzD74Qeo > mTEd47qYqirCTBYt5Bne1svbXYuond1Bx/3rcBuSONXViONgcznCbJYPn3me4df/RucjD5L7 > 6ABjfTuo++LZxFJNqLUUx8d5a/71lJ3+yIO4XhJEsLkcR1/fjHfeuVR5HnsWpxl8dBNqLdJd > 36TiOLQs6qJ9+TIUCDMZsoNDSCRC7YxWyo688mcKhw8z5TtXUnbwhRcZ3tLDSd+9mnjHaZRt > nnsJLTfewJRvfZOyD57+DeO7+5m28DpqWqaRP3KEA8/+llO6FmDDEFsooMUiahW3vo6yoaee > JhJP4F/+Dcryhw4RTmRw/WZMNIpxHPqXpHl/4ybUWqQ7mVIxhmldC2hfmUZE+OjZ5+j73rXE > 20+j7c4lNH9zHhP9e7FhSKJjFqWJCfb8bCkHnn2OKt8nmkhgYjHGdu4i0TELtyFJ2eE/vUqY > ydD6k9tp+9kdlMbGGN68lcaLL0RE+OiZ5+mdfw1T5l1Ox4b1uF4Dw1t7cGLVJD57OqNv/p1d > P7qd4a2bmbV2LS0L5mNcl/4lad7fuAm1FulOplSMoaVrIe2r0oS5HPt/vp7+pWliqRTTf3o7 > rbfczPjOXRSGh2k45xzEMdhSCQ1DNAwJMxMMb+5h149/QrSunhl33Eb8jE6M4zCx7x0yQ4O0 > zL+W4ugoI9u203jBHMJcjoF7fs7u9FKa517C7IcfoLZtBiPb+zBVLomODg69/DK7br2D8Z1v > c+oPf8hnVt5JJB5nz5I0gxs3odYi3cmUijG0dC2kfVWaMJdn/7r76F+8jKqmJlrvuI3W224h > d+AAe1etJpqs59Qbf4CTiONEIqgIxhjEcRhYuw7/29+ipnU6qkp2cAibzxObOoVITQ3F8TFG > erbReMEcStks+9fcS396KamLL2PWhvXEZ7Yx0tuHcatIzJ7FoeBldt36Y47t2s0pN/6AmavS > uHV17FmSZnDjJtRapDuZUjGGlhsW0r4yTdmHzzzPju9dQ23bTNqWLca/4nIy7w/y4ZO/5tie > fkzUZXh7L7nBQby5c5i9YT3VJ01leEsPic7ZOCecwNhbb7NlzkXYYpH2u1Zw6o03UBwbY+SN > bTReMIcwl2P/mnvpTy+l6aJL6XjgPmrbZjC89Q2c6moSnbMZ3fEmO2++lZGeLbSvXMGpNy3C > xGL0L0kz+OhjqLVIdzKlYgwtXQtpX5VGrSXM5RjfuRuJOtSfcQZlR1/7K8XRUZrnXUbZwd// > gUPdf6T+c2cw5eqriNTW8t6jj+FfeQVVXgOlYxO8c98GbDbLlKuvItF5OqXMBMM9b9B4/vnY > UomB1WvYvXQxzRdfxuyHNlDTOp2PX+wmUhvHO+/LlI329ZH94COS53yJqhM9yvqXLef9hx9F > wxDpTqZUjKHl+oW035WmMDLCaO8OEp2nE0nE0WIRmy+wf/UaPtm8lc5NDxGbOhUTi+G4LrZY > JMzmyB88SM+8b9N6+4+Y8p0rcWJViOsSHjvGkdf+SuPXvkpxbIyR7b00fu18Stkc7963gb2r > ltM09xJOW7ua2vaZDD3xJBPvvMv0224hWl+HGActFfn4hZdIfulsqpqa2Lv8LoZ+8UustUh3 > MqViDC1dC2lflSbMZBhYu44Dz/2O5m9chpaKjPTuYGxbL7ZQwE2l8L7yZdwTTwTHoPkC+YMf > c+SVV9FCHlU4ce4F1MxoxRaLjPX2URwbJ3nOF7DZLIWjnxA7eSo2V2B8127GendQffJJ1H3+ > LKpSKSYGBjj66muc0NpKw3nnEo3HGe3bQXZwkLqzziRaV8fIG9vJDAygqkh3MqViDNOuX0D7 > imWE2RzvrL+ffSvvxqmuRksljOsikQifUmy+gIYhnxLEcTCxKrAWjMHm82ipRJlxXRDBFgqI > CBiDhiEigjgOEo2goUVLJdRaxHEwVVVoGGLzebAW47rgOGixiFqLiUYRx6FMuuubVByHU25a > xMw7F1O275617LtzJa7nYUslsBZUUVVEBIwBEf5DFaxFVRERMAZEmGQtk0T4lALCJFXUWkQE > jAEBrIIqiIAIiIAqqAUxTFIFVRSQl5IpNcbQfMXlnLKoizCX54OnnmboiV8RicchDDmeSXdD > s4oIJhbDiddCaAkzGcJsFkQQjm8SeL7yT6oKqkwSQUSoBNLt+Sr8iwiTVFFVRITjnQSer1Qw > CTxfqWASeL5SwSTwfKWCSeD5SgWTwPOVCiaB5ysVTALPVyqYBJ6vVDAJPF+pYBJ4vlLBJPB8 > pYJJ4PlKBfsHy1YG4z8FPV0AAAAASUVORK5CYIIgICAgICAgICAgICAgICAgICAgICAgICAg > ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg > --------------010007000200010706020808-- > > --------------040203040304020409050405-- > > -- > Horde mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: horde-unsubscribe at lists.horde.org Please create a bug report with complete message sources. -- Jan Schneider The Horde Project http://www.horde.org/ From jan at horde.org Mon Aug 17 16:26:57 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:26:57 +0200 Subject: [horde] webmail-install Application.php not found In-Reply-To: <55B53B2C.7010600@urqui.com> Message-ID: <20150817182657.Horde.d3ec3pFrC2zdd3uW8XNaTxe@neo.wg.de> Zitat von Jonathan Bell : > I followed install instructions to the letter. But when i get to: > > To finish installation, run the installation script on the command > line and answer all questions: > > webmail-install > > > I get this..... > > > Warning: require_once(/lib/Application.php): failed to open stream: > No such file or directory in /usr/local/bin/webmail-install on line 17 > > Fatal error: require_once(): Failed opening required > '/lib/Application.php' > (include_path='.:/usr/lib/php:/usr/local/lib/php') in > /usr/local/bin/webmail-install on line 17 > > > I can see Application.php in the /lib directory. > -- > Horde mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: horde-unsubscribe at lists.horde.org Either you installed into a separate PEAR installation and didn't use the required parameters from the docs when calling webmail-install, or you use a different user for installing and configuring the Horde_Role package and running webmail-install. -- Jan Schneider The Horde Project http://www.horde.org/ From jan at horde.org Mon Aug 17 16:28:02 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:28:02 +0200 Subject: [horde] Short question. In-Reply-To: <55A4D3CA.3000802@we-do.com> Message-ID: <20150817182802.Horde.fQo0M0ZIjBghl74rXLkhLsa@neo.wg.de> Zitat von Jens Hellermann : > Hey there, > > does it make any sense to reply to a mail I received via this > mailing list directly? Or must I always reply to horde at list.horde.org. > > Sorry I'm a newb and I'm rather used to forums. > > Kind regards, Jens. > > ________ > > -- > Horde mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: horde-unsubscribe at lists.horde.org Always reply to the list. -- Jan Schneider The Horde Project http://www.horde.org/ From jan at horde.org Mon Aug 17 16:29:25 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:29:25 +0200 Subject: [horde] Whups "My Requests" shows cancelled or resolved tickets for a queue but not for the other one In-Reply-To: <20150730194457.Horde.uNaINBdZOOggR-Ymx_kFWw1@centos-mail> Message-ID: <20150817182925.Horde.4dh7shIfs674z5rSPYiv56N@neo.wg.de> Zitat von Louis-Philippe Allard : > Hello maillist, > > email subject says it all!? I have two queues in whups, one for software > bugs, and another for improvements ideas. > > Under "My Requests", I see all my tickets.? Normally, the tickets > belonging to the "bugs" queue are immediately removed from "My Requests" > when I am marking them as resolved or cancelled.? This is still true, and > is the behavior I am seeking. > > The tickets under "Improvements Ideas" are kept in "My Requests" even if > they are marked Resolved or Cancelled.? I have searched in Whups options > for where to change this behavior, I cannot find. > > Would someone be kind enough to point me to the rtight place? > > Thanks! > Louis-Philippe Allard > lp.allard.1 at gmail.com > Sent from Horde Groupware - GNU/Linux > -- > Horde mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: horde-unsubscribe at lists.horde.org You probably didn't use the correct state category (Closed) when creating the states for the second queue. -- Jan Schneider The Horde Project http://www.horde.org/ From jan at horde.org Mon Aug 17 16:34:32 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:34:32 +0200 Subject: [horde] horde-remove-user-data In-Reply-To: <55CA2CE6.8040007@gmx.de> Message-ID: <20150817183432.Horde.si7-bXqkqiQFZFtxo7_C6vM@neo.wg.de> Zitat von Stephan : > Hi list, > > I am having problems removing userdata from the database. If I call > horde-remove-user-data it says that there were errors regarding ingo > and turba. The log says: > > 2015-08-11T16:17:21+02:00 ERR: HORDE [ingo] Removing user data is > not supported with the current filter storage backend. [pid 13719 on > line 323 of "/var/www/horde5/ingo/lib/Storage.php"] > 2015-08-11T16:17:28+02:00 ERR: HORDE [turba] SQL QUERY FAILED: > Unknown column 'owner_id' in 'where clause' > SELECT uid FROM addrbook WHERE owner_id = 'xyz' [pid 13719 > on line 259 of "/usr/local/lib/php/Horde/Db/Adapter/Mysql.php"] > 2015-08-11T16:17:28+02:00 ERR: HORDE [turba] Server error when > deleting data. [pid 13719 on line 508 of > "/var/www/horde5/turba/lib/Driver/Sql.php"] > 2015-08-11T16:17:28+02:00 ERR: HORDE [horde] There was an error > removing an address book for xyz [pid 13719 on line 366 of > "/var/www/horde5/turba/lib/Application.php"] > > Since ingo is using Sieve this is okay but I don't get why the > addressbook doesn't get removed. I have a global address book > declared in turbas backends.local.php to which the > > Unknown column 'owner_id' in 'where clause' > SELECT uid FROM addrbook WHERE owner_id = 'xyz' [pid 13719 on line > 259 of "/usr/local/lib/php/Horde/Db/Adapter/Mysql.php"] > > belongs but even if I disable this address book and call > horde-remove-user-data whith -c it doesn't delete the user's > personal address book. > > Any hints ? > > Thanks, > Stephan > -- > Horde mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: horde-unsubscribe at lists.horde.org Looks like owner_id is hardcoded in the SQL driver when deleting all contacts, which is obviously wrong. Instead we should check if an __owner attribute exists and use that eventually. -- Jan Schneider The Horde Project http://www.horde.org/ From jan at horde.org Mon Aug 17 16:44:30 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:44:30 +0200 Subject: [horde] About Spamassassin reporting In-Reply-To: <20150812101316.Horde.PXpwGpk0e_bgqxQZ04oYgcF@webmail.iqm.unicamp.br> Message-ID: <20150817184430.Horde.5wBeToK-eDyUKbSlfdZQxYG@neo.wg.de> Zitat von Andre Luiz Paiz : > Hi everybody. > > I'm using Spamassassin TxREP plugin on a remote SMTP server to > perform spam reputation analisys. > I would like to integrate the Horde spam/innocent buttons with that. > > I have the following options: > Add to SA TxREP whitelist/blacklist, which will trust more (not > 100%) or not based on the From: e-mail address. E.g. spamassassin > --add-addr-to-whitelist=email at domain.com > to use the sa-lear command, parsing the mail with the command. E.g.: > sa-learn --spam message > or to use the spamc command, E.g. spamc -spam < message > > Which option will work with horde? > I mean, it is possible to use the spamassassin command with a > variable that represents the From: field inside the message? > If not, how to use the sa-learn or spamc command and parse the > message within it? > > Also, my IMAP, SMTP and Webmail are stored on different servers, so > I will have to figure how to send the information to them, but I'll > solve that later. > > Thanks a lot. > > > > -- > Horde mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: horde-unsubscribe at lists.horde.org See the documentation in config/backends.php. From your options, spamc seems to be the only one currently supported. -- Jan Schneider The Horde Project http://www.horde.org/ From jan at horde.org Mon Aug 17 16:48:28 2015 From: jan at horde.org (Jan Schneider) Date: Mon, 17 Aug 2015 18:48:28 +0200 Subject: [horde] horde-alarms and SMTP auth; workaround In-Reply-To: Message-ID: <20150817184828.Horde.JoHAW5XHTjfMIPsbuyDKxXu@neo.wg.de> Zitat von Steffen : > Hi, > > I was looking into the problem, that horde-alarms cannot send email > notifications, because I require SMTP auth. > > I found some old bug report, that it works if you configure the > username and password in config.php, well, obviously it does. :-) > > Hence, I was looking for a way to pass username & password to the > CLI programm. > > I now try this: > > Horde_Registry::appInit('horde', array('cli' => true, 'user_admin' => true)); > > // set mailer params just for this CLI > $conf['mailer']['params']['username_auth'] = false; > $conf['mailer']['params']['password_auth'] = false; > $conf['mailer']['params']['username'] = ''; > $conf['mailer']['params']['password'] = ''; > > $alarm = $injector->getInstance('Horde_Alarm'); > $alarm->notify(null, true, false, array('notify', 'desktop')); > foreach ($alarm->getErrors() as $error) { > $cli->message($error, 'cli.error'); > } > > =========== > > It works for now. Will this technique break in the neat future, > because some fundamental change is going to happen? That's always possible. At least your next update with overwrite horde-alarms, unless you created your own copy somwhere else. > Is there a way, to pass user/password from a CLI programm to the > Horde framework as if it had authentificated the "normal" way to > Horde? $registry->setAuth('user', array('password' => 'pass')); Should work. -- Jan Schneider The Horde Project http://www.horde.org/ From genn at umk.pl Wed Aug 19 13:57:10 2015 From: genn at umk.pl (=?UTF-8?B?TWljaGHFgiBHYXNld2ljeg==?=) Date: Wed, 19 Aug 2015 15:57:10 +0200 Subject: [horde] Realm in Horde 5 Message-ID: <55D48B36.1000807@umk.pl> Hello I'm trying to configure multiple mailservers in Horde 5. Authusername hook from http://wiki.horde.org/ImpH4Realm is not working in current version of Imp. There's an error in server logs "Call to a member function getParam() on a non-object". How is it possible to get Imp backend setting in authusername hook in current version of Horde? Best regards, Michael Gasewicz -- Uczelniane Centrum Informatyczne Uniwersytet Mikolaja Kopernika Coll. Maximum, Pl. Rapackiego 1 87-100 Torun, Poland tel.: +48 56 611 27 36 email: Michal.Gasewicz at umk.pl jabber: genn at komunikator.umk.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3874 bytes Desc: Kryptograficzna sygnatura S/MIME URL: