[rt-users] Mail-Interface of webrt 1.0.5 seems to be broken?

[Christian Kurz]

On 00-12-12 Gunn, Billy wrote:
> In RT Web Administrator for your queue verify that you have checked Allow
> non-members to create requests, and also verify the mail alias is set to
> match /etc/aliases.  If those look correct you could take a look at the
> actual table to make sure they are set correctly there with the following
> commands.

> # mysql -u <username> -p rt
> mysql> select * from queues where queue_id = "<your queue>";

As this concerns some private data I changed the output and paste the
important stuff here:

mysql>  select * from queues where queue_id = "xxx";
+----------+-------------------------+---------------+---------------+-----------------+--------------+---------------+-------------------+-------------------+----------------+-------------------+--------------+--------------------+----------------+
| queue_id | mail_alias              | comment_alias | m_owner_trans | m_members_trans | m_user_trans | m_user_create | m_members_corresp | m_members_comment | m_user_resolve | allow_user_create | default_prio | default_final_prio | default_due_in |
+----------+-------------------------+---------------+---------------+-----------------+--------------+---------------+-------------------+-------------------+----------------+-------------------+--------------+--------------------+----------------+
| xxx      | xxx at plannet.de | NULL          |             0 |               0 |            0 |             1 |                 0 |                 0 |           NULL |                 1 |            0 |                  0 |           NULL |
+----------+-------------------------+---------------+---------------+-----------------+--------------+---------------+-------------------+-------------------+----------------+-------------------+--------------+--------------------+----------------+
1 row in set (0.00 sec)

So as you can see for yourself allow_user_create is set to a 1 which
would mean yes.

> Check that mail_alias is correct and that allow_user_create is 1.  Not sure
> that these variables could be different then what the web interface shows
> but it may be worth a quick check.

The mail_alias is reachable and would be delivered for our testing
purpose correclty. So I assume that the bug is located somewhere else.

Ciao
     Christian
-- 
Christian Kurz                                   http://www.planNET.de
planNET Systems GmbH                            mailto:info at planNET.de
Schoenfeldstr. 8                              Telefon: +49 721 66 36 0
D-76131 Karlsruhe                           Telefax: +49 721 66 36 199