I suggest you ...

enable email piping like in cPanel email forwarders to pipe to a script (osticket)

enable email piping like in cPanel email forwarders to pipe to a script (osticket)

97 votes
Sign in
(thinking…)
Password icon
Signed in as (Sign out)

We’ll send you updates on this idea

Anonymous shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

19 comments

Sign in
(thinking…)
Password icon
Signed in as (Sign out)
Submitting...
  • Marvin commented  ·   ·  Flag as inappropriate

    That would really be a very essential function and should definitely be added soon!

  • Maikel commented  ·   ·  Flag as inappropriate

    This shouldn't even be a request, it's a requirement! All ticket systems use this feature...

  • Anonymous commented  ·   ·  Flag as inappropriate

    This request was created in 2013 and responded to 5 years later, which just happened to be 2 days ago?!

    I just found myself here for the same reason (Plesk + osTicket). I guess I shouldn't hold my breath.

    (⊙_⊙)

  • Michael Koontz commented  ·   ·  Flag as inappropriate

    I would like to see this implemented as well. Not only on the source server but between 2 different servers where the one server is handling the email and the other is a subdomain or secondary domain running a support/ticket system.

  • Florian commented  ·   ·  Flag as inappropriate

    Hello,

    When creating or configuration e-mail address you should add an option to deliver e-mails to a file instead of a mailbox.

    For example on Linux such a delivery file could be "/somepath/filename" or "/dev/null".

    This would be a handy feature to process e-mails automatically without the need for access imap/pop3.

    This feature could also be used to create "no-reply"-addresses.

  • Marco Marsala commented  ·   ·  Flag as inappropriate

    So you can implement your own Asana-like inbound email handler :-)
    cPanel offers this functionality.

  • Adi commented  ·   ·  Flag as inappropriate

    Assuming the plesk admin is running a modern MTA i.e. Postfix, not some antiquated and heavily patched qmail fork, you do not need to run the script as the virtual mail user (popuser in Plesk's case). All you have to do is to enable forwarding for an email account to some mycustomfilter@localhost.localdomain email address. Then, in Postfix you'll have to create a custom transport and a filter for that transport and that's it. Example:
    1. In /etc/postfix/mytransport enter:
    mycustomfilter@localhost.localdomain mycustomfilter:
    postmap /etc/postfix/mytransport
    2. In main.cf enable this new transport:
    transport_maps = hash:/var/spool/postfix/plesk/transport, hash:/etc/postfix/mytransport
    3. In master.cf configure the new transport:
    mycustomfilter unix - n n - - pipe flags=F user=somelocaluser argv=/var/www/vhosts/domain.com.au/bin/filter-script.php ${sender} ${size} ${recipient}
    Restart Postfix, then in Plesk pick an account, enable forwarding and enter mycustomfilter@localhost.localdomain as address in the textbox.
    Voila, it can be done, safe and secure!
    It can also be implemented in Plesk by Parallels, where the following variables will have to be entered by the user somewhere in the interface:
    ${filtername} (mycustomfilter)
    ${scriptpath} (/var/www/vhosts/domain.com.au/bin/filter-script.php)

  • Tozz commented  ·   ·  Flag as inappropriate

    Piping e-mail to scripts is something from the past. E-mail is getting more and more "virtualized". In the past e-mail boxes were actually users on the system, which is no longer the case. As of now all mailboxes are virtual and all belong to 1 UID. As piping data means starting a script as that UID, it might have serious security implications.

    If a user would be able to create his own pipe script he could start a shell as the mail server, and read mail from all users. Bad idea.

    There are other ways to fix this, eg, using FAM or maybe IMAP IDLE.

Feedback and Knowledge Base