Opened 8 years ago

Last modified 5 months ago

#17 new enhancement

Expand/extend general configurability

Reported by: kdeugau Owned by:
Priority: minor Milestone:
Version: Keywords:
Cc:

Description

MyIPDB.pm should eventually migrate to /etc/ipdb/

Need a place to set eg SMTP host, org name, etc globally rather than hardcoding it deep in the innards.

Database table *may* be appropriate for some settings

Change History (11)

comment:1 Changed 8 years ago by kdeugau

(In [416]) /trunk

Update mailNotify to use new table notify to decide who to spam
with notices on various events. See #2.

  • existing notification calls updated. Still need to move calls into IPDB.pm's subs
  • IPDB.pm and MyIPDB.pm updated with new semiglobal vars for org name, SMTP host, domain. Will add others as needed so MyIPDB.pm can be moved to /etc/ipdb/ (see #17).

Internal allocation types will need to be rearranged somewhat to
make full use of the flexibility possible. See #20.

comment:2 Changed 8 years ago by kdeugau

For reference: Most commits from r414 through r430 could be crossreferenced to this ticket.

comment:3 Changed 8 years ago by kdeugau

(In [431]) /trunk

Make sure all syslog-using scripts pick up the global logging
facility instead of hardcoding local2. See #17.

comment:4 Changed 8 years ago by kdeugau

(In [434]) /trunk

Trim out another bit of hardcodery: "Updated-By" field in rWHOIS
exports is now $IPDB::org_email. See #17.

comment:5 Changed 8 years ago by kdeugau

(In [478]) /branches/htmlfrom

Set a global variable so we can move the site to any level of
web directory. See #17 - note this is an internal autoconfiguration
that shouldn't need to be exposed.
Make code/template structure for setting row colours in tables more
consistent - also tweak search.cgi so it spits out live colour
classes. See #3.

comment:6 Changed 4 years ago by kdeugau

See also #33. May also be worth considering scrapping "MyIPDB.pm" in favour of the same general system dnsadmin uses.

comment:7 Changed 3 years ago by kdeugau

(In [793]) /trunk

Refine the template loading process to allow completely reskinning the
UI by replacing templates as convenient, to match the CSS override allowed
by referencing not-provided local.css. See #17, sort of.

comment:8 Changed 5 months ago by kdeugau

(In [915]) /trunk

Start adding a generalized in-your-face infonotice space to attach warnings
to a netblock. See #17 and #23, sort of.

  • table to hold the notices, since they're likely to be far fewer than the overall allocation count
  • show any notices for the parent chain for new allocations in the admin tools

comment:9 Changed 5 months ago by kdeugau

(In [916]) /trunk

Continue adding a generalized block-notice system. See #17 and #23, sort of.
Add a retrieval sub for block notices to IPDB.pm
Wrap the new module sub in a local sub in main.cgi, since the primary

web-UI actions will be called from a number of places

Update the block assignment templates and call the new local sub for

block assignment

comment:10 Changed 5 months ago by kdeugau

(In [917]) /trunk

Continue adding a generalized block-notice system. See #17 and #23, sort of.

  • showsubs browse pages
  • IP pool list page
  • Netblock editing page

comment:11 Changed 5 months ago by kdeugau

(In [918]) /trunk

Continue adding a generalized block-notice system. See #17 and #23, sort of.

  • followup/acknowledgement/info page after completing an allocation
Note: See TracTickets for help on using tickets.